Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
TypeScript 7.0の現在地と備え方
Search
uhyo
March 18, 2026
Technology
3.5k
6
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
TypeScript 7.0の現在地と備え方
2026-03-18
TypeScript 7.0を読み解く「uhyo さんに聞く、ネイティブ化の背景とこれから」
uhyo
March 18, 2026
More Decks by uhyo
See All by uhyo
Baseline対応のDOMの型定義を作った
uhyo
3
740
AIのReact習熟度を測る
uhyo
2
820
React、まだ楽しくて草
uhyo
7
4.6k
React 19時代のコンポーネント設計ベストプラクティス
uhyo
20
10k
型定義でAIと会話する:型を通じてAIに意図を伝えるテクニック
uhyo
1
96
タグ付きユニオン型を便利に使うテクニックとその注意点
uhyo
3
1.1k
ECMAScript仕様の最新動向: プロセスの変化と仕様のトレンド
uhyo
3
920
TypeScript 6.0で非推奨化されるオプションたち
uhyo
18
8.4k
Claude Code 10連ガチャ
uhyo
4
1.1k
Other Decks in Technology
See All in Technology
KiCAD講習会②
tutcreators
0
110
CIで使うClaude
iwatatomoya
0
250
AI駆動開発におけるQAエンジニアの役割事例 〜AI駆動開発の現場から〜
kobayashiyorimitsu
0
500
LLMやAIエージェントをソフトウェアに組み込むプラクティス
shibuiwilliam
1
360
SRE本の知られざる名シーン / The Hidden Gems of Google SRE Book
nari_ex
1
380
「早く出す」より「事業に効く」 ── 顧客の業務サイクルから逆算するAI時代の二重ループ開発と「変化の設計者」 / devsumi2026
rakus_dev
1
220
あなたの『Site』はどこですか? — xREという考え方
miyamu
0
1.2k
cccccc
moznion
0
1.9k
ポストモーテム! DDoSからサイトは守れた。 でもビジネスは守れなかった。
bengo4com
0
2.8k
Keeping applications secure by evolving OAuth 2.0 and OpenID Connect
ahus1
PRO
1
160
[2026-07-15] AI Ready なはずだったアーキテクチャと、見えてきた課題・次に目指す状態
wxyzzz
4
2.8k
なぜ私たちのSREプラクティスはなかなか機能しないのか 〜システムより先に組織を見る〜 / Why our SRE practices aren't really working
vtryo
3
3.6k
Featured
See All Featured
Optimizing for Happiness
mojombo
378
71k
Scaling GitHub
holman
464
140k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
2.9k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
890
Rails Girls Zürich Keynote
gr2m
96
14k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.9k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
63
55k
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
2
320
New Earth Scene 8
popppiees
3
2.4k
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
220
The Spectacular Lies of Maps
axbom
PRO
1
850
The Mindset for Success: Future Career Progression
greggifford
PRO
0
410
Transcript
TypeScript 7.0の現在地と備え方 2026-03-18 TypeScript 7.0を読み解く「uhyo さんに聞く、ネイティブ化の背景とこれから」
発表者紹介 uhyo 株式会社カオナビ フロントエンドエキスパート 2
本日のテーマ TypeScript 6.0は本日リリース!(日本時間) そして1か月後には7.0のリリースが見込まれて いる。 3
This Talk TypeScript 7.0に至るまでの流れと、 今意識しておくとよいことを説明します。 4
TypeScript 7.0までの流れ 5
A 10x Faster TypeScript 2025年3月11日に行われた衝撃的な発表。 TypeScriptコンパイラをGoに 移植することが発表された。 6 https://devblogs.microsoft.com/typescript/typescript-native-port/
当初のロードマップ(Claudeさん作) 7
TypeScript Native Previews 5月22日にはプレビュー版が公開され、Go実装を 試せるようになった。 型チェックがある程度動作し、 実際すごく速かった。 8 https://devblogs.microsoft.com/typescript/announcing-typescript-native-previews/
Progress on TypeScript 7 - December 2025 12月2日の進捗報告。 型チェックについてはほぼ 完成しており、エディタサ
ポートも実用圏内に。 9 https://devblogs.microsoft.com/typescript/progress-on-typescript-7-december-2025/
新しいロードマップ 10
TypeScript 6.0のリリース 11
TypeScriptのリリース周期 TS 5.8までは、3ヶ月に1回という周期を保っていた。 それ以降はTS 7.0の作業が本格化し、周期が乱れた。 •TS 5.8 → TS 5.9:
5か月 •TS 5.9 → TS 6.0: 7か月半 •TS 6.0 → TS 7.0: 1ヶ月目標と言われているが…… 12
Go版TypeScriptの実際 13
実際に試してみた 型チェックは今すぐにでも試すことができる。 自社のコードベースで試してみよう。 14
型チェック時間 弊社では55秒ほどかかっていた型チェックが 14.5秒となり、3~4倍の高速化が見られた! 公称の10倍には達しなかったが、顕著な高速化が 確認できた。 15
メモリ使用量 しかし、メモリ使用量も2倍になりCIが落ちる!! 公式では使用量半減とか言っていたのになぜ…… 16
答え メモリ効率が良くなったとはいえ、 並列化されているため複数スレッドの メモリ使用量を合計すると従来よりも 瞬間的な使用量が大きくなると思われる。 足りない場合は、CIランナーのメモリ容量 を2倍とかにしよう。 17
TypeScript 7.0に備えて 18
7.0の備え方 Q. TypeScript 7.0に備えるためにはどうすれば? A1. とりあえずTypeScript 6.0に上げる。 A2. 何なら、7.0のプレビュー版を導入する。 19
TypeScript 6.0に上げる TypeScript 6.0は、7.0に備えるためのバージョン。 •7.0で廃止されるオプションが非推奨となり、 使うと警告を出してくれる •各種オプションの初期値が変更される 20
TypeScript 6.0の変更点 「TypeScript 6.0で非推奨化されるオプションたち」 というトーク(TSKaigi Hokuriku 2025)をご参照ください。 代表的なところだと、target: es5の廃止など。 21
6.0に上げて7.0に備える TypeScript 6.0に上げて、問題のある設定を洗い 出そう。 非推奨の警告があった場合は修正しよう。 修正の影響範囲がどうなるかは、ビルド周りの設定 次第。 今どきのスタックであれば、CIが通ればOK程度の 影響範囲で収まることが多い。 22
7.0とこれから 23
APIを利用するエコシステム TypeScript本体(tsc)については問題なく移行 できそう。 問題は、APIを使っていた周辺ツール。 •typescript-eslintの型情報を利用したlintなど APIは7.0にも存在するが、6.0までとは互換性無し。 24
tsgolint Go版TypeScriptから 型情報を得てリント するツール。 現在はoxlintを通じて 使用できる。 25
tsgolintの概要 すでに多くの型情報ありルールが実装されており、 TypeScript 7.0時代のリンターとして実用的。 公開APIではなく内部APIを使うアーキテクチャが やや不安だが、VoidZeroが現在メンテナンスして いるのでまあ大丈夫か。 26
TypeScript公式のAPI TypeScript 7.0も、外部向けのAPI (IPCベース) を持つ。 しかし、オーバーヘッドがあるなどの問題も存在 しており、実用面や事例の面で内部API shim方式 に後れを取る。 27
TypeScript公式APIの不安 公式のAPIは無いよりはあったほうが良いが、 コミュニティがtsgolint方式に流れると、需要が 無いとみなされ公式APIに労力が割かれない恐れ もある。 tsgolint方式はメンテナンスに労力がかかりそう。 28
まとめ 29
まとめ TypeScript 7.0までの流れ、7.0への備え方、 型情報利用リンターの現状について紹介しました。 すぐに7.0に移行できるように準備しつつ、 今後の流れを見守りましょう。 30