Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
【ORM不要論の歴史】反論と、噛み合わなさの正体
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
赤神青空
PRO
September 13, 2026
Video
Programming
32
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
【ORM不要論の歴史】反論と、噛み合わなさの正体
赤神青空
PRO
September 13, 2026
Video
More Decks by 赤神青空
See All by 赤神青空
【AWSのログ周りを整理する】第2回 出す ── ログはどこで生まれるか
akagami
PRO
0
13
【AWSのログ周りを整理する】全体像 ── 4段に分けて 位置づける
akagami
PRO
0
16
【ORM不要論の歴史】で、AIは新しい根拠なのか
akagami
PRO
0
20
【ORM不要論の歴史】2026年の不要論は何を言っているのか
akagami
PRO
0
33
【ORM不要論の歴史】運用の問題は、いまの責務論に直結する
akagami
PRO
0
21
【ORM不要論の歴史】なぜ生まれ、20年前に何を言われたか
akagami
PRO
0
27
【高い買い物LT会】初任給で話題の国産フィジカルAIを買った話
akagami
PRO
0
150
【ORM不要論の歴史】「ORM」と呼ばれているものが3つある
akagami
PRO
0
72
【Vitest5.0大解剖】Vitest5.0で消えた記法とAPI
akagami
PRO
0
30
Other Decks in Programming
See All in Programming
Webの地図
yosuke_furukawa
PRO
6
4.3k
ゲームコントローラやキーボードのファームウェアをSwiftで書く
kishikawakatsumi
1
230
Snowflakeで業務アプリを作ろう。 Snowflakeのアプリ機能解説&実践ガイド
ayumu_yamaguchi
1
270
How I Stole PSI from Android Studio - DroidKaigi2026
worker8
0
110
AHC070解法紹介
eijirou
0
110
AIを上手に使っていこうとしたら越境せざるを得なくなった話 〜実践1年で見えた境界を越えなければならない理由と進め方〜 / Crossing borders with AI
tomoyakitaura
4
1.1k
LL言語やWebフレームワークのPostgreSQL対応 〜DBの機能がユーザーに届くまで〜
kentaroutakeda
0
150
アクセシビリティから考える情報設計
high_g_engineer
0
370
The Good Stuff, Not the Slop: Engineering High-Quality Android Apps with Modern AI Tooling
danybony
1
250
週末にAI-DLCを本気で回したら$1,600溶けた
hbashimizu
0
130
Java 27新機能 / Java 27 new features
kishida
2
110
Can LLMs Replicate 4 Years of Compose Migration? Exploring the boundaries of automation with 279 XML files from a real product
makun
0
130
Featured
See All Featured
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
510
The untapped power of vector embeddings
frankvandijk
2
1.9k
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
430
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
220
The Invisible Side of Design
smashingmag
301
52k
The SEO identity crisis: Don't let AI make you average
varn
0
560
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
520
RailsConf 2023
tenderlove
30
1.5k
For a Future-Friendly Web
brad_frost
183
10k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.6k
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
730
Transcript
2026年9月 ORM不要論を、20年ぶんさかのぼる 第5回 反論と、噛み合わなさの正体 赤神 青空
▪9月の波で繰り返し引かれた指摘 反論① 論じている対象がずれている 不要論の多くはクエリビルダしか持たないORMを対象にしていて、本体である「オブジェクトとリレーションのマッピン グ」がほとんど議論されていない、という指摘。 ORM本来の価値は identity map や unit
of work のほうにある 変更追跡、スキーマとマイグレーションの一元管理、インジェクションの回避 関連を lazy / eager で選べ、テストはインメモリSQLiteに差し替えられる クエリビルダだけを指すなら、条件によってはSQL直書きに負ける この譲歩も、同じ人が同じスレッドで書いている 今ココ 2026年 2/10
▪別のやりとりだが、並べると論点が見える 反論② 「じゃあ代案は?」 代案を求める側 生SQLでいいと言うなら、マイグレーション管理の手法もセットで出してほしい ORM以外でも担保できる、と返す側 インジェクション対策はプレースホルダ付きクエリでも担保できる ORMが詳細を隠蔽すること自体に、無視できないコストがある 実行計画が追いにくくなり、JOINとサブクエリの使い分けまで捨象される 今ココ
2026年 3/10
▪ここが今回いちばん重要です 論争の中で出た整理 思い浮かべるORMが、人によって違いすぎる ORMとマイグレーション管理は一緒にされがちだが、別物 歴史的に見たORMの責務はデータ構造の変換とトランザクション管理(後者は廃れた) データ構造の変換は、簡単そうに見えてリソースを割くメリットがゼロ みんなやろうとして、撤退を30年間繰り返している AIがやってくれるのはその通りだが、コンテキストの無駄とも言える 今ココ 2026年
4/10
▪同じ話題なのに、熱量がまったく違う 発端の温度と、広がった先の温度 番組の中では 反対役を買って出た側が、途中で賛成に回っている 標準的な構造ならORMのほうがレビューしやすい、と認 めている マイグレーションは別の話、と会話の中で切り分けてい る 結論は「一度痛い目を見てから考え直す」 広がった先では
「ORMは要る/要らない」の二択に圧縮された 指している責務がバラバラのまま、噛み合わずに進んだ 人格否定と受け取られる場面が出た 元の記事の著者が、投稿後に射程を補足する事態になっ た 議論が荒れたのは主張の中身ではなく、二択に圧縮されたことのほうに原因がありそう。 今ココ 2026年 5/10
▪同じ「要る/要らない」でも対象が違う 意見は、どの責務を指しているか b c d, e a, f 全体 オブジェクトと行の変換は30年うまくいっていない
関連を属性として辿れて、取り方も選べる 生SQLでいいなら、マイグレーションの代案も出してほしい クエリビルダくらいの制約は欲しいのでKysely ORMは初心者のガードレール。AIが書くなら要らない 今ココ 2026年 不要側 必要側 必要側 中間 不要側 6/10
▪議論の形が壊れている理由 重なっていない b について「要らない」と言っている人と、 d・e について「要る」と言っている人は、 そもそも同じ話をしていない。 「ORM不要」と書かれていても、dやeに反対しているわけではありません。 今ココ 2026年
7/10
▪Vlad Mihalcea氏(Hibernate主要コントリビュータ)へのインタビューより 作り手側の見解 Hibernateを一律に勧めてはいない。SQLに習熟したチームが軽量な構成を求めるなら、JDBC + AI は良い組み合わせに なり得る。 ただしJPA/Hibernateは単なるSQL生成ツールではない 楽観的ロックと悲観的ロックを統一的に扱う仕組み
継承マッピング、永続化コンテキスト、複数の取得戦略 20年分の、実プロジェクトで検証されたパターンが入っている 公開資料が豊富な技術ほど、AIからも適切な回答を得やすい 今ココ 2026年 8/10
▪同インタビューの整理 ORMかSQLかではなく、チームから考える SQLとDB性能に詳しく、軽量な構成が欲しい ロックや継承マッピングを任せたい 集約中心で、遅延ロードが要らない SQL中心で型安全と高度なクエリが欲しい チームがJPAを長く安定運用している 今ココ 2026年 素のJDBC
+ AI JPA / Hibernate Spring Data JDBC jOOQ 流行だけを理由に置き換えない 9/10
▪第6回 次回 で、AIは新しい根拠なのか 噛み合っていない理由は分かった。では最初の問いに戻ろう。 第2回では触れなかった、エッセイの結論部分に入ります。 今ココ おわりに 10/10