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
赤神青空
PRO
September 13, 2026
Video
Programming
27
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のログ周りを整理する】全体像 ── 4段に分けて 位置づける
akagami
PRO
0
12
【ORM不要論の歴史】で、AIは新しい根拠なのか
akagami
PRO
0
14
【ORM不要論の歴史】2026年の不要論は何を言っているのか
akagami
PRO
0
30
【ORM不要論の歴史】運用の問題は、いまの責務論に直結する
akagami
PRO
0
20
【ORM不要論の歴史】なぜ生まれ、20年前に何を言われたか
akagami
PRO
0
25
【高い買い物LT会】初任給で話題の国産フィジカルAIを買った話
akagami
PRO
0
150
【ORM不要論の歴史】「ORM」と呼ばれているものが3つある
akagami
PRO
0
68
【Vitest5.0大解剖】Vitest5.0で消えた記法とAPI
akagami
PRO
0
29
【Vitest5.0大解剖】Vitest5.0で増えた書き方
akagami
PRO
0
37
Other Decks in Programming
See All in Programming
Swift愛好会100回記念 第1回を振り返る
jollyjoester
0
120
GKE アップグレード前に知っておきたい Blue/Green と PDB の関係
stkk
0
160
Seeing Through Serverless: Observability for AWS Lambda with ADOT and CloudWatch Application Signals
seike460
PRO
1
130
ハーネス設計入門 〜プロンプト、コンテキストの次〜
kinopeee
56
38k
『寄り添うラジオ』をAIで作る 体験価値から逆算した、会話しないUXと品質設計
theoriatec2024
3
150
高専キャリア LT 発表内容
crysta1221
6
5.6k
The Good Stuff, Not the Slop: Engineering High-Quality Android Apps with Modern AI Tooling
danybony
1
240
アクセシビリティから考える情報設計
high_g_engineer
0
350
一参加者から『中の人』へ 〜全通PHPerがブースに立って学んだ、カンファレンスを100倍楽しむコツ〜
wp_daisuke
0
140
AGENTS.md Is Not Enough:Build Skills, Don't Download Them
lx_t
0
110
LLMは4年分のCompose移行を再現できるのか?実プロダクト279件のXMLで探る自動化の境界線
makun
0
550
コンパウンドプロダクト開発のためのローカルプロセスマネージャー再発明 #layerxgo
izumin5210
0
670
Featured
See All Featured
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.4k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.6k
Music & Morning Musume
bryan
47
7.4k
Context Engineering - Making Every Token Count
addyosmani
9
1.1k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.5k
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.8k
WCS-LA-2024
lcolladotor
0
830
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.3k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Optimising Largest Contentful Paint
csswizardry
37
3.9k
Automating Front-end Workflow
addyosmani
1369
210k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
540
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