Почему-то все считают, что самому быстренько собрать сайт на CMS, чтоб он не выглядел, как дерьмо, навыки той же вёрстки совсем не нужны. Не каждый бизнесмен программист. Или можно 3 месяца только команду под приложение собирать, когда железо надо ковать прям сейчас, пока конкуренты спят. А уж сколько суперпроектов от программистов, которые тут на vc постоянно обсераюся, зная как писать. Пишут вылизанный проект по пол года, а он потом никому не нужен.
Я согласен с автором, но вот упор он немного не на то делает. Чтоб запустить MVP, нужно тратить минимум времени и денег. Гавнокод написанный за неделю не страшно будет переписать после проверки гипотез и привлечении первых клиентов. Главное, чтоб совсем он не падал от любого действия на сайте или в приложении.
Вот и правильно, даже для заказчика будет выгоднее переписать плохой код после того, как проект уже приносит доход, чем запариться над кодом в условиях неопределенности. В первом случае хоть можно доход от сайта реинвестировать в проект и выйти в ноль.
MVP тоже бывают разные, для какого-то проекта это неделя, для какого-то несколько месяцев. Всё зависит от объема проекта.
И я не имею в виду, что нужно делать совсем грубые ошибки, например, функции называть func1, func2, как делают новички. Просто не стоит применить сложные инструменты и подходы на первых порах, когда ещё ничего не ясно.
Почему-то все считают, что самому быстренько собрать сайт на CMS, чтоб он не выглядел, как дерьмо, навыки той же вёрстки совсем не нужны. Не каждый бизнесмен программист. Или можно 3 месяца только команду под приложение собирать, когда железо надо ковать прям сейчас, пока конкуренты спят. А уж сколько суперпроектов от программистов, которые тут на vc постоянно обсераюся, зная как писать. Пишут вылизанный проект по пол года, а он потом никому не нужен.
Я согласен с автором, но вот упор он немного не на то делает. Чтоб запустить MVP, нужно тратить минимум времени и денег. Гавнокод написанный за неделю не страшно будет переписать после проверки гипотез и привлечении первых клиентов. Главное, чтоб совсем он не падал от любого действия на сайте или в приложении.
Вот и правильно, даже для заказчика будет выгоднее переписать плохой код после того, как проект уже приносит доход, чем запариться над кодом в условиях неопределенности. В первом случае хоть можно доход от сайта реинвестировать в проект и выйти в ноль.
MVP тоже бывают разные, для какого-то проекта это неделя, для какого-то несколько месяцев. Всё зависит от объема проекта.
И я не имею в виду, что нужно делать совсем грубые ошибки, например, функции называть func1, func2, как делают новички. Просто не стоит применить сложные инструменты и подходы на первых порах, когда ещё ничего не ясно.