Toda startup tem dívida técnica. Se alguém disser que não tem, existem duas possibilidades: a empresa nasceu ontem ou a pessoa que respondeu ainda não abriu o repositório. Dívida técnica é consequência normal de escolher velocidade com informação incompleta. O problema começa quando ela deixa de ser uma anotação incômoda e passa a cobrar juros.
O que são os juros
Juro aparece quando uma mudança simples demora três dias porque ninguém sabe onde mexer. Quando toda release exige medo. Quando um bug volta em outro lugar. Quando o time precisa de uma pessoa específica para explicar um pedaço do sistema. Quando contratar alguém novo significa seis semanas até a criatura conseguir produzir sem incendiar nada. Aí o código deixou de ser feio. Virou custo operacional.
Não pague dívida por vergonha
Engenheiro gosta de limpar código porque limpeza dá sensação de ordem. Só que empresa não paga folha com sensação de ordem. Refatoração precisa competir por prioridade como qualquer outro investimento. Se um módulo horrível quase nunca muda, não cai e não atrasa ninguém, talvez ele possa continuar horrível por mais seis meses. O importante é saber o risco que está sendo carregado.
A forma adulta de lidar com dívida técnica é medir o que ela está cobrando. Quantas horas de engenharia? Quantos incidentes? Quantas oportunidades comerciais bloqueadas? Quanto tempo de onboarding? Quanto risco de segurança? Quando o juro fica maior do que o custo de pagar o principal, a conversa muda de “queremos um código mais bonito” para “estamos queimando dinheiro para manter isso de pé”.
Faça uma lista pequena das dívidas que realmente doem. Dê nome, impacto e dono. Pare de chamar todo pedaço antigo de “legado crítico”. E não espere a dívida vencer em produção para descobrir que ela tinha taxa variável. Código ruim pode conviver com uma startup por anos. Código ruim que desacelera toda decisão da empresa já virou problema de negócio.