Когда костыль становится архитектурой: почему обходные пути вредят системе

Когда костыль становится архитектурой: почему обходные пути вредят системе

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

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

Решение простое, но требует дисциплины: устанавливай правило в команде — через две недели обходной путь либо переделывается в нормальное решение, либо удаляется. Если это работает две недели, оно заслуживает правильной реализации. Если не работает — зачем оно вообще нужно?

Самое коварное: обходные пути маскируются под "оптимизации" и "хаки". Но если ты не можешь объяснить новому разработчику, почему код именно такой, — это не оптимизация, это долг.