YAGNI: O que é e como isso impacta a manutenção dos sistemas?

Entenda o princípio YAGNI e evite overengineering com exemplos práticos, decisões simples e foco em manutenção.

Você já pegou uma tarefa pequena e, para mudar um texto, precisou mexer em várias camadas, classes e configurações? Isso costuma ser sinal de overengineering: quando a solução cresce além do necessário.

O que é YAGNI?

YAGNI significa You Ain’t Gonna Need It (você não vai precisar disso). A ideia é simples: só implemente algo quando houver necessidade real, com evidência do uso. O objetivo não é “fazer menos”, e sim fazer o necessário no momento certo.

Overengineering: o inimigo silencioso

Quando estamos preocupados demais com o futuro, tendemos a criar estruturas complexas para cenários que ainda não existem. Resultado: mais código, mais burocracia, mais custo de manutenção e menos clareza.

Exemplos práticos de YAGNI

1) Um cadastro simples vira um sistema gigante

Um dentista quer cadastrar pacientes em um computador local. Você antecipa “crescimento”, cria microserviços, Redis, CQRS, Kubernetes, WAF e alta disponibilidade. No fim, o usuário só precisava de um CRUD simples.

Aplicando YAGNI: comece com um monolito leve, dados locais ou um banco simples, e evolua apenas se o uso real justificar.

2) Interface para uma única implementação

Você cria uma interface pensando em múltiplas implementações, mas só existe uma classe concreta.

Aplicando YAGNI: crie a interface quando houver pelo menos duas implementações reais.

3) Cache para quase nada

Seu sistema recebe 10 consultas por hora, mas você adiciona Redis e invalidação de cache.

Aplicando YAGNI: só cacheie quando métricas mostrarem latência ou custo real.

4) Pipeline complexo sem necessidade

Você cria múltiplos ambientes, feature flags avançadas e deploy blue/green para um site estático.

Aplicando YAGNI: comece com o mínimo automatizado e aumente conforme o risco e o tráfego.

Como aplicar YAGNI no dia a dia

• Trabalhe com requisitos reais, não com suposições.
• Use dados (métricas, bugs, demanda) para justificar complexidade.
• Prefira soluções simples que possam evoluir depois.
• Converse com o negócio para alinhar necessidade e prioridade.
• Reavalie ideias “futuras” a cada entrega.

Conclusão

YAGNI não é preguiça nem falta de visão. É foco em entregar valor agora, com simplicidade e clareza. Sistemas simples são mais fáceis de manter, evoluem com menos risco e geram menos custo. Quando a necessidade real aparecer, você evolui com base em fatos — não em medo do futuro.