Elecciones 2026Vea quién creemos que merece su voto, según nuestros criteriosLa guía →
ESCRITO EN ESPAÑOL CLARO.
CLAY TRIBUNE.
Publicidad

El desarrollador abandona Deno en favor de Node, citando una integración fallida de ZSH, límites de JSR y despidos. )

Un desarrollador abandona Deno por Node, citando errores, malware y fatiga de Microsoft. Una historia de traición tecnológica, contada con humor seco. )

Por mitch·4 min de lectura
A developer sits at a desk lit by soft light, laptop open to code, evoking a sense of quiet resolve.

Un desarrollador que pasó años construyendo sobre Deno ha vuelto a Node, y no se arrepiente de ello. Su historia, titulada «La amistad terminó con Deno, ahora Node es mi mejor amigo», causó impacto en Hacker News hoy. El relato es personal, pero transmite un mensaje más amplio sobre hacia dónde ha ido el desarrollo de JavaScript.

El Largo Adiós

La relación del escritor con Deno terminó mal. Enumera tres razones para la ruptura:

  1. Una integración ZSH rota que duró semanas
  2. Límites agresivos de 429 (Demasiadas Solicitudes) en JSR
  3. Errores que hacían que Deno fallara al procesar solicitudes HTTP concurrentes

Describe la situación como «básicamente cosas que lo hacían prácticamente inutilizable». La gota que derramó el vaso fue cuando Deno Land Inc. dejó de innovar hace años. El escritor dice que Node ha alcanzado y superado a Deno en algunos aspectos.

Publicidad

Por Qué Node Ganó de Nuevo

The writer returned to Node for a SvelteKit client project. He found that the runtime had improved dramatically since he last used it. Modern ECMAScript sugar is fully supported, and the old annoying APIs have been replaced or modernised. He never has to see require() again.

También notó que el panorama de la gestión de paquetes ha cambiado. NVM, la forma oficial de gestionar Node y NPM, implica canalizar un script de internet directamente a bash. El escritor prefiere FNM, que dice que maneja mejor el cambio de versiones. Para la estabilidad en proyectos de cliente, usa la última versión pero se adhiere a versiones probadas.

El Problema del Malware

The writer moved to PNPM to avoid getting immediately pwned. He jokes that the «M» in NPM stands for «malware.» He set up a pnpm-workspace.yaml file to delay updates, with settings like minimumReleaseAge: 1440 and trustPolicy: no-downgrade.

Inicialmente intentó establecer la edad mínima de lanzamiento en un mes, razonando que Microsoft tarda tanto en eliminar el malware reportado. Eso causó problemas de dependencias, por lo que se decidió por un día. Lo llama lo suficientemente largo para dejar que «otro incauto» pruebe la próxima Shai’Hulud.

TypeScript y la Pregunta Sobre Microsoft

Node ahora puede ejecutar TypeScript sin problemas. Pero el autor no puede publicar paquetes de TypeScript en NPM. La restricción es filosófica más que técnica. TypeScript es un producto de Microsoft, y abrir esa compuerta contaminaría todo el ecosistema.

The writer uses Tsdown to bundle his TypeScript, with only two additional dotfiles. He deletes Deno’s configuration files like deno.json along the way. He is hosting his own Forgejo instance because Microsoft wrecked GitHub, and NPM limitations mean his packages have lost provenance.

Migrando el Sitio Web

La prueba final del autor fue trasladar su generador de sitios estáticos de Deno a Node. Hace no muchas versiones de Node, esto habría requerido una refactorización importante. Hoy, con Node v26.10.0, encontró sorprendentemente poco trabajo por hacer.

He replaced Deno’s file system API with node:fs, which he says is vastly improved from what he remembers. He swapped Deno.serve for Hono’s node adapter, a wrapper around node:http. After the migration, he saw 15% faster builds.

Lo Que Queda

The writer’s codebase still favours idiomatic Deno. He suspects he is leaving performance on the table by not using other built-in Node APIs. That is something to explore later. He also replaced Deno’s @std/path with node:path, a straight import swap.

La historia termina con un chiste: «Así que si tuviera que resumir en TL;DR a la mitad: Node tuvo una transformación, ¡guau!»

El Veredicto

La conclusión del autor es contundente. Deno fracasó cuando permitió que el Circo de Silicon Valley definiera el éxito. La empresa pasó de un runtime innovador a una startup aburrida con productos poco atractivos. La mitad de los empleados fueron despedidos, y lo que queda tuitea fantasías de IA y códigos de ambiente para Temu Cloudflare.

No hay razón para usar el runtime Deno hoy en día. Los paquetes del autor ya no son visibles, aunque las versiones anteriores siguen siendo instalables. Eliminó su cuenta a petición.

Fue divertido al principio, pero ahora es hora de decir adiós.

Paso Acción
1 Desinstalar Deno
2 Instale Node a través de FNM.
3 Cambie a PNPM.
4 Utilice Tsdown para el empaquetado de TypeScript.
5 Migre el generador de sitios estáticos.
6 Elimine los archivos de configuración de Deno antiguos.

El recorrido del autor desde Deno a Node es una historia personal de opciones de software, con un toque de quejas corporativas sobre Microsoft y GitHub, contada con un humor seco que mantiene al lector enganchado.

Material de origen: “La amistad terminó con Deno, ahora Node es mi mejor amigo”, dbushell.com.

El Cuaderno

Recibe El Cuaderno.

Las mejores historias del día y cada veredicto nuevo, en español claro, en tu correo a las siete. Un correo al día, nada más.

Enviamos una nota para confirmar. Cada número trae un enlace para darte de baja con un clic.

Publicidad

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Como Afiliado de Amazon, Clay Tribune obtiene ingresos por las compras adscritas que cumplen los requisitos aplicables.