Como está indo a reescrita do Bun em Rust?
A reescrita de alto perfil do Bun de Zig para Rust usando o modelo Claude da Anthropic está gerando perguntas sobre o que realmente significa estar “pronto” em uma porta assistida por IA de um runtime grande. Comentadores observam que, embora a versão em Rust já esteja por trás do editor Claude Code da Anthropic e passe por testes extensos, ainda não há um lançamento público estável, a atividade de CI continua intensa e há uma grande quantidade de Rust com `unsafe`, tudo isso sugerindo um trabalho significativo de endurecimento pós-reescrita. O debate se expande para saber se essas reescritas guiadas por LLMs são realmente custo-efetivas e confiáveis, ou principalmente um golpe de marketing que obscurece o longo esforço liderado por humanos necessário para tornar o resultado idiomático, seguro e sustentável.
Status da reescrita em Rust
- O thread concorda que a tradução Zig→Rust está funcionalmente concluída: o código em Zig não é mais usado e a versão em Rust roda em produção para o Claude Code e como canary (
bun upgrade --canary). - Ainda não há um lançamento formal 1.4. Alguns veem a ausência de um release marcado como evidência de que a reescrita não está “pronta” ou estável; outros argumentam que um longo período em canary é normal após uma grande reescrita.
- Um mantenedor diz que o lançamento público está bloqueado até atingir um número prometido de testes do Node.js recém-passando; o release é “muito provavelmente” iminente.
Uso no mundo real e confiabilidade
- O Claude Code vem rodando no runtime em Rust há mais de um mês; aparentemente a maioria dos usuários não percebeu.
- Há alguns relatos de crashes e vazamentos de memória relacionados ao Bun no Claude Code; outros dizem que ele tem sido estável o suficiente para que a reescrita “não tenha desandado de vez”.
- Há debate sobre quão representativo o Claude Code é: alguns argumentam que ele usa uma grande superfície de APIs do Node/Bun; outros dizem que é apenas um aplicativo e não prova estabilidade ampla do ecossistema.
Segurança, “Rust idiomático” e dívida técnica
- Muitos comentários preocupam-se que a porta não seja Rust idiomático, com muito
unsafee fronteiras semelhantes às de C, então a segurança inicial não é muito melhor do que em Zig. - Uma contagem aproximada de
unsafeno repositório parece ter ficado estável ao longo do tempo, o que decepciona quem esperava uma redução progressiva por meio de refatoração. - Outros argumentam que algum
unsafeé inerentemente necessário (FFI para JavaScriptCore, APIs do sistema operacional) e que Rust, junto de ferramentas (linting, miri, testes), torna o trabalho futuro de segurança mais fácil.
Custo, tokens e CI
- A cifra de marketing inicial foi de cerca de US$ 165 mil em tokens ao longo de ~11 dias; comentaristas estimam que o gasto total com tokens + CI se aproxima de US$ 800 mil conforme o trabalho continuou.
- Alguns dizem que isso é trivial para uma empresa de IA de fronteira; outros observam que é um valor grande e potencialmente enganoso como modelo para organizações “normais”.
- Os custos de CI (muitas plataformas/arquiteturas e forte fragmentação) são reconhecidos como significativos e de longa data, não apenas decorrentes da reescrita.
LLMs para grandes reescritas: hype vs. realidade
- Entusiastas veem isso como um marco: um runtime altamente complexo portado rapidamente enquanto se mantém uma grande suíte de testes passando; eles relatam sucesso semelhante usando LLMs para ports.
- Céticos enfatizam a manutenção de longo prazo: LLMs são bons em tradução mecânica rápida, menos em arquitetura, casos extremos e “desloppificação”; os “últimos 10%” de bugs e inchaço são caros.
- Foram levantadas preocupações sobre enviar grandes quantidades de código de LLM não revisado por humanos para milhões de usuários, e sobre os incentivos e a transparência da Anthropic; outros respondem que testes fortes, o sistema de tipos do Rust e o dogfooding mitigam significativamente o risco.