Buz – Um fork de Bun usando Zig moderno, com builds incrementais abaixo de 1s
Um novo projeto chamado Buz pretende ser um substituto drop-in para o runtime JavaScript Bun, reconstruindo a base de código pré-Rust do Bun em Zig moderno para alcançar builds incrementais abaixo de 1 segundo e uma arquitetura mais limpa. Comentadores debatem se o Bun virou “AI slop”, citando relatos de 600 mil linhas de código confuso e 11 mil linhas de código trivialmente morto, e discutem se a “deslopificação” em larga escala com LLMs é realista ou irônica. A discussão se amplia para o futuro dos runtimes open source (Node, Deno, Bun), as trocas entre tooling tudo-em-um e stacks modulares, e como código gerado por IA está remodelando as práticas de desenvolvimento de software.
Visão geral do projeto e objetivos
- Buz é um fork do Bun pré-Rust, reescrito em “Zig moderno” com builds incrementais abaixo de um segundo.
- O mantenedor está fazendo uma limpeza agressiva da base de código herdada, removendo código morto e confiando mais na stdlib do Zig.
- Política inicial: sem contribuições escritas por humanos até o código estar em um estado “são”; LLMs são usados intensamente para refatorar e “deslopar” o código.
IA, “slop” e qualidade de código
- Alguns veem o Bun (especialmente a reescrita em Rust) como emblemático de “AI slop”: código grande, bagunçado e dirigido por LLMs, difícil de manter.
- Outros rejeitam fortemente esse rótulo, argumentando que o port em Rust do Bun melhora a segurança com o borrow checker e não é inerentemente de baixa qualidade.
- Muitos comentários observam a ironia de usar LLMs para limpar código que LLMs ajudaram a criar, mas vários relatam sucesso prático quando os LLMs são rigidamente orientados e verificados com ferramentas.
Ecossistema, sustentabilidade e alternativas
- Há ceticismo de que o Buz possa ser mantido a longo prazo sem um ecossistema forte; muitos esperam que a maioria dos usuários continue com Bun ou volte para Node.
- Deno é mencionado como outro runtime moderno, mas alguns se preocupam com seu impulso e a estabilidade da empresa.
- Vários argumentam que escolher um runtime principalmente por seu tooling “tudo em um” (como o Bun) é arriscado; Node + ferramentas especializadas é visto por muitos como suficiente.
Tempos de build, Zig e o debate da reescrita em Rust
- Os builds incrementais abaixo de 1s do Buz são citados como prova de que builds rápidos sempre foram possíveis com Zig e melhores práticas.
- Isso é contrastado com reclamações anteriores do Bun sobre tempos de compilação do Zig e um fork controverso do compilador Zig.
- Alguns veem a mudança de Zig para Rust como parcialmente política e guiada pelo ecossistema; אחרים enfatizam as garantias de segurança de memória do Rust.
Código morto e manutenção
- O Buz afirma ter removido cerca de 11K linhas de código trivialmente morto da base de cerca de 600K linhas do Bun.
- Alguns acham isso impressionante; outros dizem que 1–2% de código morto é normal em projetos grandes e em rápida evolução.
- Suspeita-se que código gerado por LLM tenha contribuído para branches e utilitários não usados e não limpos.
Meta: tooling de JS e fadiga com IA
- Vários comentaristas expressam cansaço com infinitos novos runtimes/frameworks de JS e “soluções” geradas por IA em busca de problemas.
- Outros ainda valorizam Bun/Buz por consolidar muitas ferramentas em um runtime rápido, semelhante a um framework opinativo e completo.