
Deno 2.7 が来ました(公式ブログ 2026-04-24)。これ、地味にすごい量の更新が入ってるんですよ。一覧で見ると、
deno create コマンドの追加開発の現場目線で言うと、「全部いる」リストに近い印象です。前バージョンの 2.6 と比べると、Node.js 互換とプラットフォーム対応で 1 段上のフェーズに入った感じ。
JavaScript の Date オブジェクトを長く触っている方なら、「タイムゾーンと夏時間のあれこれが地獄」 という体験があると思います。Temporal はそれを綺麗に解決するために設計された次世代 API で、TC39 の段階で何年も練られてきたもの。Deno 2.7 で stable に乗ったのは、本番運用で安心して使える、という意味です。
具体的に何が違うか、ざっくり言うと:
Temporal.PlainDate / Temporal.ZonedDateTime で 意図がコードで読めるDuration)が型として扱えるこれ、なかなか重い API なので、エディタの補完が効いてないと辛い。VS Code の TypeScript 補完で Temporal シグネチャが出るようになったので、新規プロジェクトの日付処理は最初から Temporal で書く流れになりそうです。
個人的に刺さったのは、Windows on ARM ビルド が公式提供されたところで。Snapdragon X Elite を載せた Copilot+ PC が 2024〜2025 年に出始めて、Surface Pro 11 や ThinkPad T14s Gen6 を使っている方も増えてきました。これまで、Windows on ARM で Deno を動かすには x64 のエミュレーション層に頼る必要があって、起動時間と性能の両方で不利だった。
ネイティブ ARM ビルドに切り替えるだけで、起動が速くなる、バッテリー持ちが伸びる、メモリ消費が減る。Apple Silicon の Mac で Node を ARM ネイティブで動かしたときの感動を覚えている方なら、同じ嬉しさが Windows ARM で再現される、と言えば伝わると思います。
これも実装案件で「あー、Deno で書きたいけど npm overrides 使ってるから無理」と諦めたことのあるエンジニアにはありがたい話。
npm overrides は、依存先の依存先のバージョンを強制的に固定 できる機能。脆弱性のある transitive 依存を一発で潰せるので、セキュリティ運用の現場では必須に近いツールです。Deno 2.7 が package.json の overrides をネイティブで読んでくれるようになったので、既存の Node.js プロジェクトを Deno に移植するハードルがまた一段下がりました。
deno compile は前から CLI ツールを単一バイナリに固める機能としてあったんですが、今回の self-extracting はその拡張版。生成されたバイナリを実行すると、必要なファイルがその場で展開される、という設計。配布シナリオが増えます。
deno create コマンドの追加と組み合わせると、プロジェクトをサクッと立ち上げて、最後に 1 バイナリで配る という体験が、Deno 単体でだいたい完結します。比較癖で恐縮ですが、Bun の bun build --compile や、Node.js の SEA(Single Executable Application)と並ぶ位置取りに来た、と言えます。
スペック表だけだと「機能追加が多い」で終わってしまうので、現場目線でひとつ挙げます。Node.js プロジェクトを「ちょっと Deno に寄せてみる」のがやりやすくなった のが、今回の本質だと思っています。
この 3 つは、それぞれ単独でも嬉しいけど、合わせて「移行の摩擦」を下げる方向に効いている。Deno 2.7 を触って「これなら社内 CLI ツールから Deno に置き換えてもいいかな」と判断する人が、ちょっと増えそうな気がしています。即レビューしたい更新です。
Deno Blog — Deno 2.7: Temporal API, Windows ARM, and npm overrides