TSKaigi2026に参加してきました！

はじめに

ITD1部開発3課のO.Aです！
先日2日間にわたって開催された、TSKaigi2026に会社のメンバーと参加してきました。

TSKaigiとは

日本最大級のTypeScriptをテーマとした技術カンファレンス。
TypeScriptに関する幅広いテーマを取り上げ、特定のライブラリやフレームワーク、フロントエンドやバックエンドなどの領域に限定せず、様々な分野のTypeScriptエンジニアの学びや活用事例を知ることができます。
今年で3年目になります。

ミッション

学び、繋がり、”型”を破ろう

公式サイト：https://2026.tskaigi.org/

イベント概要

日時

2026 5/22（Fri） - 5/23（Sat）

場所

ベルサール羽田空港

スケジュール

公式スケジュールはこちら

以下、特に実践的だと思ったセッションや印象に残った出来事について書きます。

業務に残された「よくない型」で考える「TypeScriptの難しさ」

登壇者：Saji (サイボウズ株式会社 / フロントエンドエンジニア)
資料：https://speakerdeck.com/sajikix/ye-wu-nican-sareta-liang-kunaixing-dekao-eru-typescriptnonan-sisa

要約

TSによる失敗パターンにはパターンがある -> そのパターンこそがTSの難しさ

=> プロダクトのよくない型（any, asによるcast, @ts-ignoreで型チェック無視、雑な型ガード）をAIで探すとおおよそ3つのパターンに分けられ細かくわけると7つに分類できた

1. 動的な境界での型落ち
     1. DOM Event/ catch (e)
     2. unknownでasでキャストしてしまう
     3. 文字列 -> Branded型 / リテラル型の限界

2. 動的な配列・Object変換
     1. Array.filter / includes / isArrayの絞り込み
     2. Object.fromEntries / Object.keys

3. unionの扱いの難しさ
     1. 対応させたい値を別に組み立ててしまう
     2. 引数のUnionから返り値を推論しづらい

解決策様々

• helperや型ガードをちゃんとかく（かけるものは書くことをチーム（orAI）で規約に）
• typeとvalueなど本来1対1で対応している型はセットで生成し、d-unionが使えるようにする設計に
• overload関数でなんとかする

etc…

リントで規約化したり、ガイドラインにチェックリストなど明記し、AIに同じ妥協を再生産させないことや定期的な棚卸しをする（させる）ことが運用面で大事！

感想

会場で頷いている人が多いと司会の方も言われていましたが、確かにあるあると思いましたし、こうして、改めて明示的にパターン列挙されると数もこんなもので、みんながハマるポイントって同じなんだなという気持ちになりました。
改善策の大半は、ヘルパー関数、型ガード、overloadを開発者それぞれが意識して書いて担保する必要があるというのは昔から変わらない気がしますが、AI協業を考えるとより仕組み化させることの重要性を意識させられました。
unionの難しい型解決に関してはバージョンアップでより便利になると嬉しいですね…。

アンチパターンを避ける型駆動React最適化

登壇者：Kazuya Serizawa（株式会社PeopleX）
資料: https://speakerdeck.com/seriseri/tskaigi-2026-antipatanwobi-keruxing-qu-dong-reactzui-shi-hua

要約

ReactCompilerはこれまで人間が手動で行なってきた最適化（不要な再レンダリングを防ぐためのメモ化）を肩代わりしてくれる。
=> コンパイラの仕組みを読み解き、より最適化されやすいコードを書くことが今後重要。
最適化されるか否かは純粋性が証明できるかによって決まる。
最適化されるコードは結果として読みやすく、テストしやすく、壊れにくい。

ReactCompilerの中身を読み解くと、

• React Compilerは何が何に依存するかの依存グラフとして読む。
• 依存グラフを使って、ReactiveScopeの概念を構築し、値の流れと再計算のキャッシュが必要な単位見ている。
• 依存構造でReactiveScopeを自動で発見すること

=> 我々がやること：コンパイラが依存構造を発見できる書き方をする（=純粋に書く）

純粋関数の条件

1. 決定的であること（同じ入力に対して常に同じ出力を返す）
2. 関数の外側に副作用（観測可能な可能性を一切与えない）がないこと

アンチパターン
コンパイラに諦められる4パターン（B >> C > AとDはベテランがよくふむ？）
A. 副作用の混入（uuid, Date.now()…）-> hook, イベントハンドラに渡すのが正解
B. ミュータブル操作（sortは破壊的メソッド）-> スプレッド構文で一度コピーして展開する
C. 参照不安定（境界を超える毎回new）
D. 非決定的な依存（外部の可変参照

これらは型駆動で仕組み化して間違ったコードを書けなくすることが大事

• Readonlyでミュータブル操作を"書けなく"する
  • 型で禁止すればコンパイラの検出を待たない
  • 破壊的操作を思考から取り除く（型が思考のデフォルトを変える）
• Branded typeとPure<T>で純粋契約を型化

型でカバーしきれない部分（関数の振る舞いなど）はlinter（Biome, Oxc..）で守る。
=> 型は値と形、lintは振る舞いと規約の安全性を守る

