Я достаточно далеко помню события в России и мире, что бы помнить, как последние лет 30 каждые 3-5 происходит какой-то большой "big bada bum" и правила игры меняются, а бизнес и его проекты эволюционируют.

Из этой ситуации выходит кажущийся вывод: делать проект с заделом на десятилетия, тратя на этот задел деньги в текущем времени - не очень верная история. Тут всё просто: потратил Хмлн сейчас в задел, а через год тебя свернули и твои млн в задел просто сгорели.

Оборотная сторона: не сделал задел на 10 лет и через год получил проблем на Ух2 проблем - запланированная выгода проелась на исправления.

Это я к чему веду: сегодня делать продукт так, словно этот же самый продукт будут развивать и через 10 лет можно, только если траты на такое проектирование ниже пессимистичного прогноза прибвли через эти 10 лет. При этом важно отличать: задел на будущую эффективность, от просто правильной разработки.

Энное время создаю продукт, в технологиях которого я не разбираюсь - стек мне не знаком, и 100% ручной работы делает ассистент. Инженерно резкльтат будет, в лучшем случае, на 4- по пятибальной, но скорее всего на 3-. И с т.з. академической инженерии это плохо. Для MVP это отличный результат. Да и для продукта результат допустимый.

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