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
我々はなぜ中間表現を作るのか
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
iWonder118
September 21, 2025
Technology
850
0
Share
我々はなぜ中間表現を作るのか
iWonder118
September 21, 2025
More Decks by iWonder118
See All by iWonder118
多摩川.dev OP&ED
iwonder118
0
200
今更RSCについてのお話 Full RSC vs RSC as Data Next.jsとTanStack Start比較
iwonder118
0
25
React Tokyo フェス 2026 の裏側
iwonder118
1
510
頑張ります!2026
iwonder118
0
70
イベント参加ふっかるになるための多摩川周辺.pdf
iwonder118
0
39
OODAループを回すVibe_Coding.pdf
iwonder118
0
19
Reactで見る!純粋関数で深ぼる副作用
iwonder118
0
620
花開くWebAssembly(Wasm)の可能性 in 2025/06/21 まさるの勉強会
iwonder118
0
19
SSG___CSRで乗り切るiframe内ルーティング_AIコーディング拡張版_in_Funabashi.dev.pdf
iwonder118
0
51
Other Decks in Technology
See All in Technology
実践 TanStack Start ― 新規プロダクトを開発して確立した、サーバーとクライアント境界の設計パターン / Practical TanStack Start Server-Client Boundary Patterns
kaminashi
1
150
コーディングエージェントはTypeScriptの 型エラーをどう自己修正しているのか
melonps
2
250
TypeScriptとAngular Signal で実現する保守性の高いアプリケーション設計 - 3層アーキテクチャによる責務分離の実践(たつかわ) https://2026.tskaigi.org/talks/10
nealle
0
120
続 運用改善、不都合な真実 〜 物理制約のない運用改善はほとんど無価値 / 20260518-ssmjp-kaizen-no-value-without-physical-constraints
opelab
2
290
ルール・ロール・ツールを創る / Creating Rules, Roles and Tools
ks91
PRO
0
140
TSKaigi 2026 - enumよ、さようなら
teamlab
PRO
1
220
CARTA HOLDINGS エンジニア向け 採用ピッチ資料 / CARTA-GUIDE-for-Engineers
carta_engineering
0
47k
Fラン学生が考える、AI時代のデザインに執着した突破口
husengs7
1
230
AIAgentと取り組むKaggle
508shuto
2
460
Redmine次期バージョン7.0の注目新機能解説 — UI/UX強化と連携強化を中心に
vividtone
1
220
"スキルファースト"で作る、AIの自走環境
subroh0508
1
650
【関西製造業祭り2026春】現場を変える技術はここまで来た〜世界最大の製造業見本市から持って帰ってきたもの〜
tanakaseiya
0
190
Featured
See All Featured
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
790
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
5.8k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
370
Producing Creativity
orderedlist
PRO
348
40k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.3k
From π to Pie charts
rasagy
0
180
Prompt Engineering for Job Search
mfonobong
0
310
Tell your own story through comics
letsgokoyo
1
930
Deep Space Network (abreviated)
tonyrice
0
150
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2k
Mobile First: as difficult as doing things right
swwweet
225
10k
Transcript
我々はなぜ中間表現を作るのか in React Tokyo #9 2025/9/19
社内システムを改修したり、インフラを作ったり、APIを生 やしたり...etc 趣味:#トンチキ技術グッズを作ったり 河村 直樹(@iwonder118) 自己紹介
皆さん!中間表現といえば??
よく目にする (?)中間表現 JSX 引用:https://ja.react.dev/learn/writing-markup-with-jsx
JSXとは JSXとは JavaScript XML の略で、JavaScriptの中にHTMLのような構文を書 ける仕組み 1. 可読性が高い HTMLのようにUI構造を書けるので、フロントエンドの見通しがよくなる 2.
宣言的なUI 「何を表示したいか」をコードでそのまま表現できる
JSXとは JSXとは JavaScript XML の略で、JavaScriptの中にHTMLのような構文を書 ける仕組み 1. 可読性が高い HTMLのようにUI構造を書けるので、フロントエンドの見通しがよくなる 2.
宣言的なUI 「何を表示したいか」をコードでそのまま表現できる
つまり YAMLやJSONで仕様書 を書いているに過ぎない(暴論) 何ならJava、C#関係の設定ファイルはXML。それを書いているのと同じ... あれだけデータ通信で憎み、JSONに追いやられたXMLを我々は書いている矛盾 JSXを書くということは......
もう一例 Fiber Tree JSX Fiber Tree(イメージ)
Fiber Treeとは JSXから作成した React Elementの木構造を内部構造に最適化したもの 1. 状態管理を内包 各ノードが props・state・更新キューを持ち、コンポーネントの状態を追跡できる 2.
差分計算の単位 新旧の Fiber Tree を比較して、更新が必要な部分だけを効率的に抽出する 3. スケジューリング可能 優先度情報を持ち、重たい更新を分割したり後回しにすることで UI を滑らかに保 つ child・sibling・return の参照を持ち、木を巡回しながら中断・再開できる
両者の共通点 1. AとBそれぞれの中間においての抽象化を行っている 一方向ではなかったりも(可逆性ある場合) A B 中間表現 2. AとBの間に入ることで依存度を下げて、疎結合にしている つまり
Interface…. 副次的に疎結合であるからこその拡張性が獲得できている
相違点 逆に目的が違う JSX = 認知負荷を下げたい Fiber Tree = 効率的な仮想DOMのレンダリング 人 DOM
JSX Fiber Tree React 仮想 DOM etc… React Element
他の事例(言語) - TypeScript - 我々の素晴らしい表現力 ()で悪魔のJavaScriptを従えさせさせる契約文 ※意訳 - 安全なJavaScriptの生成のためのスーパーセットとしてのAltJS -
コンパイラ (例としてC言語) - 高級言語を機械語へ変換するためにアセンブラを挟んでいる - JVM系 - 言語とJVMのJavaバイトコードを挟んで機械語を動かしている - そのお陰でKotlin、Scala、Groovyが存在している。さすがJavaバイトコー ド - WASM(Web Assembly) - 多言語を中間の機械言語を介し、バイナリをブラウザで動かす
他の事例(設計) ※これはどちらかというと中間”層”として - Webの3層構造 - フロントから見た場合、サーバサイドがDBの中間表現(処理)となっている - DDD(ドメイン駆動設計 ) -
ドメイン知識をコードとして表現することで、ドメインエキスパートと技術者間の業務 に対する共通理解を形成 - ACL(腐敗防止層 ) - それぞれの関心事を中間層のオブジェクトを挟むことによって、分離をしている - BFF - クライアントごとに最適化された API を提供する
他の事例(インフラ) - IaC - 想像しているインフラをYAMLやJSONなどで起こし、それをツールを通すことで 実態としてのクラウドインフラができる - Kubernetes - あらかじめ決められた構成をSpecのYAMLで作成し、Kubernetes
APIを通すこ とで実態としてのコンテナがオーケストレーションされる - DNS - 人間が認知できるように名前をIPアドレスにつける - CPUの命令セット (ISA) - x86-64のバイナリがx86の命令セットを使うことで、IntelやAMDなどのCPUが使 える
他の事例(現実) - お金 - AさんとBさんの価値交換を共通の数値で表す表現 - 言語 - 自分の認知と物体を他者に伝えるための表現 -
足の追加板を机と認知しているがそれを他者にも同じ概念で伝えるために 「机」という単語を使う - etc… - このスライドも僕の考えの抽象化と聞き手の理解のための中間表現(オチ)
結論(暴論2) この世は中間表現でできている