Buz – Un fork de Bun que usa Zig moderno, con compilaciones incrementales de menos de 1 s
Un nuevo proyecto llamado Buz pretende ser un reemplazo directo del runtime JavaScript Bun, reconstruyendo la base de código de Bun anterior a Rust en Zig moderno para lograr compilaciones incrementales de menos de un segundo y una arquitectura más limpia. Los comentaristas debaten si Bun se ha convertido en “AI slop”, señalando informes de 600k líneas de código desordenado y 11k líneas de código trivialmente muerto, y discuten si una “deslopificación” a gran escala con LLM es realista o irónica. El hilo se amplía hacia preguntas sobre el futuro de los runtimes de código abierto (Node, Deno, Bun), las compensaciones entre herramientas todo en uno y stacks modulares, y cómo el código generado por IA está reconfigurando las prácticas de desarrollo de software.
Resumen del proyecto y objetivos
- Buz es un fork de Bun anterior a Rust, reescrito en “Zig moderno” con compilaciones incrementales de menos de un segundo.
- El mantenedor está limpiando agresivamente la base de código heredada, eliminando código muerto y apoyándose más en la stdlib de Zig.
- Política inicial: no habrá contribuciones escritas por humanos hasta que el código esté en un estado “sensato”; se usan mucho los LLM para refactorizar y “deslopificar” el código.
IA, “slop” y calidad del código
- Algunos ven Bun (especialmente la reescritura en Rust) como un ejemplo de “AI slop”: código grande, desordenado y guiado por LLM, difícil de mantener.
- Otros rechazan firmemente esa etiqueta, argumentando que el port de Bun a Rust mejora la seguridad mediante el borrow checker y no es intrínsecamente de baja calidad.
- Muchos comentarios señalan la ironía de usar LLM para limpiar código que los LLM ayudaron a crear, pero varios informan éxito práctico cuando los LLM se dirigen con precisión y se verifican con herramientas.
Ecosistema, sostenibilidad y alternativas
- Hay escepticismo sobre que Buz pueda mantenerse a largo plazo sin un ecosistema sólido; muchos esperan que la mayoría de los usuarios se quede con Bun o vuelva a Node.
- Deno se menciona como otro runtime moderno, pero algunos se preocupan por su impulso y la estabilidad de la empresa.
- Varios sostienen que elegir un runtime principalmente por su herramienta “todo en uno” (como Bun) es arriesgado; Node + herramientas especializadas se considera suficientemente bueno por muchos.
Tiempos de compilación, Zig y el debate sobre la reescritura en Rust
- Los compilaciones incrementales de menos de 1 s de Buz se citan como prueba de que las compilaciones rápidas siempre fueron posibles con Zig y mejores prácticas.
- Esto se contrasta con quejas anteriores de Bun sobre los tiempos de compilación de Zig y un fork polémico del compilador de Zig.
- Algunos ven el paso de Zig a Rust en parte como algo político y orientado al ecosistema; otros enfatizan las garantías de seguridad de memoria de Rust.
Código muerto y mantenimiento
- Buz afirma haber eliminado unas ~11K líneas de código trivialmente muerto de la base de ~600K líneas de Bun.
- A algunos les parece asombroso; otros dicen que entre un 1% y un 2% de código muerto es normal en proyectos grandes y muy activos.
- Se sospecha que el código generado por LLM contribuye a ramas y utilidades sin usar ni limpiar.
Meta: herramientas de JS y fatiga por la IA
- Varios comentaristas expresan fatiga por los interminables nuevos runtimes/frameworks de JS y por las “soluciones” generadas por IA en busca de problemas.
- Otros siguen valorando Bun/Buz por consolidar muchas herramientas en un runtime rápido, parecido a un framework opinativo e integrado con todo incluido.