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
2.9k
6
Share
TypeScript 7.0の現在地と備え方
2026-03-18
TypeScript 7.0を読み解く「uhyo さんに聞く、ネイティブ化の背景とこれから」
uhyo
March 18, 2026
More Decks by uhyo
See All by uhyo
React 19時代のコンポーネント設計ベストプラクティス
uhyo
19
9.2k
型定義でAIと会話する:型を通じてAIに意図を伝えるテクニック
uhyo
1
75
タグ付きユニオン型を便利に使うテクニックとその注意点
uhyo
3
1.1k
ECMAScript仕様の最新動向: プロセスの変化と仕様のトレンド
uhyo
3
870
TypeScript 6.0で非推奨化されるオプションたち
uhyo
18
8.1k
Claude Code 10連ガチャ
uhyo
4
1.1k
AI時代、“平均値”ではいられない
uhyo
8
4.4k
意外と難しいGraphQLのスカラー型
uhyo
5
1.2k
RSCの時代にReactとフレームワークの境界を探る
uhyo
15
5.6k
Other Decks in Technology
See All in Technology
The 7 pitfalls of AI
ufried
0
210
AI-Assisted Contributions and Maintainer Load - PyCon US 2026
pauloxnet
1
100
「背中を見て育て」からの卒業 〜専門技術としてのテスト設計を軸に、品質保証のバトンを繋ぐ〜 #genda_tech_talk
nihonbuson
PRO
3
1.3k
フロントエンドの相手が変わった - AIが加わったWebの新しいインターフェース設計
azukiazusa1
33
11k
要件定義の精度を高めるための型と生成AIの活用 / Using Types and Generative AI to Improve the Accuracy of Requirements Definition
haru860
0
320
AI時代の品質はテストプロセスの作り直し #scrumniigata
kyonmm
PRO
4
1.5k
試作とデモンストレーション / Prototyping and Demonstrations
ks91
PRO
0
200
AI時代に、 データアナリストがデータエンジニアに異動して
jackojacko_
0
750
QAエンジニアはどうやって プロダクト議論の場に入れるのか?
moritamasami
2
420
How to learn AWS Well-Architected with AWS BuilderCards: Security Edition
coosuke
PRO
0
120
サービスの信頼性を高めるため、形骸化した「プロダクションミーティング」を立て直すまでの取り組み
stefafafan
1
260
知ってた?JavaScriptの"正しさ"を検証するテストが5万以上もあること(Test262)
riyaamemiya
1
190
Featured
See All Featured
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
300
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
240
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.8k
Fireside Chat
paigeccino
42
3.9k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
The Cost Of JavaScript in 2023
addyosmani
55
9.9k
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Code Reviewing Like a Champion
maltzj
528
40k
GraphQLとの向き合い方2022年版
quramy
50
15k
How Software Deployment tools have changed in the past 20 years
geshan
0
33k
We Have a Design System, Now What?
morganepeng
55
8.1k
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