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.