10倍高速なTypeScriptへ。Go言語によるネイティブ移植版「TypeScript 7.0」の開発計画が発表

TypeScriptは、現代のフロントエンド開発において欠かせない存在となりました。

静的型付けによる堅牢な開発体験は、多くのエンジニアに支持されています。

しかし、プロジェクトの規模が拡大するにつれて、コンパイル時間の増大やエディタのレスポンス低下といった「スケーラビリティ」の課題が顕著になっていました。

こうした背景の中、MicrosoftはTypeScriptのパフォーマンスを根本的に改善するための極めて重要なロードマップを発表しました。

それは、現在のJavaScript/TypeScriptベースのコンパイラをGo言語によるネイティブ実装へと移植するという、驚くべき計画です。

このプロジェクトは、将来的にTypeScript 7.0として結実し、私たちの開発環境を劇的に変える可能性を秘めています。

ネイティブ移植という英断

これまでTypeScriptのコンパイラであるtscは、TypeScript自身で記述されてきました。

これは「セルフホスティング」という言語開発における一つの理想形ではありましたが、大規模なコードベースにおいてはNode.jsのランタイム制限やガベージコレクションの影響を受け、速度面での限界が見え始めていました。

今回の発表で最も注目すべき点は、コンパイラとツールチェーンをネイティブ言語であるGoで再構築するという決断です。

これにより、以下の3つの大きなメリットがもたらされます。

1. ビルド時間を最大10倍短縮
2. エディタの起動とレスポンスの高速化
3. メモリ使用量の大幅な削減

特に、AIを活用したコーディング支援ツールが普及する昨今では、セマンティック（意味論的）な情報を低遅延で提供することが求められています。

ネイティブ化はこのニーズに応えるための、強固な基盤となるでしょう。

圧倒的なパフォーマンス向上

すでに公開されている初期のベンチマーク結果は、このネイティブ移植がもたらす恩恵が単なる微増ではないことを証明しています。

主要なオープンソースプロジェクトにおけるtscの実行速度比較は以下の通りです。

驚くべきことに、150万行を超える巨大なVS Codeのソースコードであっても、型チェックにかかる時間はわずか7.5秒にまで短縮されています。

これは従来の約10分の1の時間であり、開発者がチェック待ちで集中力を削がれる場面を劇的に減らすことになります。

エディタ体験の刷新とLSPへの移行

開発者が最も多くの時間を費やすエディタ上での体験も、劇的に改善されます。

これまでのTypeScript言語サービスは、大規模プロジェクトの読み込みに10秒近い時間を要することがありましたが、ネイティブ実装（開発コード名：Corsa）では、これが約1.2秒まで短縮されます。

言語サーバープロトコル（LSP）の採用

今回の刷新に合わせて、インフラ面での大きな変更が行われます。

長年の懸案事項であったLanguage Server Protocol (LSP)への完全移行です。

これにより、Visual Studio Code以外のエディタやIDEにおいても、TypeScriptが提供する高度なリファクタリング機能やコード補完を、より低遅延かつ標準的な方法で利用できるようになります。

メモリ効率の向上

メモリ使用量についても、現時点の初期実装段階で約50%の削減が見込まれています。

メモリを大量に消費する複雑な型定義を持つプロジェクトにおいても、開発マシンのリソースを圧迫することなくスムーズなコーディングが可能になります。

TypeScript 6.0から7.0へのロードマップ

この壮大な計画は、段階的に進められる予定です。

開発チームは、互換性を維持しながらスムーズな移行を実現するための明確なバージョン戦略を提示しています。

TypeScript 6.x（JavaScriptベース）

直近のメジャーアップデートであるTypeScript 6.0は、引き続き従来のJavaScriptベースで開発されます。

このバージョンでは、ネイティブ版となるTypeScript 7.0との整合性をとるために、一部の古い機能の非推奨化や破壊的変更が行われる予定です。

TypeScript 7.0（ネイティブベース）

ネイティブ実装が現在のTypeScriptと同等の機能を備えた段階で、TypeScript 7.0として正式にリリースされます。

• 2025年中盤：コマンドラインでの型チェックが可能なtscのプレビュー版。
• 2025年末まで：プロジェクトビルド機能および言語サービスのフル機能実装。

開発チームは、ネイティブ版が十分に成熟するまでは、JavaScript版の6.x系も継続してメンテナンスする方針を示しています。

これにより、既存の複雑なプラグインやエコシステムに依存しているプロジェクトも、安全に移行の準備を進めることができます。

なぜGo言語なのか

コミュニティからは「なぜRustやZigではなくGoなのか」という質問も寄せられていますが、MicrosoftはGoを選択した理由として、開発速度とパフォーマンス、そしてメンテナンス性のバランスを挙げています。

TypeScriptチームにとって、既存の巨大なコンパイラロジックを正確に移植するためには、メモリ安全性が高く、並行処理に優れたGoが最も適していたと考えられます。

すでにGitHub上では、microsoft/typescript-goというリポジトリで作業が進められており、誰でもその進捗を確認し、ビルドを試すことができます。

以下は、新しいGoベースのtscを試行するための基本的な流れです（あくまで開発者向けのプレビュー手順です）。

# リポジトリのクローン
git clone https://github.com/microsoft/typescript-go
cd typescript-go

# Go環境でのビルド（Goがインストールされていることが前提）
go build ./cmd/tsc

# ビルドしたtscで型チェックを実行
./tsc --project path/to/your/project

このように、オープンな開発体制をとることで、世界中の開発者からのフィードバックを取り入れながら、堅実な移植が進められています。

まとめ

TypeScriptのネイティブ移植は、単なるマイナーチェンジではなく、フロントエンド開発の歴史における大きな転換点となるでしょう。

10倍の高速化という数字は、私たちのワークフローを根本から変える力を持っています。

保存のたびに数秒待たされていた型チェックが、瞬時に完了する。

巨大なモノリポジトリを開いた瞬間に、すべての型エラーが一覧表示される。

そんなストレスフリーな開発環境が、もうすぐそこまで来ています。

TypeScript 7.0への道のりはまだ半ばですが、2025年から2026年にかけて、私たちはプログラミング言語の進化を目の当たりにすることになるはずです。

新しい基盤の上で、どのような次世代のツールやAI支援が登場するのか、今後のアップデートから目が離せません。