在多年使用 Deno 作为主要运行时的基础上，作者最终因一个 Svelte Kit 客户端项目而重返 Node。他发现 ECMAScript 特性已得到完全支持，而过时的 `require()` 调用也已现代化。虽然通过 bash 安装 NPM 仍然是官方（且有风险）的方法，但他选择了 PNPM 和 FNM 来管理版本并避免安全风险。一个关键的挫败感是 Node 对 `node_modules` 中 TypeScript 包的限制，这是运行时维护者的哲学选择。为弥补这一点，他使用了 `Tsdown` 进行打包，接受了额外配置文件的开销。将一个静态站点生成器从 Deno 迁移到 Node v26.10.0 只需要做出最少的更改，主要是将 Deno API 替换为 `node:fs`，并使用 Hono 的适配器。令人惊讶的是，这次迁移使得构建时间提高了 15%。作者指出，他的代码库仍然以惯用风格偏好 Deno，表明通过利用原生的 Node API 可能获得更多的性能提升。由于对 GitHub 的担忧，他自行托管 Forgejo，并不得不调整 PNPM 的信任策略，以管理他自己的模块包的来源。
来源: Hacker News · 由HeadlinesBriefing整理摘要