Rails World 2026: DHH diz que código escrito à mão está obsoleto
DHH afirma ter escrito 150 mil linhas de código em agosto de 2026, ante 30 mil por ano à mão. Enquanto isso, a 37signals reescreve o servidor de e-mail do Hey em Rust.
3 min de leitura

Em números
- lines of code DHH says he wrote in August 2026 alone
- 150,000
- less CPU use claimed for Hey's new Rust-based mail server
- 99%
- time to install DHH's Omarchy Linux, down from 3 minutes 33 seconds a year ago
- 9s
- pledged so far to the Omarchy Linux project, Dealroom reports
- $20M
David Heinemeier Hansson, criador do Ruby on Rails, disse a desenvolvedores na conferência Rails World deste ano que escrever código à mão já não faz sentido econômico. Segundo uma reportagem da Dealroom sobre a palestra de abertura, ele disse ter "se aposentado como programador profissional" e agora se chama de "maker".
Hansson, conhecido como DHH, argumentou que agentes de codificação com IA tornaram o código digitado à mão obsoleto para a maioria dos projetos. Ele chamou isso de "a Kodak Brownie da nossa era", comparando código escrito à mão a uma câmera antiga e simples que a maioria das pessoas já não precisa. "Código gerado por agentes agora é o curso normal dos negócios", disse ele, segundo a Dealroom.
Os números que ele apresentou sustentam a afirmação. Segundo a Dealroom, DHH escreveu cerca de 150 mil linhas de código somente em agosto de 2026, contra cerca de 30 mil linhas por ano em seu antigo fluxo de trabalho manual. A proporção de linguagens que ele próprio usa também se inverteu. Ruby representa hoje cerca de 3% do seu trabalho, ante quase metade ao longo das últimas duas décadas, segundo a análise de Jared Norman sobre a palestra.
A reescrita do Hey
O exemplo mais claro é o Hey, o serviço de e-mail construído pela empresa de Hansson, a 37signals. O Hey está sendo reconstruído como seis aplicativos nativos separados, um por plataforma, com um novo núcleo de servidor de e-mail escrito em Rust em vez de Ruby. Segundo a Dealroom, essa reescrita em Rust reduz o uso de CPU em 99% e o de memória em 95% em comparação com o servidor antigo.
DHH já havia dito antes que o Rust é difícil de ler para humanos. A análise de Norman o cita dizendo que a linguagem é "ótima para LLMs", mesmo sendo "feia" para humanos, porque agora são agentes de IA, e não pessoas, que escrevem e mantêm a maior parte desse código.
Veja como os números se comparam, antes e depois:
| Indicador | Antes | Agora |
|---|---|---|
| Produção de código do próprio DHH | Cerca de 30 mil linhas por ano | 150 mil linhas em agosto de 2026 |
| Servidor de e-mail do Hey, uso de CPU | Valor de referência | 99% a menos, segundo a Dealroom |
| Servidor de e-mail do Hey, uso de memória | Valor de referência | 95% a menos, segundo a Dealroom |
| Tempo de instalação do Omarchy Linux | 3 minutos e 33 segundos (Rails World 2025) | 9 segundos |
Uma aposta em agentes, não só no Rails
Segundo a análise de Norman, DHH previu que, até o fim do ano, "praticamente todas as áreas, praticamente todos os programadores, praticamente todas as empresas" usarão IA para gerar código. Ele também disse que ler código manualmente deveria se tornar "a exceção, não a norma".
A Dealroom também informa que o Omarchy Linux, um projeto paralelo que DHH mantém fora do Rails, recebeu cerca de US$ 20 milhões em compromissos de financiamento. O tempo de instalação caiu de 3 minutos e 33 segundos há um ano para apenas 9 segundos hoje. DHH apontou essa aceleração como outro exemplo do que ferramentas escritas por agentes podem alcançar. Separadamente, segundo a Dealroom, um teste da própria Rails Foundation com agentes de codificação mostrou que eles concluíram corretamente 95% das tarefas em uma primeira rodada.
O texto de Norman argumenta que a palestra falou pouco sobre o roteiro do próprio Rails, e que a reação da comunidade Ruby foi majoritariamente negativa. Segundo ele, alguns desenvolvedores sentiram que DHH usou seu horário de abertura para falar sobre IA e seus próprios projetos paralelos, em vez de Rails.
O que isso significa para desenvolvedores
Se você mantém uma aplicação Rails, nada muda hoje. As afirmações de DHH tratam de como o código é escrito, não do fim do suporte ao Rails. Mas a reescrita do Hey merece ser acompanhada como um teste real. Uma equipe conhecida está apostando que uma pilha de tecnologia carregada de IA, com várias linguagens, supera uma única base de código Rails compartilhada, ao menos para o próprio produto.
Tenha cuidado ao comparar sua própria produção com o "mês de 150 mil linhas" de DHH. Esse número, segundo consta, abrange muitos projetos pequenos, não um único aplicativo concluído. A simples contagem de linhas é um indicador fraco de software realmente pronto e entregue.
Suponha que você esteja escolhendo uma linguagem para um novo serviço de backend e espere que agentes de IA escrevam a maior parte do código. Nesse caso, pese as verificações rígidas do compilador do Rust contra sua fama de ser difícil de ler manualmente. Essas verificações capturam erros de memória e de threads antes mesmo de o programa rodar, o que importa mais quando é um agente, e não uma pessoa, escrevendo a maior parte do código. Teste essa troca em um serviço pequeno antes de se comprometer com uma reescrita completa.
Fontes
- What About Rails? - Jared Norman
- Pencils down: DHH declares the end of hand-written code - Dealroom
Artigos relacionados

Bun 1.4 leva à produção sua reescrita em Rust conduzida por IA
Bun 1.4 é a primeira versão de produção do runtime reescrito de Zig para Rust: inicialização mais rápida e novas APIs, enquanto críticos contam 13.044 blocos unsafe.

Fearless SIMD 1.0 traz SIMD estável e seguro ao Rust
O Fearless SIMD 1.0, lançado em 21 de setembro, dá ao Rust SIMD seguro do SSE2 ao AVX-512, NEON e WebAssembly, com uma API estável e 3 anos de correções de segurança.

Rust alerta mantenedores sobre falsas chamadas de emprego
A equipe de segurança do Rust diz que atacantes marcam videochamadas com donos de crates sob falsas ofertas de trabalho e depois pedem a instalação de um codec.