Engenharia de gestão após o colapso do custo de código
O que realmente sabemos sobre o colapso do custo de código
Karim Jedda, diretor de engenharia há mais de três anos, parte de uma constatação estreita: o custo de produzir código plausível caiu e não vai voltar. Quase toda afirmação além disso é não comprovada ou errada. Que ferramentas de IA tornaram organizações dramaticamente mais rápidas? Não comprovado. Que code review e documentação são obsoletos? Errado. Que dá para rodar o mesmo roadmap com metade das pessoas? Uma aposta, não um fato. Reconstruir práticas de gestão sobre a afirmação estreita é acertar; reconstruir sobre as amplas é apostar com a carreira dos outros e chamar de conclusão.
Auditar pressupostos, não descartar rituais
Cada prática de gestão repousa sobre um pressuposto. Velocity tracking assume que output é proxy de esforço. Onboarding de seis meses assume que sintaxe é lenta de aprender. Arquitetura por consenso assume que mudança é cara. A pergunta certa não é se a prática é velha, mas sobre o que ela se apoia. Se repousa no custo de escrever código, merece revisão. Se repousa em como humanos coordenam, constroem confiança ou verificam correção, nada mudou. O erro comum é classificar por aparência: o que parece moderno fica, o que parece velho vai embora - produzindo times que abandonaram fricção útil e mantiveram processo inútil.
Verificação: o novo gargalo
O tempo de "encanamento" colapsou - scaffolding, testes, traduções entre frameworks. Mas a verificação se divide em duas camadas. A verificação mecânica (tipos, testes, contratos, lint) está caindo porque agentes rodam o loop de teste e corrigem diffs em velocidade que nenhum revisor humano alcança. Porém, ela só é rápida porque alguém já escreveu o que "correto" significa em forma avaliável por máquina. A verificação semântica - o código implementa a política que o negócio precisa? - permanece humana, porque o "correto" vive em cabeças e história institucional. IA verificando IA compartilha vieses e pontos cegos com o gerador. Investir em correção verificável por máquina é agora um dos trabalhos de infraestrutura de maior alavancagem que uma organização pode financiar.
O pipeline de juniores e as regras antigas
Ninguém sabe como treinar engenheiros para esse ambiente. O julgamento de um sênior era construído fazendo o trabalho que a IA agora absorve: corrigir bugs pequenos, escrever boilerplate, travar e destravar. Se a máquina toma a prática, o pipeline que produz seniores quebra - com atraso de três a cinco anos. Sobre as regras antigas: um diretor não precisa shippar, mas precisa de contato direto suficiente para não ser enganado nem pelo hype nem pela dismissão. Proteger o time do negócio continua válido em atenção finita, mas engenheiros promptando IA sem contexto de negócio produzem trabalho fluente, plausível e errado em escala. Consenso continua necessário para decisões irreversíveis; decisões reversíveis devem ser tomadas pelo menor grupo possível.
O que sobrevive: quem assina
A função de roteamento de informação da gestão - agregar status, traduzir updates, prever cronogramas - está indo a zero. O que sobrevive é julgamento e ownership: contratar, demitir, promover, decidir qual regra se aplica, absorver a consequência de estar errado. No limite agêntico, o organograma para de registrar quem produz e passa a registrar quem assina. Headcount para de medir capacidade e passa a medir quanta accountability você pode pagar. As organizações que chegarem lá parecerão pequenas, quietas e quase vazias: uma lista curta de nomes atrelada a uma lista longa de decisões.