Притча про три конверта

Старый Head of Engineering уходит из компании и передаёт дела молодому преемнику. Напоследок вручает ему три конверта и говорит:
— Когда начнутся серьёзные проблемы, вскрой первый конверт.

Сначала всё идёт отлично: команда продуктивна, CI/CD работает как часы, релизы выходят вовремя. Но в какой-то момент начинаются проблемы: технический долг, дедлайны срываются, продакшен падает. Руководитель в панике, но вспоминает про конверты. Открывает первый:
— "Вали всё на предыдущую команду!"

Он так и делает: рассказывает CTO, как унаследованный код ужасен, архитектура устарела, а процесс разработки давно пора переделать. Получает поддержку, выстраивает новые процессы, дела улучшаются.

Но через год ситуация снова ухудшается. Продукт растёт, скорость разработки падает, баги множатся. Вскрывает второй конверт:
— "Обещай всё исправить и делай красивые роадмапы!"

Он начинает рисовать графики, анонсирует рефакторинг, миграцию на новую архитектуру, внедрение best practices. Команда вдохновляется, менеджеры успокаиваются, и всё вроде бы налаживается.

Но проходит время, и проблемы возвращаются: рефакторинг затянулся, технический долг растёт, сроки срываются. Уже не получится свалить вину на предыдущих, и красивые планы больше не работают. Вскрывает последний конверт:
— "Готовь три конверта…"

П.С. Последнее время часто ее вспоминал, нашел и попроси GPT переделать под руководителя разработки, цитирую в оригинале. Вообще, конечно, да, можно долго удивляться как быстро растут дети как быстро развивается искусственный интеллект. Еще 25 лет назад, компов ни у кого не было особо, а сейчас — вот это вот. Дела
П.П.С. Все персонажи сгенерированы выдуманы, аналогии случайны. Если вы узнали себя, извините

Преждевременная оптимизация

Есть такая тема: когда ты создаешь что-то новое, видишь кучу точек для оптимизации и начинаешь в них проваливаться, тратя уйму времени:
- О, у нас тут в перспективе появится большая нагрузка, давай я заморочусь с кешем и репликацией!
- Смотри, этот кусок кода явно станет bottleneck’ом через три года, давай перепишем его на Go/Rust/C!
- Надо заложить возможность оптимизировать процесс работы до уровня low-code, давай потратим все усилия, спроектируем и закодим сложнейший редактор!

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

Двигатель на фото — один и тот же, с разницей в пять лет.