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
120
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
私の推し技術(DERTA Gig #18)
akshimo
July 06, 2025
More Decks by akshimo
See All by akshimo
traitは本当に悪者か?
shimomura
0
390
ふにゃっとしない名前の付け方 〜哲学で茹で上げる、コシのあるソフトウェア設計〜
shimomura
0
200
Re: AIがコードを書いてくれるなら、新米エンジニアは何をする?
shimomura
0
330
新潟の勉強会を盛り上げたい!
shimomura
0
120
その設計、 本当に価値を生んでますか?
shimomura
3
340
UPDATEがシステムを複雑にする? イミュータブルデータモデルのすすめ
shimomura
2
1.4k
5分でわかる イミュータブル データモデル
shimomura
2
420
アラートの話 をしよう!
shimomura
0
130
serverless
shimomura
1
230
Featured
See All Featured
Making Projects Easy
brettharned
120
6.7k
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
210
Product Roadmaps are Hard
iamctodd
55
12k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.8k
It's Worth the Effort
3n
188
29k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
The Language of Interfaces
destraynor
162
27k
A Modern Web Designer's Workflow
chriscoyier
698
190k
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
440
VelocityConf: Rendering Performance Case Studies
addyosmani
332
25k
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には難しいこと
こんな時代だからこそ 地に足をつけ 真にバリューを出せる エンジニアリングをする
ご清聴 ありがとうございました!