多年間 Deno を主要なランタイムとして使用した後、著者は Svelte Kit クライアントプロジェクトのために Node に重々しく戻りました。彼は ECMAScript 機能が完全にサポートされており、時代遅れの `require()` 呼び出しが現代化されていることに気づきました。NPM のインストールは bash で行うのが公式の（そしてリスキーな）方法であるが、バージョン管理とセキュリティリスクの回避のために 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