Código nunca foi commodity · Episódio 1
Código Nunca Foi Commodity (e a IA Não Muda Isso)
A IA barateou a digitação, não o julgamento: por que código é passivo, a complexidade está no domínio e cortar engenharia em nome da IA sai caro.
Neste artigo · 7 seções
Tem uma frase que virou refrão em reunião de diretoria: "é só pedir pro Claude". Some isso a um "todo mundo coda agora" e você tem o discurso do momento. A versão executiva da bala de prata.
Quem diz isso, na maioria das vezes, nunca ouviu falar de Barbara Liskov. Não sabe que ela definiu os tipos abstratos de dado, projetou a linguagem CLU e formalizou o que hoje a gente chama de contrato comportamental entre tipos, a base de quase tudo que você considera "código limpo". Tudo bem não saber. O problema não é a ignorância em si. O problema é tomar decisão de cortar engenharia baseado na crença de que aquilo que pessoas como ela passaram a vida construindo agora sai de graça, num prompt. Quem decide assim é um risco para a empresa. Já escrevi sobre ela em Barbara Liskov: a mulher que redefiniu abstrações e contratos em software, e a história dela é exatamente a prova do ponto que eu quero fazer aqui.
A tese é simples e vou defender ela o artigo inteiro: o valor nunca esteve no ato de digitar código. Esteve no julgamento e no modelo do negócio. "Todo mundo coda agora" é o slogan que enriquece a NVIDIA e empobrece quem troca engenheiro por quem não é engenheiro.
código é passivo, não patrimônio
Vladimir Khorikov, no livro de testes que virou referência, é direto: "Código é passivo, não ativo" (no original, "Code is a liability, not an asset."). Cada linha que entra no sistema aumenta a superfície de bug e o custo de manutenção. Quem nunca pensou nisso costuma inverter a conta: trata linha de código como produção, como entrega, como patrimônio que se acumula. Não é. É estoque que apodrece e cobra aluguel.
Aí está o detalhe que muda tudo na era da IA. Se mais código é mais passivo, e a IA é uma máquina de produzir código em volume, então a IA acelera, antes de qualquer outra coisa, a produção de passivo. A parte cara, a que decide qual código deveria existir e qual não deveria, continua na mão de quem tem julgamento. A alavanca que ficou barata foi a de escrever. A de decidir, não.
Isso, aliás, não é opinião sobre IA do Khorikov; o livro é de 2020 e nem fala de IA generativa. A frase dele é sobre código, ponto. A extrapolação para IA é minha, e ela se sustenta justamente porque o princípio é atemporal: gerar mais do que é custo não é vitória.
a complexidade que importa é do negócio
Eric Evans abriu o Domain-Driven Design com uma observação que envelheceu muito bem: "a complexidade mais significativa de muitas aplicações não é técnica. Está no próprio domínio" (no original, "the most significant complexity of many applications is not technical. It is in the domain itself."). A complexidade que mata o seu produto quase nunca é técnica. É do domínio, da regra de negócio, daquilo que só quem entende a operação consegue enxergar.
Pensa no que isso significa para o discurso de comoditização. Você pode comoditizar a digitação. Não dá para comoditizar o entendimento de um book de ofertas, das regras de liquidação de um derivativo, do fluxo de aprovação de crédito que tem trinta exceções que ninguém documentou. Já vi sistemas em que o conceito central do negócio estava errado no código, modelado por quem nunca conversou com quem opera. Compilava. Passava no review distraído. E estava errado de um jeito que só explodiu meses depois, quando mudar já era caro. Uma exchange, uma bolsa, um banco: o que diferencia não é a infra, que você compra pronta. É o modelo do core, que você só constrói entendendo o domínio a fundo.
Uma IA que gera código a partir de um modelo raso e de uma linguagem ambígua herda a ambiguidade. Ela não inventa o entendimento que ninguém teve. Por isso fundamento de domínio não é enfeite acadêmico; é a entrada que decide se a ferramenta vai gerar a coisa certa ou lixo plausível. Já toquei nisso em Antes de falar em IA, arruma esse CRUD: sem a base certa, a camada de IA por cima só acelera a bagunça.
o raro é o julgamento que vira resultado
Tem um trecho do prefácio do Ben Horowitz no clássico do Andy Grove, High Output Management, que eu queria que todo gestor lesse antes de aprovar corte de time. Ele fala de um gerente que entende mais do produto do que qualquer um na empresa e arremata: "Isso vale exatamente nada a menos que você consiga transferir esse conhecimento de forma efetiva para o resto da organização" (no original, "That's worth exactly nothing unless you can effectively transfer that knowledge to the rest of the organization.").
Esse é o golpe que poucos enxergam. O raro nunca foi a informação. Hoje menos ainda, com modelo cuspindo informação em qualquer chat. O raro é o julgamento que pega conhecimento e vira resultado de organização. Código que ninguém entende não vira resultado. Conhecimento que mora na cabeça de um modelo e não se transfere para o time não vira resultado. Um repositório gigante gerado num fim de semana, que nenhum humano consegue manter, evoluir ou explicar, vale, no vocabulário do Horowitz, exatamente nada.
Quando você troca um engenheiro sênior por "é só pedir pro modelo", não está cortando o custo da digitação. Está cortando o julgamento. A pessoa que olharia o output e diria "isso aqui vai quebrar em produção" sumiu da equação. E o modelo não faz esse papel, porque ele não responde pelo resultado. Ele não é demitido quando o sistema cai.
quem lucra com "todo mundo coda" é quem vende a pá
Vale seguir o dinheiro. Na corrida do ouro, quem ficou rico de forma consistente não foi quem garimpou. Foi quem vendeu a pá. Em 2025 isso tem nome e número: a receita de data center da NVIDIA cresceu 142% no ano fiscal de 2025 e bateu 115,2 bilhões de dólares, com algo perto de 86% de market share no segmento de IA (números no release oficial à SEC e consolidados pela Visual Capitalist).
Quem fatura com "todo mundo coda agora" não é a sua empresa. É quem vende a GPU. O slogan move uma quantidade absurda de capital para a infraestrutura, e a maior parte dele para num punhado de fornecedores. Cada empresa que demite engenharia achando que comprou produtividade infinita está, na prática, financiando o vendedor da pá enquanto cava o próprio buraco. A NVIDIA não precisa que você acerte. Precisa que você compre.
Não estou dizendo que IA é inútil; o contrário. A ferramenta é poderosíssima. O que eu questiono é a leitura de que ela transforma código em commodity e, portanto, autoriza esvaziar o time que exerce julgamento. Confundir "ficou mais barato escrever" com "ficou dispensável entender" é o erro que a conta vai cobrar.
ferramenta poderosa sem julgamento é desastre
Em julho de 2025, num caso que rodou a imprensa de tecnologia, a IA de codificação da Replit apagou o banco de dados de produção. Durante um code freeze. Ignorou instruções repetidas em letra maiúscula mandando não tocar em nada, fabricou cerca de 4.000 usuários falsos para mascarar o estrago e ainda afirmou que o rollback era impossível, o que não era verdade. O próprio CEO chamou de "um erro catastrófico de julgamento" (no original, "a catastrophic error in judgment") (relatos na Fortune, na Tom's Hardware e no The Register).
Erro de julgamento. A palavra é exatamente essa. Ferramenta potente na mão de quem não tem o julgamento para contê-la vira dano em escala. A mesma alavanca que multiplica o acerto de quem sabe o que está fazendo multiplica o estrago de quem não sabe.
Hunt e Thomas escreveram no Pragmatic Programmer, anos antes de qualquer LLM existir, uma frase que parece feita para hoje: "ninguém deveria estar produzindo código que não entende por completo" (no original, "no one should be producing code they don't fully understand."). Eles falavam de geradores de código de IDE, os "wizards" da época. Troque "wizard" por "modelo" e o parágrafo é de 2026. O ponto não é a ferramenta. É a regra de ouro de que você responde pelo que entrega, e não dá para responder pelo que você não entende. Quando o sistema cai, "a IA escreveu" é a versão atual de "o cachorro comeu meu dever de casa". A desculpa muda; a responsabilidade, não.
o que fica caro quando o resto fica barato
No fim, é tudo a mesma conta. Código é o subproduto barato, e ficou mais barato ainda. O caro, o raro, o que sustenta a empresa de pé é quem decide o que construir, quem modela o domínio e quem julga se o que saiu presta. Nada disso a IA entrega sozinha. Ela depende dessas pessoas para gerar algo que valha alguma coisa.
A leitura de que "código virou commodity, logo posso cortar engenharia" inverte a equação no pior momento possível. Você corta justamente a parte que ficou mais valiosa, o julgamento, para escalar a parte que ficou mais barata, a digitação. É decisão de quem olhou o preço e não enxergou o valor.
Demitir o julgamento porque a digitação ficou barata é cavar o próprio buraco com a pá que você acabou de comprar da NVIDIA. E o pior: achando que fez um ótimo negócio.
Insights & Takeaways
- Código sempre foi passivo, não patrimônio. A IA acelera a produção de passivo; a parte cara, decidir qual código deveria existir, continua sendo julgamento humano.
- A complexidade que quebra o produto é do domínio, não da digitação. Você comoditiza o ato de teclar, não o entendimento do negócio que faz a ferramenta gerar a coisa certa.
- O raro nunca foi a informação; é o julgamento que vira resultado de time. Conhecimento ou código que ninguém entende nem mantém vale, na prática, nada.
- "Todo mundo coda agora" enriquece quem vende a pá. A NVIDIA fatura bilhões com o slogan; quem troca engenheiro por quem não é engenheiro financia o vendedor e cava o próprio buraco.
- Antes de cortar engenharia em nome da IA, pergunte: quem vai exercer o julgamento? Quem responde quando o sistema cai? "A IA escreveu" não é resposta.
