Все думают, что техдолг - это грязный код и костыли. Но настоящая жесть начинается раньше - когда вы уже на этапе требований залезли в кредит. Исследователи покопались в сотне проектов и выяснили: больше половины проблем - не из-за программистов, а из-за “ну давайте пока так, потом уточним”. И вот это “потом” превращается в год жизни и минус репутацию.
Самые частые причины: мутные требования, которые писали на коленке; клиенты, которые “сами не поняли, но им срочно”; менеджеры, которые решили, что дедлайн - это священная корова, а реальность как-нибудь подвинется. Ну и конечно, та классика - никто не валидировал, не уточнял, не пересматривал. А потом все такие: “ой, а почему фича делает не то?”
Чтобы не утонуть в этом болоте - ревьюй требования с командой и заказчиком, пиши так, чтобы даже ты через полгода понял, что имел в виду, фиксируй, где схалтурил, и не бойся считать проценты. Да, техдолг реально можно считать - и если проценты уже больше тела, то всё, пора платить, иначе потом будет как с микрозаймом: дорого, стыдно и больно.
Умные люди даже вывели формулу: если “проценты” от долга превышают “тело” - платить надо сейчас.
Техдолг - это не про плохой код, это про плохие решения. И чем раньше мы начнем относиться к требованиям как к кредитке с лимитом, тем меньше потом будем шить патчи на прод.
