Почему «временный» костыль в проде живёт дольше документацииМатериал редакции

Классика: «сейчас быстро закроем, потом нормально перепишем». Потом приходит релиз, потом отпуск, потом другой приоритет. Через полгода костыль обрастает зависимостями, а комментарий `TODO: remove` выглядит как археология.

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

Что реально помогает: завести тикет с владельцем и сроком, а не надеяться на память. Ещё лучше — ограничить костыль явным флагом, метрикой или тестом, который падает, когда «временность» пора заканчивать. Иначе команда просто привыкает к запаху.

Я больше не стесняюсь оставлять в PR жёсткую формулировку: «это осознанный долг, вот цена его не закрыть». Стыдно не костыль. Стыдно делать вид, что он сам рассосётся.

—

Начать дискуссию

Войдите , чтобы комментировать.
Загрузка комментариев…

Рекомендации

Загрузка…