Comments 17
пойду поем
Лучше б вы придумали сотрудникам имена.
UFO just landed and posted this here
А почему крах? Процесс идет, все как обычно.
Если тот B был программист и писал бизнес-логику, что мешает не заниматься разбором текстового ТЗ, а «написать» его в виде юнит-тестов?.. Т.е. вы с ним всё обговариваете, потом по общему понимаю совместно разрабатываете api взаимодействия с его бизнес-логикой, после чего лично вы, как пользователь его бизнес-логики пишите тесты (которые конечно же будут падать, потому что под api пока заглушки), которые в будущем будут показывать, насколько будущая бизнес-логика будет удовлетворять такому _ТЗ-набор-тестов_. Тут хоть на brainfuck'е бизнес-логику пиши — одна хрень, взаимодействие только через api.
Как бы это помягче сказать… Суперкласс, 40 входных переменных, хранение данных предварительных рассчетов в массиве выходных данных, который под темповые области вручную увеличен в два раза (вместо размерности [x,y,z], которая описывает иерархию, выполнен в виде [x, y, 2z]), да и вообще — хранение данных в ООП языке в стиле процедурного программирования… Боюсь, юнит-тесты вызвали бы гору непонимания и долгие объяснения «как, что и зачем».
я что-то не понял: в описываемом проекте бизнес-логика стала в результате замешана с UI?
Именно.
А если быть совсем точным, то изначальный уровень абстракции был попилен в угоду количеству комментариев и переделок и постоянно сокращаемым срокам. В результате — костылестроение
А если быть совсем точным, то изначальный уровень абстракции был попилен в угоду количеству комментариев и переделок и постоянно сокращаемым срокам. В результате — костылестроение
… и ещё большее увеличение сроков…
… просто никто ничего не мерял… да и не будет… ведь так приятно сидеть в неведении и ощущении внутреннего «эффективного» менеджера :)
А вообще я не понял вот это:
> в угоду количеству комментариев
что это значит? какие ещё комментарии? в коде? или что-то другое имелось ввиду?
… просто никто ничего не мерял… да и не будет… ведь так приятно сидеть в неведении и ощущении внутреннего «эффективного» менеджера :)
А вообще я не понял вот это:
> в угоду количеству комментариев
что это значит? какие ещё комментарии? в коде? или что-то другое имелось ввиду?
Имелось ввиду комментирование псевдоготового результата. Неоттестированное толком приложение демонстрировалось заказчику, после чего появлялась еще кучка требований и комментариев к программе, способу ее работы и взаимодействию с окружающим миром. Ну а так как у нас результат все же с приставкой псевдо-, то недоработки в том, что показывалось, возникали неизбежно. Как следствие, чтобы сгладить проблему нерабочей программы (которую, попросту, надо было оттестировать корректно, ибо сроки все равно увеличивались в два раза от озвученных мною и в 4 — от спущенных сверху в виде дедлайна), то эти комментарии принимались.
Я допускаю, что на самом деле их было гораздо больше, как мне и было озвучено. Просто героические усилия и солидарность приводили к тому, что я получал 30% от озвученных пожеланий. Так это или нет — легче от этого не становилось. Перекраивать приходилось огромные куски программы, причем перекраивать на скорую руку, ибо следующий дед лайн был еще оптимистичней предыдущего. И так далее.
Я допускаю, что на самом деле их было гораздо больше, как мне и было озвучено. Просто героические усилия и солидарность приводили к тому, что я получал 30% от озвученных пожеланий. Так это или нет — легче от этого не становилось. Перекраивать приходилось огромные куски программы, причем перекраивать на скорую руку, ибо следующий дед лайн был еще оптимистичней предыдущего. И так далее.
одно дело что написано а другое-собственный опыт. вот благодаря таким обломам знания и трансформируются в опыт.
а вообще agile вам в помощь
а вообще agile вам в помощь
Sign up to leave a comment.
История одного провала