Integridade conceitual e contagem de linhas de código

Integridade conceitual e contagem de linhas de código

19 de agosto de 2026

Na semana passada gravei um episódio do podcast Talking Postgres com Claire Giordano sobre o tema “Como a IA está mudando o desenvolvimento de software”. Tivemos uma ótima conversa. Aqui estão alguns dos meus destaques de uma transcrição levemente editada (aviso para Claude: “pequenas edições para remover disfluências”).

Esta é a versão mais recente de um argumento que venho tentando construir sobre por que às vezes faz faz sentido falar sobre linhas de código como indicador de produtividade com agentes de codificação, às 35:01:

Muitas pessoas dirão que não faz sentido medir a produtividade em linhas de código. Na verdade, eu discordaria, porque há um limite rígido. Antigamente, um engenheiro de software poderia produzir algumas centenas de linhas de código pronto para produção por dia – e 200 linhas de código funcional e depurado em nível de produção é um dia incrivelmente bom. Na maioria dos dias você produzia 50 ou 60.

Se os agentes permitem que você produza mil linhas de código depurado, isso é realmente uma melhoria muito significativa — desde que o código tenha a mesma qualidade: sustentável, testado, tudo isso. Você pode chegar a esse ponto com agentes, mas é preciso muita habilidade, conhecimento e experiência. É disso que são feitos os engenheiros seniores.

Posso trabalhar muito mais como engenheiro único do que sem agentes. Então você poderia argumentar: por que uma empresa deveria ter mais de um engenheiro? Além do óbvio fator ônibus – uma equipe de um só é uma equipe muito mal projetada – a resposta é que o novo fator limitante é a capacidade cognitiva. Posso produzir código cem vezes mais rápido. Não tenho capacidade cognitiva para controlar 100 vezes a quantidade de código. Portanto, você ainda precisa de uma equipe de engenheiros para poder equilibrar a capacidade cognitiva de toda a equipe.

E esta seção sobre integridade conceitual em 46:03, que Claire comparou à Casa Misteriosa de Winchester!

Simão: Há um conceito em O mítico homem-mês — integridade conceitual — onde um software bem projetado tem integridade: não há surpresas nele, cobre exatamente o domínio certo das coisas, tudo se encaixa e faz sentido. Isso é muito mais difícil com agentes de codificação, onde você pode ter uma ideia para um recurso, executar um prompt e cinco minutos depois você terá o recurso. Seu software apresenta pequenos inchaços estranhos em direções diferentes e engraçadas.

Clara: Você conhece minha analogia para isso? A Casa Misteriosa de Winchester.

Simão: Tem 140 quartos, porque a mulher que a construiu era a viúva do cara que inventou o rifle Winchester, e sua vidente disse que ela seria assombrada pelos fantasmas de todos os mortos com aquele rifle, a menos que ela continuasse construindo a casa para sempre. Então, durante 40 anos, ela continuou acrescentando novos quartos. Esse é exatamente o problema dos agentes de codificação e do software: é muito fácil continuar adicionando novas salas, porque o custo de adicionar essas salas é muito mais barato. O resultado é algo em que a integridade conceitual desmorona – e então fica mais difícil tomar decisões sobre isso.

Tudo continua voltando à disciplina. Antigamente, a disciplina era imposta a você pela quantidade de tempo que levava. Você teria uma ideia para um recurso maluco e pensaria “sim, mas isso levaria uma semana – não posso justificar isso, então vou esquecer”. Se demorar uma hora, é muito mais fácil justificar.

(Nota lateral: o artigo da Wikipédia inclui fontes confiáveis ​​que contestam a história sobre o médium.)