Durante anos fizemos a pergunta errada
"Será que a IA vai substituir os desenvolvedores?"
Hoje sabemos que essa não era a pergunta correta.
A pergunta correta é:
O que passa a ter valor quando escrever código deixa de ser caro?
Isso muda completamente a engenharia de software.
Por décadas, metodologias como Waterfall, Scrum, XP, DDD e Clean
Architecture nasceram em um mundo onde escrever código era caro.
Documentação envelhecia rapidamente porque reescrevê-la custava caro.
Especificações eram abandonadas porque implementar consumia semanas.
Então surgiu a IA.
Pela primeira vez na história, produzir código ficou quase gratuito.
O valor migrou.
Código ficou barato. Julgamento não.
Hoje qualquer LLM produz centenas de linhas de código em segundos.
Mas ela não decide:
- qual problema resolver;
- quais regras de negócio existem;
- quais exceções importam;
- quais compromissos arquiteturais devem permanecer pelos próximos cinco anos.
Essas continuam sendo responsabilidades humanas.
O gargalo mudou
Antes, escrevíamos código.
Agora escrevemos decisões.
Especificações.
Arquiteturas.
Critérios de aceitação.
Revisões.
A vantagem competitiva deixou de ser velocidade de digitação.
Passou a ser clareza de pensamento.
Por que o vibe coding não escala
Conversas são uma péssima fonte de verdade.
Cada prompt aumenta o contexto.
Cada correção adiciona mais tokens.
Cada interação obriga a IA a reconstruir sua intenção.
Em algum momento ela deixa de raciocinar sobre o sistema e passa a
raciocinar sobre a conversa.
Esse é o verdadeiro custo escondido do vibe coding.
Especificações passam a ser o centro do projeto
Foi essa percepção que originou o Spec Driven Development.
A ideia é simples:
A conversa deixa de ser a memória do projeto.
A especificação passa a ser.
Cada funcionalidade nasce de uma spec, evolui para um plano,
transforma-se em tarefas e somente depois é implementada.
O resultado é previsibilidade.
Menos retrabalho.
Menos tokens.
Menos ambiguidades.
https://books.kodel.com.br/pt-br/livros/sdd/
Mas especificação não resolve arquitetura
Mesmo boas especificações falham quando o projeto é caótico.
Arquitetura existe para responder apenas uma pergunta:
Onde isso pertence?
Essa pergunta originou o segundo livro: FOCUS Architecture.
Em vez de dezenas de camadas, a proposta reduz responsabilidades para
quatro peças bem definidas:
- View
- Orchestrator
- Use Cases
- Repository
O objetivo nunca foi criar uma arquitetura nova.
Foi reduzir custo de mudança.
Na era da IA isso significa também reduzir contexto, consumo de tokens e
risco de alterações inesperadas.
https://books.kodel.com.br/pt-br/livros/focus/
Sobre os ombros de gigantes
Esses livros não reinventam a engenharia.
Eles sintetizam décadas de ideias de Martin Fowler, Kent Beck, Eric
Evans, Bertrand Meyer, Robert C. Martin, Andrew Hunt, David Thomas e
muitos outros, reinterpretadas para uma realidade em que agentes de IA
escrevem boa parte do código.
Dois livros. Um objetivo.
Spec Driven Development organiza o pensamento.
FOCUS Architecture organiza o código.
Um responde o que construir.
O outro responde onde construir.
Juntos ajudam equipes humanas e agentes de IA a produzir software
previsível, legível e sustentável.
Considerações finais
A IA tornou código barato.
Mas tornou engenharia ainda mais valiosa.
O futuro não pertence às equipes que possuem a melhor IA.
Pertence às equipes que pensam melhor.
Top comments (0)