Фраза, после которой где-то в проекте рождается код, который переживёт трёх тимлидов, два редизайна и человека, который его написал.
Проблема не в том, что программисты любят писать плохо. Просто временное решение часто отлично справляется со своей задачей прямо сейчас.
Надо срочно починить баг перед релизом? Костыль.
Нужно быстро проверить гипотезу? Костыль.
Прод падает, пользователи злые, времени разбираться красиво нет? Ну вы поняли 😅
И вот тут начинается магия.
Костыль работает.
Задача закрыта.
Приоритет уезжает вниз.
Потом появляются новые фичи, баги, дедлайны.
А через полтора года новый разработчик открывает этот участок кода и спрашивает:
«Кто вообще это написал?»
А в Git blame — ты.
На самом деле костыли сами по себе не зло. Иногда быстрое и неидеальное решение экономит проекту часы, дни и деньги.
Проблема начинается, когда «временно» нигде не зафиксировано.
Если пришлось сделать костыль — оставь комментарий, создай задачу на рефакторинг, объясни причину. Потому что через месяц ты уже не вспомнишь, почему здесь if внутри if внутри ещё одного if.
А через год все будут думать, что так и было задумано.
🔥 Признавайтесь: какой самый древний «временный» костыль до сих пор живёт в вашем проекте?