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
私の推し技術(DERTA Gig #18)
Search
akshimo
July 06, 2025
1
71
私の推し技術(DERTA Gig #18)
akshimo
July 06, 2025
Tweet
Share
More Decks by akshimo
See All by akshimo
UPDATEがシステムを複雑にする? イミュータブルデータモデルのすすめ
shimomura
2
870
5分でわかる イミュータブル データモデル
shimomura
1
190
アラートの話 をしよう!
shimomura
0
81
serverless
shimomura
1
200
機械翻訳との付き合い方
shimomura
0
250
Featured
See All Featured
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Designing for humans not robots
tammielis
254
26k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
2.9k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
33
1.8k
The Art of Programming - Codeland 2020
erikaheidi
56
14k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.3k
Being A Developer After 40
akosma
91
590k
Visualization
eitanlees
150
16k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.2k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Transcript
私の推し技術・プロダクト DERTA Gig vol.18 akshimo
• akshimo(あくしも) • フリーランス • ソフトウェアエンジニア • PHPカンファレンス新潟2025 コアスタッフ •
Niigata5分Tech実行委員会 • KomeKaigi2025実行委員会
• AI系(Devin, Claude Code, n8n,...) • Vim • アジャイル系の何か(ふりかえり手法とか...) 思いついた推し技術・プロダクト候補
今回の推し技術は …
RDB 今回の推し技術は …
今日の内容は ぺちこん新潟での登壇内容と かなり重複します 別に時間がなくてネタを作れなかった わけじゃないんだからね!
• 大生成AI時代を生き残るために • RDB自体ではなく、それを通してあることを伝えたい • こんな時代だからこそ地に足をつけて なぜ推すのか? 学生も多いしね
遅延束縛(結合) キーワード
多少専門的な用語や人名を 出すことがありますが、 雰囲気で聞いてください
エンジニアの人?
エンジニアリングできる人?
エンジニアリング? プログラミングと違うの?
ソフトウェアエンジニアリングとは 時間で積分したプログラミングである Titus Winters, Tom Manshreck , Hyrum Wright 『Googleのソフトウェアエンジニアリング
―持続可能なプログラミングを支える技術、文化、プロセス』
• ソフトウェアは作って終わりではない • ビジネスにあわせ成長・進化・変化が求められる • そして、「データベースの寿命はアプリケーションより長い」 by そーだいさん エンジニアリングは時間積分
かといって未来を全て予測はできない … どうすれば良いか?
DBに何を保存すれば 良いか? 鍵となる考え
ITって情報技術でしょ? じゃあ”情報”を保存すれば いいんじゃない?
その考えはちょっと気をつけた方が 良いかも? ITって情報技術でしょ? じゃあ”情報”を保存すれば いいんじゃない?
DIKWピラミッド 知恵 知識 情報 データ
• データ ◦ 客観的、事実、未整理、未加工、意味がない。 • 情報 ◦ 整理、分析、解釈、計算されている。 意味、目的がある。 データと情報の違い
• データ ◦ 客観的、事実、未整理、未加工、意味がない。 • 情報 ◦ 整理、分析、解釈、計算されている。 意味、目的がある。 データと情報の違い
こっちを保存すべき!
”ユーザー”テーブル
先月に有料会員を辞めた人に 再入会を勧めるお知らせを送りたいんだよね
”ユーザー”テーブル
オワタ\(^o^)/
こうしておけばよかった
Write • トランザクション整合性 • 集約単位 • ドメインモデル、正規化 Read • 結果整合性
• 集約をまたぐ • クエリ最適化、非正規化 WriteとReadに求められるもの
• DBには起きたコトをそのまま保存する • 計算・解釈は”後から”できる ◦ リレーション演算(テーブル、クエリ、View) ここまでのまとめ
• DBには起きたコトをそのまま保存する • 計算・解釈は”後から”できる ◦ リレーション演算(テーブル、クエリ、View) ここまでのまとめ 遅延束縛!
• 蒸留 • インピーダンスミスマッチ • 非エンジニアとのコラボレーション 今日話せなかったが 他にもこんなことを考える必要がある
じゃあ全ての設計を “ガチ”でやれば良いのか?
• エンジニアリソースは無限ではない • 8:2の法則を意識する • バリューを生み出す”コア”の部分を優先する ◦ それ以外は外注、SaaS、AIの利用を積極的に検討 個人的な答えは No
事業を理解し 戦略を策定できる エンジニアが求められる
事業理解・戦略策定し 進化可能なソフトウェアを設 計する 現状AIには難しいこと
こんな時代だからこそ 地に足をつけ 真にバリューを出せる エンジニアリングをする
ご清聴 ありがとうございました!