Cloudflare compra Deno y la guerra de runtimes de JavaScript se inclina hacia Node

Cloudflare ha adquirido Deno, según informa Fireship. Deno es un runtime para JavaScript y TypeScript que Ryan Dahl anunció en 2018 como una corrección de sus propios errores en Node.js. Dahl lanzó el propio Node en 2009. Ocho años después de la primera charla sobre Deno, Dahl, según el relato de Fireship, admite que reimplementar Node fue un error. La fuente no menciona el precio del acuerdo, los plazos de cierre ni el futuro de los productos. Se trata de un vídeo de análisis con una descripción de pocas líneas, y el material no incluye confirmación de las propias compañías.

Cómo creció la rivalidad

Node.js apareció en 2009 y convirtió JavaScript en un lenguaje de servidor. En 2018, Dahl presentó en la JSConf EU la charla «10 Things I Regret About Node.js» y mostró Deno. El proyecto está escrito en Rust, admite TypeScript de serie y bloquea el acceso a archivos y red mediante un sistema de permisos. La versión 1.0 salió en mayo de 2020.

Después quedó claro que la ecosistema pesa más que la ideología. Millones de paquetes de npm están escritos para Node, y los desarrolladores no querían reescribir sus dependencias a cambio de una arquitectura elegante. Deno hizo concesiones. Primero llegaron las importaciones a través de npm y, en octubre de 2024, Deno 2.0, centrado en la compatibilidad con Node. En paralelo crecía Bun, que apuesta por lo mismo: un runtime rápido que ejecuta el código de siempre.

En septiembre de 2024, Deno Land también presentó una demanda contra Oracle para impugnar la marca registrada JavaScript. Es otra historia, pero muestra que la compañía dedicaba esfuerzos a algo más que al producto.

Por qué Cloudflare

Cloudflare ya tiene su propio entorno de servidor para JavaScript. Workers funciona sobre isolates de V8, el motor de ejecución workerd se publicó como código abierto y el modo nodejs_compat añade soporte para una parte de las API de Node. Deno Deploy ocupaba un nicho vecino: la ejecución de código en el borde de la red. Lo que sigue es mi interpretación, no un hecho de la fuente: Cloudflare se queda con un equipo de gran experiencia en V8, Rust y estándares web, y elimina a un competidor en el mercado de ejecución en el edge.

También cabe otra lectura. Si el creador reconoce que el camino de reconstruir Node resultó un callejón sin salida, gana quien construye sobre Node y no en su lugar. Esa es la idea que vende el titular de Fireship y, por supuesto, suena más fuerte que los hechos conocidos.

Qué se sabe hasta hoy

• Comprador: Cloudflare. Objeto de la operación: Deno.
• Fuente: vídeo de Fireship del 15 de octubre de 2026.
• Precio y condiciones: no se revelan en el material.
• Cronología: Node.js, 2009. Anuncio de Deno, 2018. Deno 1.0, mayo de 2020. Deno 2.0 con compatibilidad con Node y npm, octubre de 2024.
• Noticia secundaria del mismo vídeo: JetBrains ofrece a cada cuenta un modelo de programación gratuito, Junie Lite. Es una inserción patrocinada del autor y no hay detalles sobre el modelo.

Qué deberían hacer los equipos

No hay motivo para el pánico. Si programas en Node, nada cambia: la plataforma sigue siendo el estándar de facto y tus dependencias no van a desaparecer. Si usas Deno, revisa la política de soporte y la licencia, espera al anuncio oficial de Cloudflare y no migres antes de que haya una hoja de ruta.

Si tus proyectos están en Cloudflare Workers, conviene ejecutar ya el código con nodejs_compat activado y comprobar qué API de Node quedan sin cubrir. Y si estás eligiendo un runtime para un servicio nuevo, valora no solo la velocidad de arranque, sino también lo bien que funciona con tus paquetes y con tus herramientas de CI. A juzgar por esta historia, la compatibilidad pesa más que la pureza arquitectónica.

Los detalles del acuerdo y las declaraciones oficiales de Cloudflare y Deno habrá que leerlos en las fuentes primarias.