David Bushell, un desarrollador web basado en el Reino Unido, recientemente documentó su regreso a Node.js después de un uso prolongado de Deno en una entrada de blog titulada 'Friendship ended with Deno, now Node is my best friend.' Bushell, quien había sido un usuario dedicado de Deno, se encontró revisitando Node.js para un proyecto cliente y se sorprendió de cuánto había evolucionado la plataforma durante su ausencia del ecosistema.
La imagen muestra la transición de Deno a Node.js, reflejando el tema del artículo de migrar de Deno a Node.js.
Según el relato de Bushell, Node.js ha experimentado mejoras sustanciales que abordaron sus frustraciones previas con la plataforma. Señala que las características modernas de ECMAScript están ahora totalmente soportadas, las API heredadas han sido modernizadas y reemplazadas, y la omnipresente declaración require() ya no es necesaria en el desarrollo contemporáneo de Node.js. Para la migración de su generador de sitios estáticos personal, Bushell informa que necesitó solo tres cambios específicos: reemplazar la API del sistema de archivos de Deno por node:fs, sustituir Deno.serve por el adaptador de Node de Hono (un envoltorio alrededor de node:http) e intercambiar @std/path por node:path como un reemplazo de importación directa. A pesar de mantener un estilo de codificación idiomático de Deno durante todo el proceso de migración, se sorprendió al observar una mejora del 15% en el rendimiento de compilación después de completar la transición a Node.js v26.10.0.
Bushell atribuye su partida de Deno a varios problemas persistentes de usabilidad y confiabilidad que fueron erosionando gradualmente su confianza en la plataforma. Específicamente menciona semanas de integración rota con ZSH que obstaculizaban su flujo de trabajo, respuestas agresivas de límite de tasa (429 Too Many Requests) del registro de paquetes JSR que interrumpían la gestión de paquetes, y errores recurrentes que causaban que Deno fallara bajo cargas concurrentes de solicitudes HTTP. Más allá de estas preocupaciones técnicas, Bushell sugiere más fundamentalmente que Deno Land Inc. dejó de innovar de manera significativa hace años, señalando los despidos de personal y lo que caracteriza como un cambio estratégico hacia 'fantasías de IA y codificación por vibra Temu Cloudflare' como evidencia de la dirección y visión decreciente del proyecto. Aunque reconoce el atractivo inicial de Deno como un runtime innovador de JavaScript, Bushell concluye su entrada afirmando que 'no hay razón para usar el runtime de Deno hoy' dadas las sustanciales mejoras de Node.js en experiencia del desarrollador, rendimiento y madurez del ecosistema durante su ausencia.