Dívida técnica é a lacuna entre como o código está e como deveria estar, contraída (deliberada ou não) para se mover mais rápido. Um pouco de dívida é aceitável; o trabalho é gerenciá-la, não eliminá-la. A chave é priorizar a dívida que realmente prejudica.
Priorize por impacto, não por incômodo
text
For each piece of debt, ask:
- How often does it slow us down or cause bugs? (frequency)
- How bad is it when it bites? (severity)
- How risky/expensive is it to fix? (cost)
High frequency + high severity + low cost → fix now
Low frequency + low severity → leave it, document it