Next.js a la velocidad de Bun

Lydia, Jefa de Propaganda en Bun, presenta su experiencia previa en Vercel enseñando optimización de Next.js. Explica que Next.js revolucionó el desarrollo web con características como bundling inteligente con Webpack y Turbopack, optimización automática de imágenes y fuentes, y renderizado del lado del servidor (SSR) con ISR y RSC. Sin embargo, resalta que aunque Next.js ha hecho un trabajo increíble optimizando cada aspecto del framework, aún existe una capa fundamental que no puede optimizar: el runtime en sí mismo. Esta introducción establece el problema fundamental que Bun pretende resolver, mostrando que a pesar de todas las mejoras del framework, todavía hay un límite superior que depende de la tecnología subyacente que ejecuta el código.

Se explica en detalle cómo funciona Node.js: utiliza el motor V8 de Google conectado a través de libuv, una biblioteca en C que maneja operaciones de entrada/salida asincrónica. Cada operación como leer un archivo implica múltiples capas: JavaScript a V8, luego a bindings de C++, luego a libuv, y finalmente al kernel del sistema operativo. Aunque Node.js fue excelente en 2009 cuando los servidores tenían pocos núcleos, en 2025 el hardware ha cambiado dramáticamente con cientos de núcleos de CPU, terabytes de memoria y almacenamiento 50 veces más rápido. Sin embargo, Node.js sigue utilizando el mismo modelo basado en 15 años de antigüedad, lo que se convierte en un cuello de botella para entornos modernos como funciones serverless y servidores de desarrollo que requieren inicios rápidos.

Bun es un runtime completamente nuevo construido en Zig (un lenguaje de sistemas moderno que se ejecuta cerca del metal) en lugar de C++ como Node.js. Utiliza JavaScriptCore de Apple como motor JavaScript, que inicia rápidamente al diferir optimizaciones iniciales, perfectamente adaptado para tareas modernas cortas. El runtime central de Bun está escrito enteramente en Zig, lo que permite implementar operaciones de E/S asincrónica como llamadas directas del sistema al kernel, eliminando la necesidad de libuv como intermediario. Esto reduce significativamente las capas de abstracción entre el código JavaScript y el sistema operativo: en lugar de JavaScript → V8 → C++ → libuv → kernel, Bun hace JavaScript → JSC → Zig → kernel directo. El resultado es que operaciones como acceso a archivos, servidores HTTP y otras son mucho más rápidas desde el inicio hasta la ejecución.

Bun mantiene 100% de compatibilidad con Node.js pero incluye múltiples APIs integradas verdaderamente construidas en Zig, como un cliente SQL que funciona con Postgres, MySQL y SQLite, un cliente S3 compatible con todos los proveedores (Amazon S3, Cloudflare R2, Supabase Storage), hashing de contraseñas, Redis, y un shell integrado. El cliente SQL de Bun es hasta 11 veces más rápido que MySQL 2 en Node, y el cliente S3 es hasta 6 veces más rápido que AWS S3 SDK. Bun también incluye un gestor de paquetes (bun install) que es 17 veces más rápido que Yarn, 7 veces más rápido que NPM y 4 veces más rápido que PNPM, un bundler y transpilador integrados que soportan TypeScript y JSX directamente, y un ejecutor de pruebas hasta 14 veces más rápido que Vitest. Este enfoque de 'baterías incluidas' es similar a lenguajes como Go o Python, reduciendo significativamente las dependencias necesarias y mejorando el rendimiento general de las aplicaciones.

Usar Bun con Next.js es sorprendentemente simple: después de instalar Bun, solo necesitas cambiar tu comando a 'bun run --bun next dev'. La bandera --bun es necesaria porque Bun respeta los shebangs de Node.js para mantener compatibilidad, y --bun fuerza explícitamente el uso del runtime de Bun en lugar de volver a Node automáticamente. Con este cambio, Bun ejecuta tu servidor de desarrollo Next.js mientras que el bundler permanece siendo Turbopack (o Webpack según tu configuración). Lo crucial es que no tienes que cambiar absolutamente nada en tu código, paquetes o middleware: todo sigue funcionando sin modificaciones porque Bun está diseñado para ser 100% compatible con Node.js. Si encuentras problemas de compatibilidad, eso se considera un bug en Bun que debe reportarse.

Con Bun como runtime de Next.js, puedes usar las APIs integradas directamente en funciones del servidor y componentes del servidor React sin instalar dependencias. Se muestra un ejemplo práctico donde en un componente de servidor se consulta una base de datos SQL para obtener una publicación de blog, se genera una URL presignada de S3 para la imagen, y se usa el shell de Bun para contar palabras, todo sin capas de API extra ni herramientas de terceros. Bun maneja el runtime, las conexiones de base de datos y el shell nativamente en Zig, ejecutándose cerca del metal del hardware. Esto representa un cambio paradigmático en cómo desarrollamos con Next.js: las operaciones comunes que normalmente requieren múltiples dependencias ahora vienen integradas y optimizadas. Para los desarrolladores que no usan Postgres o S3, Bun también ofrece una experiencia superior simplemente ejecutando cualquier archivo JS, TS, TSX o JSX sin configuración previa.

Bun proporciona herramientas adicionales como 'bun x' (equivalente a npx) que es 5 veces más rápido que 'npx create-next-app', lo que mejora significativamente la experiencia inicial del desarrollo. La estrategia recomendada de adopción es incremental: primero cambiar a 'bun install' sin cambiar nada más en el proyecto, después usar el runtime de Bun localmente con 'bun run --bun next dev' para probar compatibilidad, y finalmente migrar a las APIs nativas de Bun donde tenga sentido. Cada paso es reversible: si algo no funciona, simplemente puedes volver a Node.js sin perder el trabajo previo. Vercel está implementando soporte nativo de Bun que llegará muy pronto, permitiendo desplegar aplicaciones de Bun tan fácilmente como cualquier otro proyecto de Next.js. En ejemplos del mundo real en Vercel, usar Bun en APIs HONO ha resultado en una reducción del 30% en uso de CPU, beneficio que se aplicaría de manera similar a funciones de servidor y RSC en Next.js.

Lydia concluye expresando que si Next.js reimaginó cómo construimos para la web, entonces Bun reimagina qué impulsa esa construcción. Agradece al equipo de ingenieros de Bun que trabaja continuamente para hacer el runtime más rápido, estable y divertido de usar, reconociendo que hay un equipo completo detrás de Jared Sumner empujando constantemente los límites de lo que es posible con JavaScript. El mensaje final es optimista sobre las posibilidades futuras de combinar Next.js con Bun, animando a desarrolladores a explorar esta combinación y construir aplicaciones más rápidas y eficientes. Esta conclusión refuerza que Bun no es una herramienta marginal sino una evolución significativa en el ecosistema de JavaScript que representa años de trabajo en ingeniería de sistemas moderna.