Resumo:
A programação tradicional está realmente chegando ao fim? 11 dias, 6.778 commits e mais de 1 milhão de linhas de novo código. Aproximadamente US$ 165.000 em Tokens foram queimados durante todo o processo. Recentemente, o Bun 1.4 foi lançado oficialmente, reescrevendo diretamente uma grande quantidade de código subjacente do Bun, do Zig ao Rust. O registro de mesclagem no GitHub mostra que uma alteração atingiu “+1009, 257 linhas, -4024 linhas”.
O que é exagerado é que essas 1 milhão de linhas de código não foram digitadas pouco a pouco por centenas de programadores.
Jarred Sumner, o desenvolvedor principal que liderou todo o projeto, primeiro construiu uma estrutura de trabalho do Agente e depois colocou IA nela e a reescreveu em paralelo.
11 dias depois, o projeto principal estava basicamente concluído.
Nos meses seguintes, o Agent continuou a corrigir bugs, executar testes e aperfeiçoá-lo repetidamente.
Até hoje, esse conjunto de códigos foi lançado oficialmente com o Bun 1.4 e está sendo executado nos computadores de milhões de desenvolvedores.
Depois de lê-lo, Paul Dix, o fundador do InfluxDB, escreveu diretamente um artigo: "O fim da programação".
Ele julgou diretamente que o método familiar de desenvolvimento de software de "os próprios programadores escrevem o código e deixam outro programador revisá-lo linha por linha" está morrendo.
1 milhão de linhas de código
Os seres humanos não suportam isso
O que realmente chocou Paul Dix foi que essas 1 milhão de linhas de código eram tantas que ninguém conseguia vê-las.
Se um desenvolvedor só puder enviar alguns PRs por semana, é claro que ele poderá revisá-los seriamente.
Mas ele observou que alguns desenvolvedores da OpenAI e da Anthropic agora podem enviar dezenas ou até centenas de PRs por semana.
Nesse nível, observar o código linha por linha é basicamente uma tarefa impossível.
A maneira como eles trabalham começou a mudar.
Escreva o Prompt, construa o Harness, faça testes, defina as condições de verificação e, em seguida, coloque o Agente no loop.
Deixe a máquina produzir o código sozinha, enquanto humanos monitoram os resultados. Bun 1.4 é um caso extremo desse estilo de jogo.
Jarred não digitou 1 milhão de linhas de Rust sozinho.
O que ele faz é mais como construir uma linha de montagem: primeiro diga ao Agente como migrar, quais resultados são considerados corretos e depois deixe vários Agentes avançarem em paralelo.
Não acabou depois que a primeira versão foi lançada. Continuei correndo, testando e revisando.
Portanto, Paul Dix acha que muitas pessoas dizem: "Isso não é apenas traduzir Zig em Rust?", o que subestima um pouco esse assunto.
Não é incomum ter 1 milhão de linhas de código traduzidas.
O segredo é ser capaz de reparar esse 1 milhão de linhas de código até a versão estável.
Funcionários da Empresa A e OpenAI
Já vivendo "um ano depois"
Paul Dix também tem um julgamento interessante.
Os desenvolvedores da Empresa A e da OpenAI estão, na verdade, vivendo no "mundo dos programadores comuns daqui a um ou dois anos".
Eles podem usar os modelos mais recentes e o Token é quase suficiente.
Os desenvolvedores comuns ainda estão calculando sua cota semanal, mas já podem ter o modelo mais poderoso rodando descontroladamente em segundo plano o dia todo.
A reescrita de Bun desta vez equivale a uma demonstração pública antecipada deste método de trabalho:
Até onde um modelo inteligente o suficiente, juntamente com uma quantidade quase ilimitada de tokens e um chicote confiável, pode aumentar a velocidade da produção de software.
É claro que o código manuscrito humano não desaparecerá amanhã.
Processos de grandes empresas, sistemas de responsabilização e análises de segurança manterão os métodos antigos vivos por muitos anos.
O próprio Paul Dix acredita que os métodos tradicionais de programação ainda podem se arrastar por mais dez anos.
Mas o grupo de pessoas mais rápido não se parece mais com os programadores tradicionais.
Eles começaram a determinar requisitos, dividir tarefas, construir uma linha de montagem de agentes e fazer verificações de aceitação.
Quanto a 5.000 linhas de código, 50.000 linhas de código ou 1 milhão de linhas de código serem geradas abaixo, você não pode ler com seus próprios olhos.
O valor real está do código à verificação
Quanto mais código gerado pela IA não significa que o software seja naturalmente melhor.
Muito pelo contrário. No futuro, definitivamente haverá muitos bugs, códigos inúteis e softwares que ninguém deseja manter.
O próprio Paul Dix admitiu isso. O que realmente mudou foi a abordagem de produção de software.
Anteriormente, o código em si era o recurso principal.
No futuro, uma grande quantidade de código poderá não ser lida completamente por qualquer ser humano, desde o nascimento até estar online.
O que os humanos realmente precisam compreender é o comportamento do sistema, os resultados dos testes, os indicadores de desempenho, os limites de segurança e a experiência do usuário.
O código passou de um “trabalho” para um produto intermediário gerado automaticamente pela máquina. Isso também explica por que o Harness de repente se tornou tão importante.
1 milhão de linhas de Rust pode ser apenas o começo.
O programador mais valioso do futuro pode não ser a pessoa que digita o código mais rápido. Provavelmente a pessoa que mais faz um monte de IA funcionar.
Comentários