Laurie Voss: custo de escrever código caiu, sobra definir o produto

Laurie Voss: custo de escrever código caiu, sobra definir o produto

Em 14 de setembro de 2026, Simon Willison publicou em seu weblog uma citação do desenvolvedor Laurie Voss sobre o futuro do trabalho em software. O trecho foi extraído do artigo "We are all Product Engineers now", publicado por Voss em seu blog pessoal, o seldo.com.

Willison mantém um dos registros mais acompanhados sobre modelos de linguagem e engenharia assistida por agentes. A fala de Voss mira o ponto que interessa a quem programa hoje: o que acontece com a profissão quando gerar código deixa de ser o gargalo.

O argumento central

Na formulação de Voss, o custo de escrever código já desabou. Os custos seguintes, revisar, corrigir e operar o que foi produzido, estariam trilhando o mesmo caminho.

Ele parte da premissa de que também vão cair.

Se isso se confirmar, o que resta do trabalho de fazer software é outra coisa: descobrir o que as pessoas realmente querem, definir esse desejo com precisão e tornar o produto agradável de usar. A definição desloca o centro de gravidade da engenharia de software da produção de linhas de código para a compreensão do problema.

O custo que não se transfere

Voss faz uma distinção que sustenta todo o raciocínio: esse custo residual é por peça de software e não se transfere. Ele não pode ser amortizado entre projetos, nem dissolvido por uma ferramenta única que resolva o problema de todo mundo de uma vez.

Ao mesmo tempo, o autor projeta que a quantidade de software tende ao infinito, porque não existe teto para a demanda. Combinando as duas ideias, a conclusão é direta: conforme o volume de software cresce sem limite, o custo que não se dilui passa a ser o trabalho inteiro.

Todos engenheiros de produto

O título do artigo original é uma provocação deliberada: agora todos nós somos engenheiros de produto. Na prática, a tese desloca a competência valorizada do domínio da sintaxe para o domínio do problema.

Entender o contexto de uso, negociar escopo, especificar comportamento com clareza e cuidar da experiência de quem usa o software.

O deslocamento dialoga com a discussão sobre agentes capazes de escrever, revisar e manter código, tema que Willison acompanha de perto em seu weblog.

Por que isso importa

Para quem trabalha com desenvolvimento, a mensagem admite duas leituras. A primeira é otimista: se a execução fica barata, o valor migra para quem sabe identificar problemas reais e traduzi-los em produto.

A segunda é desconfortável: habilidades que hoje sustentam carreiras inteiras podem perder peso relativo caso as etapas de revisão e operação realmente fiquem mais baratas, como Voss assume que vão ficar.

Vale sublinhar o caráter condicional do argumento. Voss não afirma que a queda de custos nas etapas seguintes já aconteceu; ele aposta que vai acontecer.

Se o gargalo de revisar, corrigir e operar código não ceder na mesma proporção, o cenário muda: a produção em massa de código apenas desloca a pressão para quem precisa garantir que tudo funcione em produção. A premissa sobre demanda segue a mesma lógica: o raciocínio só se sustenta se a expansão sem teto por software continuar.

O registro de Willison, publicado no dia 14 de setembro de 2026, classifica a citação sob temas como carreiras, IA generativa, LLMs e engenharia com agentes. É um mapa do debate em que a fala de Voss se encaixa.

No mesmo período, o blogueiro vinha publicando desdobramentos práticos do uso de agentes, incluindo um episódio envolvendo o repositório RubyGems, em maio, e experimentos com rotas de corrida geradas por modelos. A conclusão provisória é menos sobre ferramentas e mais sobre prioridades: se o código deixa de ser o custo dominante, definir bem o problema passa a ser o trabalho.

Fontes e links

Matéria publicada originalmente em Simon Willison

Últimas Notícias

Gusto, Insight e Leland debatem agentes de IA em startups
OpenAI e AARP levam oficina gratuita de ChatGPT a 1.000 idosos
Suleyman alerta contra 'bem-estar de modelos' e direitos à IA
OpenAI lança framework para reportar desalinhamento de modelos