🕛 2026.4.25 17:22 文:みちるガジェ

Deno 2.7公開。Temporal API stable到達、Windows ARMもネイティブ対応

Deno 2.7、Temporal API安定化+Windows ARM対応+npm overrides。実用度がもう一段上がる
X はてブ LINE Feedly

Deno 2.7 が来ました(公式ブログ 2026-04-24)。これ、地味にすごい量の更新が入ってるんですよ。一覧で見ると、

  • Temporal API が安定化(Date オブジェクトのモダンな代替)
  • Windows on ARM ビルドを提供開始
  • package.json で npm overrides が使えるように
  • brotli 圧縮ストリーム対応
  • 自己展開型のコンパイルバイナリ
  • deno create コマンドの追加
  • 多数の Node.js 互換性改善

開発の現場目線で言うと、「全部いる」リストに近い印象です。前バージョンの 2.6 と比べると、Node.js 互換とプラットフォーム対応で 1 段上のフェーズに入った感じ。

Temporal API、ようやく安定化

JavaScript の Date オブジェクトを長く触っている方なら、「タイムゾーンと夏時間のあれこれが地獄」 という体験があると思います。Temporal はそれを綺麗に解決するために設計された次世代 API で、TC39 の段階で何年も練られてきたもの。Deno 2.7 で stable に乗ったのは、本番運用で安心して使える、という意味です。

具体的に何が違うか、ざっくり言うと:

  • Temporal.PlainDate / Temporal.ZonedDateTime で 意図がコードで読める
  • タイムゾーン計算でバグが出にくい(夏時間の境界処理が標準化)
  • 期間の足し算(Duration)が型として扱える

これ、なかなか重い API なので、エディタの補完が効いてないと辛い。VS Code の TypeScript 補完で Temporal シグネチャが出るようになったので、新規プロジェクトの日付処理は最初から Temporal で書く流れになりそうです。

Windows on ARM が来たのが大きい

個人的に刺さったのは、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 で再現される、と言えば伝わると思います。

npm overrides が package.json で使える

これも実装案件で「あー、Deno で書きたいけど npm overrides 使ってるから無理」と諦めたことのあるエンジニアにはありがたい話。

npm overrides は、依存先の依存先のバージョンを強制的に固定 できる機能。脆弱性のある transitive 依存を一発で潰せるので、セキュリティ運用の現場では必須に近いツールです。Deno 2.7 が package.json の overrides をネイティブで読んでくれるようになったので、既存の Node.js プロジェクトを Deno に移植するハードルがまた一段下がりました。

自己展開型コンパイルバイナリ

deno compile は前から CLI ツールを単一バイナリに固める機能としてあったんですが、今回の self-extracting はその拡張版。生成されたバイナリを実行すると、必要なファイルがその場で展開される、という設計。配布シナリオが増えます。

  • 社内ツールを 1 ファイルでメンバーに配る
  • ユーザー環境に Deno 本体をインストールせずに動かす
  • データファイルやアセットを含めた CLI を 1 バイナリで提供する

deno create コマンドの追加と組み合わせると、プロジェクトをサクッと立ち上げて、最後に 1 バイナリで配る という体験が、Deno 単体でだいたい完結します。比較癖で恐縮ですが、Bun の bun build --compile や、Node.js の SEA(Single Executable Application)と並ぶ位置取りに来た、と言えます。

だから、何が変わるのか

スペック表だけだと「機能追加が多い」で終わってしまうので、現場目線でひとつ挙げます。Node.js プロジェクトを「ちょっと Deno に寄せてみる」のがやりやすくなった のが、今回の本質だと思っています。

  • npm overrides 対応で、依存解決の問題で詰まることが減る
  • Windows ARM ビルドで、Copilot+ PC ユーザーがネイティブで動かせる
  • Temporal の安定化で、日付処理のリプレース対象が明確になる

この 3 つは、それぞれ単独でも嬉しいけど、合わせて「移行の摩擦」を下げる方向に効いている。Deno 2.7 を触って「これなら社内 CLI ツールから Deno に置き換えてもいいかな」と判断する人が、ちょっと増えそうな気がしています。即レビューしたい更新です。

Deno Blog — Deno 2.7: Temporal API, Windows ARM, and npm overrides

みんなの反応

ぬるぽ
(システムエンジニア・30代男性)

Temporal API の stable は本番投入の合図。タイムゾーンバグで痛い目に遭った人なら、Date を捨てる動機としては十分。Windows ARM ビルドも、Copilot+ PC が職場で増えてきたタイミングと合っていて、Deno 側のリーダーシップを感じる更新だと思う。
学生コーディングラボ
(情報系大学院生・20代男性)

deno create と self-extracting compile の組み合わせは、研究室の小さなツールを後輩に配るのに相性がいい。Python だと環境構築で詰まる相手にも、1 バイナリ渡すだけで動かしてもらえる流れが出来る。Bun との比較もそろそろ整理したい。
島ぐらしCTO
(リモートCTO・40代男性)

npm overrides が package.json でそのまま読めるのは、移行案件のハードルがぐっと下がる話。CVE 対応で transitive 依存の固定をしているプロジェクトは多いので、ここの互換が取れたのは実務的に大きい。Deno を「社内 CLI 用ランタイム」に押し込みやすくなった。
開発合宿おじさん
(フリーランス開発者・40代男性)

Temporal API、TC39 で長く議論されてきた仕様がついに stable に乗ったのは時代の節目。短期的には学習コストがあるけど、長期的にはタイムゾーン処理の地雷地帯から解放される。新規プロジェクトは最初から Temporal で書きたい。
M
ML基盤の中の人
(ML プラットフォームエンジニア・30代女性)

brotli 圧縮ストリーム対応と Node.js 互換性改善は、エッジ実行環境(Deno Deploy / Cloudflare Workers 系)を意識した動き。AI エージェント系のサーバーレス推論で Deno を使うパターンが、ここから増えていきそう。
X はてブ LINE Feedly