Юзер Linkedin рассказываето том, что нельзя пропускать ни малейшие огрехи кода, иначе, это может привести к беспорядку в дальнейшем.
Представьте: вы проходите мимо здания, где недавно разбили одно окно. Казалось бы, ничего страшного — всего одно окно, остальное ведь в порядке? Но через неделю вы возвращаетесь и видите больше разбитых окон, мусор вокруг, а на стене кто-то уже оставил "весёлую" и нецензурную надпись. Здание, которому нужно было просто заменить одно окно, превратилось в место, которое хочется обойти стороной. Это и есть эффект разбитых окон. В программировании это правило тоже работает.
Что такое "разбитые окна" в разработке?
Это мелкие недочёты, на которые легко махнуть рукой: немного дублированного кода, console.log('test asdf'), или комментарий "тесты напишем позже". Но давайте честно: это "позже" никогда не наступает. Разбитые окна множатся. Чем больше хаоса в коде, тем легче следующему разработчику (возможно, даже вам самому) добавить ещё немного. Ведь если и так беспорядок, то какая разница, правда?
Как это влияет на ваш проект?
Борьба с "разбитыми окнами" — это не вопрос эстетики или перфекционизма. Это вопрос доверия к системе, скорости разработки и вашего психического здоровья.
Когда код превращается в хаос:
Добавление новых функций становится мучением. Вы боитесь трогать старый код, потому что он может сломаться в неожиданном месте.
Команда теряет мотивацию. Зачем стараться, если ваши "чистые" изменения всё равно утонут в море "временного"?
Технический долг растёт. Чем дольше откладываете уборку, тем больше проблем накапливается. В конце концов, расчистить эти завалы будет дороже, чем написать всё с нуля.
Как избежать хаоса?
Если кратко — помните, что без действий ситуация будет только ухудшаться.
Закрывайте окна сразу. Обнаружили дублированный код? Вынесите его в функцию. Увидели переменную с именем a? Переименуйте её.
Установите стандарты. Код-ревью — это не просто формальность. Спрашивайте: "Точно ли это решение оптимальное?" И учите команду отвечать честно.
Планируйте время на рефакторинг. Да, это не всегда весело, но убирать бардак в условиях горящего дедлайна ещё хуже.
User Linkedin(c)