大規模プロジェクトの設計指針

副作用を持つ層（Effects）・純粋層（Domain）・UIを物理的に分ける
上記はコンパイラが最適化しやすい設計のため、設計の動機付けがより強くなった。

感想

ReactCompiler、信じてるからな。（手動メモ、消します__）
「ReactCompilerの気持ちになって考えてみる」というセリフを別のセッションでも聞きましたし、今回のセッション内容でより、react19から登場したReactCompilerによってこれまで手動で行ってきたパフォーマンスチューニングから解放され綺麗なコードをかく意味合いが転換されたことを実感しました。
コンパイラのために純粋性を保つことが結果的に良い設計・良いコードにつながると言う視点は非常に納得感があり、業務ですぐ使える具体的なチェック観点やチームルールも多く紹介されており、大変勉強になりました。

その他

ランチ

今年もランチに出るお弁当の種類が日毎3種類くらい出ていて大変豪華でした。

鶏めし御膳人気すぎて一瞬でなくなっていた…。

スポンサーブース

今年は全部で77社のスポンサーがついているそうです（すごい）
クイズやくじ引きなどを行なっているブースがあったり、初出展のブース企業の事業内容について聞いたり、AI導入やトレンドについて話したり普段こういった機会は中々ないので、大変刺激になりました。

ブーススタンプラリー

20個集めて抽選に参加！だったので回ってみましたが結果は参加賞（缶バッチ）

エンジニアの願いが書かれた短冊

営業シミュレーションを体験する社内メンバー

ソフトバンクのsatto事業開発本部のエンジニアタイプ診断
皆さんもやってみてください。（自分はコードの預言者でした。）

当日企画

昨年にはなかったセッション以外の企画も盛り沢山でした！

ネイル

スポンサーブースの片隅にネイルコーナーが。
TSカラーの青で頼んでいる男性がいたり、爪磨きだけ等もできるようだったので結構盛況していました。ネイリストさんに聞いてみるとこういったイベント出張はやはり珍しいとのことでしたが、GitHubやAWSイベントでもネイル企画があったらしいので最近流行りなんでしょうか？
自分はTSの水色に冒険する勇気出ず、普通にかわいいネイルをしてもらいました…^^;

マッサージ

マッサージも常に待ち列が。
マッサージ師さんが常駐されており、遠方から来ている人などはリフレッシュできて良さそうでした。

公式頒布物

今年は参加特典としてTシャツだけでなく、参加者1人1枚NFCカードが貰えました。
（最近名刺がわりにしている人もたまに見かけるのですが、専用アプリで、自分のサイトURLなど登録しておくとスマホなどでカード読み取ればさっとリンク先に飛べるようになるものです）
OSTなどのエンジニア交流で即役に立ち、記念品・実用性両面兼ね備えたナイスな特典でよかったです。

参加してみて

今年で3年目となるTSKaigiですが、昨年に引き続き参加してみて、連年で参加したイベントも初めてなのもあり、昨年と比較してさまざまな面で大きな変化を感じることができたイベントだったと思います。

チケットが即完するスピード感に始まり、協賛スポンサーの増加、企画が様々増えていることなども実際に現地へ足を運んで昨年よりもレベルアップしているのを感じました。

内容に関しては、昨年は突如到来したAIバイブコーディングの波や、開催直前に出たtsgo previewがセンセーショナルな話題として圧倒されていたのが懐かしいですが、昨年は突如到来したAIバイブコーディングの波や、開催直前に出たtsgo previewがセンセーショナルな話題として圧倒されていたのが懐かしいですが、AIを活用することは前提として扱われていて、1年という短い期間でありながら、この1年の進歩がいかに怒涛であったかを実感しました。

基調講演では、TypeScriptコンパイラのGo移植を主導したMicrosoftのJake Bailey氏が登壇され、TypeScriptコンパイラをGoに移植する1年半の取り組みについてお話しされました。移植戦略の中でお話しされていた、約1万5,000個のスナップショットテストと差分ファジングによって「振る舞いを変えずに移植する」開発スピードと安全性を担保した手法が印象的であったのと、公式リリースされたtsgoによるライブでのコンパイル速度比較デモ（VS Codeで125秒→10秒、約12倍）も披露されました。

同時に、複数のセッション内容が同じテーマについて触れられていた（ReactCompiler, BrandedTypes...）のも特徴的で、エコシステムのデファクトスタンダードな話題としてわかりやすい年だったように思います。

OSTでは、外部エンジニアとこれからのキャリアや技術選定の悩みについて話したりなどしましたが、カンファレンスとしては他のコミュニティよりまだまだ若いので、着実に成長・輪を広げているTSコミュニティに引き続き注目、参加していきたいと思いました。

セッションの内容も実務に活かせそうな内容のものも多かったので、今回得た知見を業務に取り入れながら今後もキャッチアップしていきたいと思います。

今回の参加レポートが、TypeScriptを学びたい方やTSKaigiに興味があるけど参加したことがない方など、少しでもTypeScript に触れるきっかけになれば嬉しいです。

ここまでお読みいただき、ありがとうございました！