Rewrite do Bun 1.4 em Rust preocupa comunidade

Atrasos e perda de confiança

O autor afirma que o Bun, projeto pelo qual torce desde seu lançamento em 2022 e que substituiu o Node em seu próprio desenvolvimento, atravessa seus três meses mais problemáticos. Segundo ele, o projeto deixou de ser visto como uma das mais impressionantes iniciativas individuais de engenharia e passou a parecer uma criatura “movida por IA”, marcada por promessas sucessivamente adiadas e por uma comunidade cada vez mais frustrada.

A principal evidência apresentada é a comunicação sobre o Bun 1.4. Durante semanas, a equipe publicou datas ou previsões próximas para o lançamento: 7 de julho, depois “terça-feira”, “amanhã”, “na próxima semana” e outras variações. Em 13 de agosto, a versão ainda estaria compilando; em 15 de agosto, o lançamento foi adiado para segunda-feira; em 17 de agosto, a promessa virou novamente “amanhã”. O autor ressalta que atrasos são normais em software, mas considera problemático o abandono de datas e números concretos por uma comunicação baseada em expectativas vagas. A última versão estável havia sido lançada três meses antes, o maior intervalo do Bun desde 2022, segundo o texto.

O papel da IA no rewrite

O Bun 1.4 é descrito como uma grande aposta em IA. No mês anterior, 15,8 mil commits vieram de robobun, 1,6 mil de autofix-ci[bot] e 790 de Jarred Sumner. O texto também afirma que, seis meses antes, a maior parte dos pull requests do Bun vinha de pessoas que usavam prompts para Claude; agora, a maior parte viria de Claude produzindo prompts para Claude. O repositório teria mais de 5 mil pull requests abertas, número comparado aos 2,2 mil do OpenClaw e aos 441 do React. O GitHub recomenda manter menos de mil pull requests abertas contra uma única branch antes que as verificações de capacidade de mesclagem comecem a atingir limites de tempo.

Para o autor, o problema mais grave é a qualidade do código. O rewrite para Rust é apresentado como o teste real mais observado sobre a possibilidade de agentes de IA assumirem uma base de código de produção sob direção humana, mas com pouca leitura humana do código gerado. O resultado poderia afetar também a reputação da Anthropic: um bom desfecho seria uma evidência relevante em favor da programação agentiva; um mau desfecho transmitiria o sinal oposto.

Rust, Zig e a justificativa da mudança

O texto questiona se a migração entregou a segurança de memória que teria motivado a troca de linguagem. A quantidade de blocos unsafe no código Rust é citada como indício de que essa promessa talvez não tenha sido cumprida. O autor chega a dizer que o rewrite parece mais uma propaganda da Anthropic do que uma solução técnica, mas apresenta isso como sua interpretação.

Ele também contesta se Zig era realmente o problema. A identidade inicial do Bun estaria ligada ao desempenho, à compilação rápida, ao controle direto de memória e à baixa complexidade de Zig para uma equipe pequena. Na avaliação do autor, Jarred Sumner e a Anthropic podem ter decidido antecipadamente usar Rust e empregado os problemas de memória de Zig como justificativa pública para demonstrar o poder do Claude. Uma alternativa seria ter usado o esforço assistido por IA para tornar o código Zig mais disciplinado e compreensível, opção que, segundo ele, não foi seriamente considerada. A conclusão é que o Bun 1.4 continua sem lançamento, enquanto o projeto enfrenta o custo técnico e a perda de confiança associados ao rewrite.