Buz: el fork de Bun que compila en menos de 1 segundo — y amenaza con reemplazar a Node.js

Imaginate escribir código y que los cambios se reflejen en menos de lo que tardas en pestañear. Suena a exageración, pero Buz, un fork de Bun escrito en Zig moderno, acaba de demostrar que compila en menos de 1 segundo. No es marketing. Es real.

El post apareció en Hacker News y explotó: 171 puntos y 127 comentarios en cuestión de horas. Y no es para menos: mientras Node.js sigue arrastrando décadas de deuda técnica y Bun prometía ser la solución pero se quedó a medio camino, apareció un desarrollador con una idea simple pero radical: reescribir Bun en Zig moderno y eliminar todo lo que sobra.

El resultado se llama Buz y, spoiler: compila incrementos en menos de 1 segundo. Para ponerlo en perspectiva, Node.js tarda entre 5 y 15 segundos en arrancar un proyecto con dependencias. Bun lo redujo a ~2-3 segundos. Buz lo bajó a fracciones de segundo.

¿Cómo es posible? La clave está en Zig. Mientras Bun usa Zig anterior y una arquitectura que heredó la complejidad de JavaScriptCore, Buz aprovecha las mejoras del Zig moderno — compilación más rápida, mejor inferencia de tipos, y un sistema de construcción que permite builds incrementales sin recompilar todo el árbol de dependencias. Es como si hubieran tomado un motor V8 y lo hubieran optimizado con un enfoque "menos es más".

🚀 Buz no es solo velocidad — es filosofía

Buz no intenta ser compatible con todo el ecosistema de npm desde el día 1. En lugar de eso, prioriza lo que realmente importa: arranque instantáneo, zero config para proyectos nuevos, y compatibilidad con el subset de APIs que el 90% de los desarrolladores usa. El 10% restante (paquetes legacy, CJS puro, módulos nativos mal empaquetados) puede esperar.

¿Y sabes qué? Esa misma filosofía ya funcionó antes. Go no era compatible con nada cuando nació. Rust no prometía heredar el ecosistema de C. Ambos construyeron su propio camino y ganaron. Buz parece estar siguiendo esa ruta.

La reacción de la comunidad ha sido dividida, que es exactamente lo que necesitas para que un proyecto open source despegue. Los defensores aplauden la velocidad. Los escépticos señalan que Bun ya intentó ser "el asesino de Node.js" y sigue lejos de lograrlo. Pero hay una diferencia clave: Bun fue creado por una startup con financiación (Oven.sh, $9M). Buz es un proyecto de la comunidad, sin presión de inversores, sin deadlines de producto. Eso le da una ventaja que no se compra con dinero: puede iterar hasta que funcione, sin prisas.

⚡ ¿Deberías migrar a Buz hoy?

Respuesta corta: no. Buz está en fase temprana. No es production-ready. Pero deberías tenerlo en el radar por tres razones:

• La velocidad real importa — en equipos grandes, los builds incrementales de 1s vs 10s se traducen en horas ahorradas por semana. Amazon midió que cada 100ms de latencia les cuesta 1% en ventas. Imaginate 9 segundos.
• Zig está ganando tracción — después del drama de Bun con su creador original (Andrew Kelley, creador de Zig, tuvo una salida polémica de Anthropic), la comunidad de Zig está demostrando que no necesita un unicornio para innovar.
• El efecto "fork exitoso" — MariaDB fue un fork de MySQL. LibreOffice de OpenOffice. Vivaldi de Chrome. Los forks no son fracasos, son evolución.

¿Qué opino yo? Node.js tuvo su reinado, Bun demostró que se podía hacer mejor, y ahora Buz está mostrando que incluso lo "mejor" se puede mejorar. El ecosistema de JavaScript runtime está viviendo su momento más emocionante desde que Ryan Dahl lanzó Node.js en 2009. Y lo mejor: nadie está pagando por esto. Todo es open source, todo es comunidad.

Comparte esto con ese amigo que todavía jura que Node.js es lo máximo. Porque en 2026, la conversación ya no es "Node vs Deno vs Bun". Ahora es "¿y si todo esto se puede hacer en menos de 1 segundo?"