Criador do Rails, DHH, abandona a codificação manual: 'Inglês é uma linguagem de programação melhor'

DHH diz que não digita uma linha de código desde março

David Heinemeier Hansson, cofundador da Basecamp e criador do Ruby on Rails, abandonou a escrita de código à mão. O anúncio veio durante um keynote emocionante na Rails World 2026, onde o programador amplamente conhecido como DHH disse à plateia que não digita uma única linha por conta própria desde cerca de março de 2026, encerrando uma trajetória de 25 anos como programador profissional.

Para uma indústria que passou vários anos debatendo se a IA consegue de fato produzir software de produção, o momento importa tanto quanto o conteúdo. DHH não é um observador periférico à deriva rumo a uma nova ferramenta. Ele é um dos programadores em atividade mais reconhecíveis de sua geração, e agora declara publicamente que a parte manual do trabalho acabou para ele.

Uma reviravolta surpreendente, não uma deriva gradual

O que torna a mudança notável é quão recente era a posição oposta. Pouco mais de um ano antes do keynote, DHH se opunha abertamente à codificação com IA, questionando os argumentos para entregar a escrita de software às máquinas. Sua mudança, portanto, não é uma curva de adoção lenta nem um experimento discreto. É uma reviravolta, anunciada em público e enquadrada em termos pessoais, por alguém que estava entre os céticos mais proeminentes.

Esse contraste é parte do motivo pelo qual o keynote teve peso na sala. A Rails World é um encontro construído em torno de um framework que ele criou, e as pessoas na plateia são em grande parte os desenvolvedores que trabalham com ele todos os dias. Ouvir seu autor dizer que não escreve mais o código por conta própria é um tipo diferente de sinal, comparado a uma demonstração de fornecedor ou a um resultado de benchmark.

A economia de digitar código por conta própria

O cerne do argumento de DHH é econômico, não puramente tecnológico. A codificação manual, em sua avaliação, não faz mais sentido para a maioria dos programadores e da maioria das empresas. Ele vai além do estado atual das ferramentas: até o fim do ano, espera que essa lógica se aplique a praticamente todos os domínios do trabalho de software.

Esse enquadramento evita deliberadamente o debate habitual sobre se o código gerado por IA é elegante, idiomático ou seguro em todos os casos. A pergunta que ele coloca é mais simples e mais incômoda — se o trabalho pode ser dirigido em vez de digitado, quanto custa a um indivíduo ou a uma organização continuar digitando? Para equipes já sob pressão para entregar mais rápido com quadro de pessoal estável, isso não é um experimento mental abstrato.

'Inglês é uma linguagem de programação melhor que Ruby'

A frase que provavelmente sobreviverá ao keynote é sua afirmação de que o inglês agora é uma linguagem de programação melhor que Ruby — a linguagem sobre a qual seu próprio framework é construído. É uma forma deliberadamente provocativa de descrever uma mudança na camada onde os desenvolvedores passam seu tempo.

Em vez de expressar intenção por meio de sintaxe e abstrações que precisam manter, os programadores expressam cada vez mais essa intenção por meio de descrição, refinamento e revisão. Ruby continua sendo o substrato para um grande conjunto de aplicações Rails existentes, mas, no relato de DHH, a contribuição humana está migrando para cima, da mecânica de escrever instruções para a articulação do que deveria existir.

De programadores a 'profissionais criadores de coisas'

Em vez de tratar a mudança como uma perda, DHH a enquadrou como o início de uma nova fase de carreira. Os programadores, em sua descrição, tornam-se "profissionais criadores de coisas", dirigindo o que ele chamou de inteligência que só estava disponível na ficção científica até poucos momentos atrás.

Esse reenquadramento mira diretamente a ansiedade que percorre a profissão. A versão pessimista da história da codificação com IA é uma erosão lenta de um ofício que se transforma em supervisão de prompts. A versão apresentada por DHH está mais próxima de uma expansão de escopo: produtos mais ambiciosos, mais superfície para construir e menos tempo gasto na tradução mecânica de ideias em sintaxe.

A arquitetura de software precisa ser repensada

Ele também argumentou que a própria arquitetura de software precisa ser reconsiderada. Seu raciocínio é que as abstrações tradicionais perdem valor quando os agentes de IA são os que alteram o código. As abstrações são uma técnica humana de compressão — uma forma de taquigrafia que permite às pessoas manter um sistema grande na cabeça. Quando o principal editor de uma base de código não é uma pessoa, alguns desses atalhos deixam de compensar, enquanto outros tipos de estrutura se tornam muito mais importantes.

Ele não afirmou ter as respostas. "Ninguém ainda tem o blueprint", disse DHH, acrescentando que a plateia pode estar presente enquanto o campo define essas coisas. É uma admissão incomumente franca de uma figura conhecida por opiniões fortes, e deixa as questões práticas em aberto, em vez de resolvidas.

'A maior coisa na história da computação'

DHH não hesitou quanto à escala. Ele chamou a mudança de a maior coisa que aconteceu na história da computação. Vinda do autor de um framework que remodelou como uma geração de aplicações web foi construída, o rótulo deve ser levado ao pé da letra.

Independentemente de esse enquadramento se sustentar ou não, a direção do movimento é clara a partir de seu próprio comportamento. Um programador com 25 anos de habilidade acumulada e fortes vínculos com uma linguagem específica parou de digitar — e descreveu a mudança como algo sobre o que construir, e não como algo a resistir.

O que isso significa para desenvolvedores em atividade

Para desenvolvedores que leem o keynote em segunda mão, os aprendizados práticos são menos dramáticos que a manchete, mas ainda concretos:

• O valor da fluência bruta na sintaxe de uma única linguagem está diminuindo em relação à capacidade de especificar, revisar e corrigir a saída da máquina.
• As escolhas arquiteturais importam mais, não menos, porque as pessoas que mantêm o raciocínio por trás de um sistema podem não ser as mesmas que editam seus arquivos.
• Pressupostos sobre como é "escrever software" no dia a dia estão sendo renegociados em público, inclusive pelas pessoas que definiram os padrões da era anterior.
• O argumento econômico está chegando mais rápido do que muitos esperavam, com DHH prevendo aplicabilidade quase universal até o fim do ano.

As perguntas sem resposta

Nada no anúncio resolve os problemas mais difíceis: como a qualidade do código é verificada em escala, o que acontece com desenvolvedores juniores que tradicionalmente aprendiam escrevendo milhares de linhas à mão, e como as equipes mantêm os sistemas compreensíveis quando os agentes são os que fazem as mudanças. A própria posição de DHH é que ainda não existe um blueprint, o que coloca a indústria em um momento incomum — uma grande transição reconhecida por um praticante de destaque, com as regras ainda sendo redigidas.

O que não está mais em questão é sua resposta pessoal. Depois de um quarto de século de programação profissional, o criador do Ruby on Rails diz que terminou de escrever código à mão, e convida os desenvolvedores a tratar isso como uma abertura, e não como um fim.

Este artigo é baseado em reportagem do The Decoder. Leia o artigo original.