Комментарии 9
Смешались в кучу кони, люди…
+10
Японцы могут поспорить с цитатой на КДПВ
+4
Имхо, тут самая тонкота — хрупкий баланс между связкой пунктов 1 и 4 и, собственно, 6. Зачастую MVP представляет из себя работающий на костылях кусок говнокода, и тиражировать такое решение — не лучшая идея. Так что тут не хватает промежуточного пункта — рефакторинг успешных продуктов с целью повторного использования.
+1
Все относительно. Я кучу раз видел как из-за плохой и непродуманной архитектуры потом отгребали кучу проблем и в деньгах выигрыша от куяк-куяк-и-в-продакшен не было, скорее даже проигрыш. Вопрос только в том, сколько денег реально теряется на более позднем time-to-market.
+1
Из-за непродуманной архитектуры (например, не рассчитанной на высокую нагрузку) в дальнейшем могут быть даунтаймы и простои, что естественным образом ведет к проигрышу в деньгах.
0
Вот только можно долго долго выводить идеальную архитектуру и выйти на рынок, когда ты там уже не нужен.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как добиваться результата, управляя процессом разработки