Страсть к программированию. Глава 19. Прямо сейчас

[senneco]

Да, в точку! На хакатоне сделали рабочий пример за 1.5 дня. Затем начали переделывать(чтоб всё было по уму), и завязли в одном месте. Нужно попробовать/научиться соревноваться с самим собой и может тогда получится быстрей продвигаться всегда, а не только в критические моменты.

[Alexey2005]

Ускорение происходит не просто так, а «в кредит», т.е. за счёт накопления технического долга.
На всех этих хакатонах производится высококостыльный код с далеко не идеальной архитектурой. Получившиеся проекты могут быть стабильными, рабочими, выполнять весь заявленный набор функций, но их невозможно поддерживать, особенно если потребуется вернуться к этому коду месяца через два. И уж тем более такой код нельзя «сдать» (продать как вариант) другой команде, т.к. написать его с нуля гораздо проще и дешевле, чем разобраться в уже написанном.

[Aquahawk]

Да, но за счёт этого вы можете быстро проверить бизнес качества идеи, и Костыли&велосипеды могут начать работать уже завтра и показать что такой продукт нафиг никому не нужен и вы не потратите месяцы на крутую архитектуру.

[code_monkey]

Если речь идет о прототипах — то их нужно делать максимально быстро, и после этого выбрасывать. Именно так. Сделать максимально быстро и костыльно, чтобы проверить идею.

В вашем примере за 2 недели можно проверить (написать) 2 идеи. В примере выше — 9.

Если вы «работаете на дядю» да еще и в аутсорсе, ваш вариант понятен и повсеместен. Если вы работаете в небольшой продуктовой компании, да еще и сами ей владеете — тогда он просто недопустим)