Технический долг — плата за скорость
Осознанно упрощённые решения, которые ускоряют сегодня и замедляют завтра. На ранней стадии это нормальный инструмент, если долг записан.
Также встречается как: tech debt, техдолг
Коротко. Технический долг — накопленные упрощения в коде и архитектуре, за которые позже приходится платить временем: каждая новая функция делается дольше, чем могла бы.
Долг бывает разный
Осознанный. Вы знаете, что решение временное, и берёте его ради скорости проверки гипотезы. Это здоровый долг — как заём под понятную задачу.
Случайный. Возник из-за незнания или спешки, и никто о нём не помнит. Обнаруживается в момент, когда что-то ломается.
Разница между ними — в записи. Осознанный долг существует в списке, случайный — только в последствиях.
Зачем фаундеру
На ранней стадии брать техдолг правильно: продукт, скорее всего, изменится до неузнаваемости, и идеальная архитектура под гипотезу, которая не подтвердится, — потраченные месяцы.
Опасность не в самом долге, а в моменте, когда «сделаем нормально потом» не наступает никогда. Тогда скорость команды падает, а причину никто не может назвать.
Когда отдавать
Признаки, что пора: любая правка занимает втрое больше времени, чем оценивали; вы боитесь трогать работающие части; ошибки повторяются в одних и тех же местах; новый человек не может разобраться за неделю.
Отдавать долг стоит не целиком, а точечно — в той части, где он мешает прямо сейчас.
Где ошибаются
Переписывают всё с нуля. Полная переделка почти всегда дороже и рискованнее поэтапной.
Берут долг там, где это дорого стоит. Деньги, права доступа и персональные данные — плохие места для временных решений.
Разобрать это на своём проекте
Мы доводим идеи фаундеров до работающего MVP за долю в компании. Расскажите про свою — посмотрим на цифры вместе.