Тяжела и неказиста...

[recoder]

Всё-таки удивительная штука - жизнь практикующего программиста.

Вот бывает, проектируешь что-нибудь, ну например систему "автомобиль". Напрягаешь свою стареющую память, вспоминаешь все похожие задачи, пишешь так чтобы в случае чего, не напрягаясь, расширять систему по ходу добавления требований. Рассчитываешь чтобы можно было легко наращивать грузоподъёмность. Чтобы можно было подменить стандартный двигатель на аэротурбину или десять мопедных моторчиков. Чтобы количество колёсных пар можно было неограничено увеличивать. Чтобы водители на ходу могли меняться. Чтобы любой прицеп можно было прикрутить и сзади, и сверху, и с любого бока. И чтобы могла ездить и вперёд и назад не теряя ходовых качеств (ведь бывали и такие случаи в практике). И думаешь, что теперь предусмотрел всё и дальше будешь, поплёвывая в потолок, спокойно развивать систему.

А потом внезапно приходят новые требования, в которых пишут "А ещё надо чтобы сверху были вращающиеся рога с воздушными шариками!"

Comments

[larubin.livejournal.com]

Тут метафора совсем другая. Тут не крохотное изменение требует затрат, а крохотное изменение настолько слева от концепции системы, что последующая поддержка будет весьма геморройна, особенно если таких изменений будет множество. В таком случае правильной стратегией является кастомный бранч, в котором это крохотное изменение делается и потом благополучно умирает (что, понятно, не всегда возможно).

Но вообще по топику - исходно выполнен громадный overengineering

[recoder]

Ну почти так. Но не так. Дело-то в том, что разработка зачастую начинается на раннем этапе, когда ещё не совсем понятно что же должно быть в результате ("наверное что-то похожее на автомобиль"). И поэтому дизайн системы идёт исходя не из чётких требований с клиентской стороны (даже если клиент - соседняя команда), а из общих размышлений и житейского опыта. А то что ты тут называешь "overengineering" - это просто желание предугадать направления развития и смягчить себе удар от изменения требований. Часто это срабатывает, но иногда бывает как в посте...

[recoder]

А, кстати, какие вообще есть альтернативы ситуациям "Жарьте рыбу, а рыба будет!"? Кроме "См. рисунок #1".

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

[larubin.livejournal.com]

> Пока что вышеописаный процесс - лучшее что у меня получалось.

Я не спорю, что процесс работающий, self-satisfying и вообще кому-то right way to do.

Но имхо правильной стратегией было бы идти по линии прототипирования, то есть делать макет автомобиля в натуральную величину до тех пор, пока на нем некому ездить, а не садиться и сразу выпиливать его из единого куска железа.

[recoder]

Amen, bro!

Увы, я мало видел *-менеджеров, готовых сказать "Ништяк! Прототип рулит. А теперь мы всё выбрасываем и переписываем набело". Обычно бывает по-другому, и постаревшему мне уже сложно их винить...