Después de años utilizando Deno como su runtime principal, el autor finalmente regresó a Node intensamente para un proyecto cliente de Svelte Kit. Descubrió que las características de ECMAScript son plenamente compatibles y las obsoletas llamadas `require()` ahora están modernizadas. Aunque la instalación de NPM mediante bash sigue siendo el método oficial (y riesgoso), él cambió a PNPM y FNM para gestionar versiones y evitar riesgos de seguridad.
Una frustración clave es la restricción de Node sobre paquetes de TypeScript dentro de `node_modules`, una elección filosófica por parte de los mantenedores del runtime. Para resolver esto, utilizó `Tsdown` para empaquetar, aceptando la sobrecarga de archivos de configuración adicionales. Mover un generador de sitios estáticos de Deno a Node v26.10.0 requirió cambios mínimos, principalmente reemplazando las APIs de Deno con `node:fs` y utilizando el adaptador de Hono.
Esta migración sorpresivamente resultó en un 15% más de velocidad en los tiempos de compilación. El autor señala que su base de código aún favorece idiomáticamente Deno, sugiriendo que se pueden obtener más mejoras de rendimiento aprovechando las APIs nativas de Node. Él autoaloja Forgejo debido a preocupaciones sobre GitHub y tuvo que ajustar las políticas de confianza de PNPM para gestionar la procedencia de los paquetes para sus propios módulos.
Fuente: Hacker News · Resumido por HeadlinesBriefing