Depende da longevidade do código e do seu raio de impacto. Código limpo compensa muito para código que vive e muda; "bom o suficiente" é a escolha certa para código descartável, protótipo ou raramente alterado. A habilidade é alinhar seu investimento à situação — evitando tanto negligência quanto over-engineering.
Qualidade de código é um , e como qualquer investimento, seu retorno depende do tempo e da exposição. Duas perguntas a fazer:
| Falha | Parece com | Custo |
|---|---|---|
| Negligência | enviar bagunça para código que viverá | mudanças futuras lentas, bugs, erosão |
| Over-engineering | super-engenheirar código que não importará | tempo desperdiçado, abstração prematura |
Ambos são desperdício real. "Bom o suficiente" é uma escolha deliberada e contextual — não uma desculpa para descuido, e não uma licença para polir eternamente.
Esta pergunta separa engenheiros que aplicam qualidade dogmaticamente daqueles que a aplicam economicamente. Tratar código limpo como religião desperdiça esforço em descartáveis; tratá-lo como opcional corrói os sistemas dos quais você depende. Julgamento sênior é saber que tipo de código você está segurando e investir de acordo — e ser capaz de explicar esse tradeoff é exatamente o tipo de pensamento pragmático que as equipes querem ver.