Código-fonte está deixando de ser a fonte da verdade


Boas-vindas às 73 novas assinantes dessa newsletter!

Tenho visto uma variação muito grande no nível de utilização de IA para escrever código em times de Tecnologia. Por um lado, times maduros utilizando múltiplos agentes. Por outro, times ainda usando apenas um tímido autocomplete melhorado, quando muito. Esse texto é um chamado para o segundo grupo.

Você provavelmente está cético quando à qualidade do código gerado por IA, se ela vai entender todo o contexto do seu projeto e se esse código vai te gerar problemas no futuro. São preocupações legítimas. Porém, elas não devem te impedir de experimentar de forma massiva IA escrevendo código. Você provavelmente testou modelos no ano passado e não ficou satisfeito com o resultado, porém obviamente tudo está evoluindo muito rápido. Eu notei uma mudança enorme em 2026, entre outras coisas pela introdução dos modelos Claude Opus 4.5 e 4.6.

Uma pesquisa recente da DX (empresa focada em Developer Experience) com 42 mil pessoas desenvolvedoras reportou que 27% do código já é escrito por agentes de IA, um crescimento de 22% em relação ao trimestre anterior. Uncle Bob, um dos maiores evangelizadores de código limpo do mundo, também tem seguido nessa linha em seus últimos vídeos. Eu aposto que esse número vai continuar crescendo rapidamente.

Note que não estou falando de Vibe Coding. Estou falando de automatizar etapas do seu ciclo de desenvolvimento de software. O código final vai ter uma bateria de testes automatizados (com grandes chances de ter mais testes do que seu time escreve hoje), requisitos, especificação e documentação detalhados, Pull Requests bem documentados, etc. Basicamente, tudo o que você gostaria que seu time fizesse, com muito mais consistência na execução, por estar automatizado.

Com bons processos implementados, você vai notar que o foco e a energia do time começam a migrar do código-fonte para as especificações, e com o tempo elas passarão a ser a fonte da verdade de como seus produtos e sistemas operam.

Se seu time ainda não está usando IA para escrever código: 1) experimente novamente, inciando com algum projeto de baixo risco; 2) responda esse email e me conte o porquê

Nos próximos dias novos textos sobre esse assunto, até breve!

Leo Andreucci - CTO Mentor

Ex-VP Engineering @ Creditas ($4.8B). 20+ years building and scaling tech teams. Today, I help CTOs make better decisions.

Read more from Leo Andreucci - CTO Mentor

Grande parte da discussão sobre IA está focada em produtividade. Mas tem uma mudança mais profunda acontecendo. De identidade. Por muito tempo, ser uma boa pessoa desenvolvedora esteve muito ligado à capacidade de escrever código bem. Conhecer a linguagem, dominar frameworks, resolver problemas na mão. Isso não desapareceu. Mas deixou de ser o principal diferencial. Porque escrever código ficou muito mais fácil. E isso ajuda a explicar parte da resistência que ainda vemos (embora cada vez...

Gran parte de la discusión sobre IA está enfocada en productividad. Pero hay un cambio más profundo ocurriendo. De identidad. Durante mucho tiempo, ser una buena persona desarrolladora estuvo muy ligado a la capacidad de escribir buen código. Conocer el lenguaje, dominar frameworks, resolver problemas manualmente. Eso no desapareció. Pero dejó de ser el principal diferencial. Porque escribir código se volvió mucho más fácil. Y eso ayuda a explicar parte de la resistencia que aún vemos (aunque...

Todavía se habla mucho de ganancias de 10x con IA.En la práctica, lo que he visto es bastante diferente. En algunos casos, sí: tareas específicas se volvieron mucho más rápidas.Prototipar, escribir código repetitivo, explorar soluciones. Pero eso no se convirtió en 10x de productividad del equipo. Porque el cuello de botella nunca fue solo escribir código. Es entender el problema.Tomar buenas decisiones.Mantener consistencia.Evitar complejidad innecesaria. Y eso la IA no lo resuelve. En...