Na conferência QCon London, o especialista em engenharia de software Phillip Mortimer apresentou uma tese que ganhou discussão entre desenvolvedores: com a geração massiva de código por ferramentas de IA, o código deixa de ser o bem durável que era e passa a ser um recurso descartável, do tipo que não merece ser lido, apenas escrito.
Resposta rápida: a argumentação de Mortimer é que a densidade do código gerado por modelo de linguagem supera a capacidade humana de análise. O foco se move para testes automatizados, que viram a documentação viva, e as revisões manuais cedem espaço para fluxos automatizados com agentes.
O que é código write-only
O termo "write-only", "só escrita", refere-se a estruturas de software tão complexas que se tornam impossíveis de analisar depois de criadas. Foi cunhado por Eric S. Raymond para descrever código obscuro que nem o próprio autor consegue modificar com facilidade. Com IA geradora em volume, esse tipo de código deixa de ser exceção e vira norma de operação para certos sistemas.
A consequência direta é que a unidade de leitura do software deixa de ser a linha de código e passa a ser o teste. Quem analisa não lê mais a implementação; lê os casos de testes que definem o comportamento. Esse movimento já está nas vagas de teste e qualidade do portal, que filtram essa demanda por vagas, e na editoria de inteligência artificial.
Testes como documentação principal
Quando o código fica denso demais para fazer sentido à primeira leitura, o comportamento desejado que o software deve ter precisa ser definido de forma precisa por testes automatizados. O desenvolvedor passa a trabalhar a especificação, não a implementação, e o modelo faz a geração. O teste valida, e o que falhou é rejeitado e regenerado, não depurado linha a linha.
# publicidade
Economia do reescrever contra o depurar
Ressalte o contraste mais concreto da tese. Em vez de investigar um defeito na unidade de código gerada por IA, o fluxo produtivo alternativo é descartar a saída e pedir ao modelo uma nova versão que passe nos testes. Regenerar é mais rápido e mais barato do que inspecionar detalhe, quando o critério de qualidade já está escrito no teste.
Revisões automatizadas, nomeadas "adversariais"
Já que o volume de código excede o tempo humano de revisão, as equipes estão construindo fluxos de agentes de IA que revisam com instruções distintas e cruzadas. Vários revisores independentes checam a mesma alteração, cada um com o seu ponto, e a convergência deles indica achado confiável, enquanto a divergência entra para conferência manual. É o padrão de operação cruzada que o LinkedIn adotou em sua plataforma de revisão em escala, e o próprio conjunto de camadas faz sentido naquela lógica.
O novo papel do desenvolvedor
Com a IA executando a implementação, sobra ao profissional a tarefa de antecipação e intenção: traduzir o que o negócio precisa em requisito limpo, em camadas testáveis, e em restrições de arquitetura. Sintaxe deixa de ser o centro e entra em cena a capacidade de saber o que pedir e como conferir a resposta.
💡 Dica: o profissional que se antecipa constrói histórico com o que o padrão recompensa: testes claros, descrição de comportamento precisa e capacidade de revisar saída de sistema com critério. Essas habilidades perduram quando a ferramenta muda de nome.
Perguntas frequentes
O que significa "código write-only" em IA?
É código tão complexo e denso que ler e decifrar é mais custoso do que substituir o trecho inteiro por uma nova geração guiada por testes. O termo vem da engenharia de software e descreve sistemas opacos até para quem os criou.
Os testes viram a documentação do sistema?
Na prática de quem discute o tema, sim: o comportamento esperado é descrito por testes, e a implementação gerada pela IA é apenas o meio transitório para atender a essa especificação.
O desenvolvedor ainda é necessário nesse cenário?
Sim, mas o foco muda: menos implementar, mais definir o que implementar, validar e dirigir o fluxo com testes e revisão. O trabalho migra para intenção e verificação.
É melhor depurar ou reescrever código gerado por IA?
Na tese analisada, reescrever guiando pelo teste é mais barato, desde que existam testes confiáveis que cubram o comportamento original.
