Après des années à utiliser Deno comme runtime principal, l’auteur est finalement revenu à Node de manière intensive pour un projet client Svelte Kit. Il a découvert que les fonctionnalités ECMAScript sont entièrement prises en charge et que les appels obsolètes `require()` sont désormais modernisés. Bien que l’installation de NPM via bash reste la méthode officielle (et risquée), il a basculé vers PNPM et FNM pour gérer les versions et éviter les risques de sécurité.
Une frustration majeure est la restriction de Node concernant les paquets TypeScript à l’intérieur de `node_modules`, un choix philosophique des mainteneurs du runtime. Pour pallier cela, il a utilisé `Tsdown` pour le bundling, acceptant la surcharge des fichiers de configuration supplémentaires. Déplacer un générateur de site statique de Deno vers Node v26.10.0 a nécessité des changements minimes, principalement le remplacement des API Deno par `node:fs` et l’utilisation de l’adaptateur de Hono.
Cette migration a surprenantement entraîné un gain de 15 % sur les temps de construction. L’auteur note que son code favorise toujours idiomatiquement Deno, suggérant que d’autres améliorations de performance sont possibles en exploitant les API natives de Node. Il auto-héberge Forgejo en raison de préoccupations concernant GitHub et a dû ajuster les politiques de confiance de PNPM pour gérer la provenance des paquets pour ses propres modules.
Source: Hacker News · Résumé par HeadlinesBriefing