The soul of quality

[vit_r]

Пара слов про генеральный рубильник и пользу паранойи.

Прогулки в mission critical не прошли бесследно. Сейчас заметил, что самая часто используемая функция у меня - это assert. Появляются в коде они сразу. Срабатывают одна из десяти, да и то в основном по одному разу. Но в результате забыл, что такое дебаггинг и даже тестирование. Ошибки идут в основном на концептуальном уровне "Тут должно быть подчёркивание, но оказалось, что точка тоже разрешена".

Правда программы без выкрутасов и были бы достаточно простые, если бы задача не звучала как "сделай то, не знаю что"

Comments

[unregistered.livejournal.com]

Некоторые Заказчики предоставляют его, пишут тоже сами. Наверное "Постановка задачи есть в тексте..." это и есть тот самый документ.

Кстати, а как у вас, на самом деле, устроен процесс создания ПО и какие документы формируются?

[vit-r.livejournal.com]

Ох, я специалист по Requirements Engineering. И уже много лет. И в разных проектах.

Постановка задачи есть в тексте поста. Причём, она часто была совершенно такой же в случаях, когда я писал не код, а большие толстые документы называемые "Концепт" или "Спецификация". Про общение с заказчиком и как то, что они пишут, переводится в то, что им надо, я тоже могу много рассказать.

На данный момент "у нас" есть болящая проблема, которую срочно надо решить. И нет десятка индусов, пары надсмотрщиков и пол года на раскачку, чтобы делать это "по теории". Так что я работаю автономно, теми способами и с той мерой формализации, которые считаю подходящими к задаче. Вчера, например, часа два вертел 3D модели сетей, чего ни в одном талмуде про правильные процессы не упоминается.

А конкретная информация по процессам и документам относится к категории "ДСП".

[unregistered.livejournal.com]

Понятно.

Про конвертацию требований Заказчиков в то что им надо, было бы интересно, наверное, многим узнать.