Высокая скорость часто маскирует плохую инженерию

Скорость не бесплатна. Если мы говорим про скорость физическую, то платой за неё является повышенный расход энергии и невозможность поддерживать её в течение продолжительного времени.

А если мы говорим про скорость разработки, то платой зачастую являются последствия быстрых, простых, понятных и неправильных решений.

Сколько вы видели таких «костылей», за которые потом система предъявляла космического размера счёт? Быстрое решение только на первый взгляд кажется хорошим. Но на самом деле именно оно создаёт технический долг (который через некоторое время попросит оплаты).

И через некоторое время начинается: ➡️ Система не держит нагрузку или критически выпадает из SLA ➡️ Система тупо падает на релизах ➡️ Добавление простой фичи занимает недели ➡️ Баги отжирают 50% капасити команды

Многие из этих проблем можно было бы избежать. Достаточно остановиться и хорошенько подумать, прежде чем писать код.

Эта проблема особенно актуальна в наше время развитой кодогенерации через ИИ. Низкоквалифицированные инженеры с синдромом «ну кароч» быстро-быстро говнякают код. Со стороны такие команды могут выглядеть как невероятно производительные – «да мы тут за 3 недели всю систему переписали». Но в какой-то момент за долги приходится платить. И иногда платёж оказывается неподъёмным, что приводит к техническому банкротству и переделыванию кучи всего по-человечески. Бизнес за это обычно спасибо не говорит.

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