и это может быть бесполезным действием?
Да всё просто как палка - Людям нужен продукт, который будет приносит деньги уже вчера. Тут про разговор хорошо\плохо вообще можно забыть, ибо есть только одна хорошая метрика - Время.
А будут ли потом продукт рефакторить\оптимизировать, уже от заказчика зависит.
Ну или если заказчик изначально тех. задание ставит, которое подразумевает что продукт ограничен по ресурсам. Грубо говоря, тут больше не от программистов зависит, больше от экономической части...
А потом это условное mvp заметит конкурент, увидит что продукт недопилен и перегонит трафик к себе, просто добавив ту же фичу к себе в продукт но уже в более адекватном виде..
Ну, это проёб заказчика, как по мне. Если он решил, что сможет отделаться малой кровью, и получить нормальное решение по итогу.
обычно под этим подразумевают желание разработв сделать заебись и что бы поддерживало триллион пользователей в секунду и тогда это превращается в оверинжиниринг и дроч перформанса ради перформанса. если ты сможешь сделать(не придумать, а именно просчитать) профиль нагрузки и ее рост для твоего продукта то это не будет преждевременной оптимизацией. но обычно для этого надо уметь думать про "продукт" и уметь общаться с теми кто этот продукт заказывает и особенно с теми кто будет его продавать и распространять. а поскольку этого мало кто из разрабов умеет(кроме начиная от сеньеров+ и лидов) то и все эта херня с оптимизацией выглядит как бесполезное дергание которое редко срабатывает и несет мало смысла. но при этом, конечно, явно тормозную лажу делать не стоит, но это не к вопросу производительности, а скорее про ровность рук того кто пишет
Обсуждают сегодня