Недавно перечитывал классику про технический долг и наткнулся на старую статью с "базой" по техдолгу. Вот краткая выжимка 👇
🧩 Технический долг: что это и почему он опасен Технический долг — это работа в проекте, которую мы осознанно (или не очень) откладываем на потом. Если её не сделать, она будет тормозить развитие проекта в будущем.
Важно: это не баги и не отложенные «хотелки». Это именно те проблемы в коде и архитектуре, которые мешают двигаться дальше.
💰 Простая метафора
- Игнорировать дизайн — брать деньги в долг.
- Рефакторинг — возвращать долг.
- Запутанный код, замедляющий разработку — выплата процентов.
- Провал проекта — приезд приставов и конец бизнеса.
📂 Типы долгов по осмысленности 1. Неумышленные — возникают из-за ошибок, неверного применения паттернов или принципов ООП. Самый опасный, потому что разработчики не видят рисков и не могут правильно оценить сроки. 2. Умышленные — характерны для опытных программистов, архитекторов и бизнеса.
📂 Типы долгов по сроку 1. Кратковременные — когда сроки поджимают, а руководителю нужен результат. Мы пишем быстро, грязно (дублирование, магические числа, нет тестов) в надежде всё исправить после релиза. Спойлер: мы этого никогда не исправим. 2. Долгосрочные — например, отказ от поддержки платформ.
📉 Ключевая мысль Если хоть раз опустить планку качества в проекте, она будет падать с ускорением. И исправить это становится только сложнее.
🛠 Что делать? Признавать долг, вести реестр технического долга, выделять время на рефакторинг в каждом спринте, системно повышать культуру разработки.
https://blog.byndyu.ru/2008/12/blog-post.html
На эту тему есть отличный подкаст, где обсуждается откуда возникает техдолг, как с ним бороться, а также как продавать рефакторинг бизнесу. Будет полезен всем https://podlodka.io/77
