El declive de Deno: las regiones globales se reducen a 6

• El hosting global de edge de Deno Deploy se desplomó de 35 regiones a solo 6 actualmente, lo que deja prácticamente sin sustento la afirmación de "escalabilidad global"
• Al quedar fuera zonas clave como Tokio, Fráncfort y Sídney, también aumentó considerablemente la latencia para los usuarios
• Otros proyectos importantes como el framework Fresh, Deno KV y JSR también muestran estancamiento en sus actualizaciones o están prácticamente detenidos
• Deno ya no es una plataforma innovadora de JavaScript y se limita a seguir a Node.js con compatibilidad
• El autor expresa su decepción diciendo que Deno le hizo un 'rug pull', contrario a las expectativas iniciales, y deja ver nuevas expectativas hacia Bun

---

Reducción de regiones en Deno Deploy

• Deno Deploy llegó a operar 35 regiones, pero para enero de 2025 solo quedaban 6
  • Regiones que siguen activas: Singapur, Londres, Fráncfort, São Paulo, Norte de Virginia y California
• Con el cierre de la región de Tokio, todo Asia Oriental queda atendido por Singapur, lo que provoca tiempos de respuesta más lentos
• En la documentación oficial, la frase "se agregarán regiones" cambió por "refleja la lista más reciente", señal de que se abandonó el plan de expansión

Dudas sobre la promesa de hosting edge

• Deno enfatiza la "computación edge" y los "servicios globales de baja latencia", pero la reducción real del número de regiones crea una brecha con esa narrativa
• Competidores como Cloudflare operan en 335 ciudades de 125 países y Bunny en 119 ubicaciones de 77 países
• Netlify usa el runtime de Deno, pero su red edge de alto rendimiento solo está disponible en planes personalizados

Otras líneas de producto de Deno: estancamiento y confusión

• El framework web Fresh no publica releases desde octubre de 2024 y la actividad de commits también cayó con fuerza
• Deno KV está prácticamente abandonado, y su último release oficial fue en diciembre de 2023
• JSR (JavaScript Registry) es criticado por un sistema de empaquetado confuso y por la falta de una filosofía clara
• El propio runtime de Deno está demasiado ocupado manteniendo compatibilidad con Node.js, mientras la innovación desaparece
  • La función más representativa de Deno 2.2 fue la introducción de telemetría de usuarios, con una reacción más bien fría por parte de los usuarios

Decepción de la comunidad y búsqueda de alternativas

• El autor dice que invirtió profundamente en Deno y terminó decepcionado, al punto de describirlo como un 'rug pull'
• Deno, que al principio soñaba con ser una alternativa a Node.js, ahora tiene una dirección y una diferenciación cada vez más borrosas
• Ahora su atención está puesta en Bun, con expectativa por un nuevo desafío

Conclusión

• Deno atraviesa actualmente un estado de contracción y estancamiento en el tamaño de su red de regiones, en las actualizaciones de sus productos y en su dirección técnica
• Términos de marketing como "escalabilidad global" y "hosting edge" parecen, en la práctica, exagerados o cercanos a ser engañosos
• Sin recuperar la confianza de la comunidad ni ofrecer innovación real, el futuro de Deno se perfila todavía más incierto

[tested]

Bun también sigue poniéndose al día con la compatibilidad con Node.js.
> https://x.com/bunjavascript/status/1915633844155527208

[jeiea]

También estoy usando la compatibilidad con opentelemetry que agregaron hace poco, así que estoy satisfecho con el runtime, pero como solo usaba deno deploy gratis, no sabía que pasaban ese tipo de cosas.
Como alternativa, a mí me cuesta entender que se ponga el foco en bun. Necesitaría más información sobre qué clase de almuerzo gratis esperan.

[tujuc]

Se podría decir eso de deno deploy...
Con lo demás, mmm... me deja pensando bastante.

¿Tendré que mover lo que tengo montado como servicio...?

[GN⁺]

Opiniones de Hacker News

• Uso Deno con frecuencia. Es útil para ETL de datos o transformación de JSON

  • Puedes crear un directorio nuevo y empezar de inmediato, sin configuración ni preparación
  • Muchas funciones de Deno siguen siendo útiles, y recientemente también ha habido actualizaciones activas
  • Las librerías internas y de la comunidad, como Postgres y Redis, también se están actualizando activamente

• Quiero que me guste Deno, pero termino usando Bun por problemas de compatibilidad

  • Bun ofrece una mejor experiencia para trabajar con TypeScript
  • Algunas funciones de Deno se sienten incompletas
  • Coincido con las opiniones sobre Fresh y el K/V store
  • Es difícil encontrar una respuesta clara al elegir un framework de backend
  • El cierre de centros de datos no es algo positivo

• Hay preocupación por los problemas de seguridad de Deno

  • No existen herramientas de SBOM/SCA que soporten Deno.lock
  • Es difícil recibir alertas de CVE
  • Resulta pesado tener que depender solo de paquetes compatibles con npm

• Hay decepción con Deno

  • Había muchas expectativas puestas en Deno, pero le está costando competir con su rival Bun
  • Reducir las regiones podría ayudar a retener clientes

• Los módulos de Node implementados en Rust resultan interesantes

  • La implementación de Bun en Zig ignora muchos edge cases

• Puede ser una etapa difícil para Deno

  • Podría ser parte del proceso por el que pasan los proyectos nuevos y creativos
  • Ryan Dahl está esforzándose por mejorarlo

• Hay dudas sobre si Deno realmente alguna vez llegó a llamar la atención

  • Es difícil explicarlo como una caída

• La polémica de Deno sobre las marcas registradas de Oracle y JavaScript

  • Parece una estrategia para llamar la atención
  • No encaja con la forma en que el mercado toma decisiones de compra

• La decisión de Supabase de depender de Deno genera incomodidad entre los desarrolladores

  • Se pierde tiempo buscando o cargando los paquetes necesarios
  • Deno 2.0 es compatible con Node, pero no queda claro cuál es el propósito de eso