ドメイン駆動設計に挫折をしないで一歩目を歩く

ドメイン駆動設計、略してDDDは、多くの開発者にとって挑戦的な概念です。複雑な用語や抽象的な考え方に、最初は戸惑うかもしれません。

このプレゼンテーションでは、DDDの基本的な考え方から、実践的な適用方法まで、段階的に解説していきます。初心者の方でも理解しやすいよう、シンプルな言葉で説明し、具体的な例を用いて概念を明確にしていきます。

ライド1: イントロダクション

DDDに対する一般的な印象：難しそう、用語が多い
定番書を読んで挫折しがちな現状

スライド2: DDDを学ぶ上での重要ポイント

最初は挫折しないことが最も大切
初心者向けの本から始める
全ての用語を一度に覚える必要はない

スライド3: DDDの基本概念

ドメイン：事業活動または事業領域
サブドメイン：業務領域
同じ言葉：開発者だけでなく全員が使う共通言語

スライド4: 3種類の業務領域

コアサブドメイン：競合差別化の核
一般的な業務領域：外部サービスで代替可能
補完的な業務領域：自社で効率的に実装

スライド5: ECサイトの例

コアサブドメイン例：商品販売方法、在庫管理
一般的な業務領域例：商品検索、レコメンド
補完的な業務領域例：売上レポート、ユーザープロフィール

スライド6: 「同じ言葉」の重要性

異なる役割（セールス、エンジニア、デザイナー等）での共通言語の必要性
誤解防止とスムーズなコミュニケーションの実現

スライド7: DDDを学ぶ次のステップ

推奨書籍：「ドメイン駆動設計をはじめよう」
チームでの学習と実践の重要性

スライド8: DDDの価値

品質の低い設計の回避
プロダクトの本質的な価値の実現

スライド9: まとめ

DDDを少しずつ理解することの重要性
挫折せずに継続的に学ぶことの大切さ

Transcript

1. ドメイン駆動設計に 挫折をしないで 一歩目を歩く 鈴木まー 東葛.dev in 柏 LT交流会【第2回】
2. 鈴木まー(suzuki_mar) RubyでDDDや モジュラーモノリスなど のソフトウェアアーキテクチャ の導入、定着を している プロレス団体のCMSをメインとした システムの開発中 プロレス団体のDX 直近の仕事 最近していること PHP Sessionless Conferenceの コアスタッフ 設計などについて 設計界隈やPHP界隈の コミュニティで情報発信中 コミュニティ活動 @suzuki_mar
3. このLTで おこないたいこと @suzuki_mar
4. ドメイン駆動設計につ いてなんとなく興味を もってもらいたい @suzuki_mar
5. 興味を持つと言っても ドメイン駆動設計って よくわからなくて 難しそう @suzuki_mar
6. 難しいと感じること @suzuki_mar 定番書を読んで挫折をしてしまう 用語が多すぎる
7. 定番書を読んで挫折をしてしまう DDDを勉強しようと思った人を 挫折させてきた本 @suzuki_mar
8. デザインパターンでいうと @suzuki_mar
9. @suzuki_mar 挫折しない本 挫折する本
10. 原典となる本はものすごい勉強になるけど、 初心者が読むと挫折してしまう 先に初心者向けの本をよんで 理解してから必要であれば原典を読む @suzuki_mar
11. 学び始めた段階で 挫折しないのが一番大切 @suzuki_mar
12. ドメイン駆動設計で 挫折しない本 @suzuki_mar
13. @suzuki_mar
14. 難しいと感じること @suzuki_mar 定番書を読んで挫折をしてしまう 用語が多すぎる
15. @suzuki_mar ドメイン駆動設計はエンティティや バリューオブジェクトや集約。。。 などたくさんの用語があるけど、 ドメイン駆動設計の目的について理解 するまでは覚えなくてよい
16. @suzuki_mar 最初に理解する用語 ドメイン 事業活動または事業領域 サブドメイン 業務領域 同じことば 開発者だけでなくシステム開発に 関する人全員が話す言葉
17. 難しいと感じること @suzuki_mar 定番書を読んで挫折をしてしまう 用語が多すぎる 最初は、ドメイン、サブドメイ ン、同じ言葉だけを理解する
18. ドメイン駆動設計の勉強で 挫折しないために @suzuki_mar 入門者をメインターゲット層にもしている “ドメイン駆動設計をはじめよう”を読む ドメイン駆動設計の実装周りの用語は最初は覚えなくて、 そのかわりドメイン駆動設計にとって 大切な “ドメイン”、”サブドメイン”、”同じ言葉”に をさきに理解する
19. ドメイン駆動設計についての 挫折しそうな イメージはなくなった @suzuki_mar
20. ドメイン駆動設計は自分に関係あるの？ 事業活動や業務領域 とかプログラミングと関係なさそう @suzuki_mar
21. 鈴木にとってのプログラマーの仕事は 事業活動をエンジニアリングの 視点で理解をしていき、 重要な業務領域の開発に 集中して時間をつかっていく @suzuki_mar
22. ３種類の業務領域 @suzuki_mar コアサブドメイン 一般的な業務領域 補完的な業務領域
23. @suzuki_mar コアサブドメイン その事業活動において大切なことで このサブドメインがあることで ビジネスとして成立したり競合優位性になるもの ECサイトの場合 ・ ・
24. @suzuki_mar コアサブドメイン その事業活動において大切なことで このサブドメインがあることで ビジネスとして成立したり競合優位性になるもの ECサイトの場合 ・商品の検索 ・商品のレコメンド
25. @suzuki_mar 一般的な業務領域 コアサブドメインをおこなうために 必要だがすでにそれは 専門のSaaSが存在しているので それを使用すると良いため 他の同じようなプロダクトとは競合差別化にはならないもの ECサイトの場合 ・ ・
26. @suzuki_mar 一般的な業務領域 コアサブドメインをおこなうために 必要だがすでにそれは 専門のSaaSが存在しているので それを使用すると良いため 他の同じようなプロダクトとは競合差別化にはならないもの ECサイトの場合 ・商品の販売方法 ・商品の在庫管理
27. @suzuki_mar 補完的な業務領域 コアサブドメインをおこなうために 必要だけどでそれをおこなうSaaSが存在しない ので自分たちで実装をする必要があるが できるだけ楽をしたいもの ECサイトの場合 ・ ・
28. @suzuki_mar 補完的な業務領域 コアサブドメインをおこなうために 必要だけどでそれをおこなうSaaSが存在しない ので自分たちで実装をする必要があるが できるだけ楽をしたいもの ECサイトの場合 ・売上レポート ・ユーザープロフィール
29. @suzuki_mar コアサブドメイン 補完的な業務領域 一般的な業務領域
30. @suzuki_mar コアサブドメイン 補完的な業務領域 一般的な業務領域 競合差別化をするために最も力をかけるべきもの
31. @suzuki_mar コアサブドメイン 補完的な業務領域 一般的な業務領域 競合差別化をするために最も力をかけるべきもの コアサブドメインのために必要だけど、すでにその業務を 専門でおこなうためのSaaSが存在するので それを使用したほうがいい
32. @suzuki_mar コアサブドメイン 補完的な業務領域 一般的な業務領域 競合差別化をするために最も力をかけるべきもの コアサブドメインのために必要だけど、すでにその業務を 専門でおこなうためのSaaSが存在するので それを使用したほうがいい コアサブドメインのために必要であるが、外部の SaaSを使う必要までではなかったり、存在しな いため自分たちで実装をするができるだけ楽にし たい
33. @suzuki_mar 事業活動を３種類にわけていて 競合差別となる最も大切な コアドメインに対して集中して 時間をつかっていき、それ以外は 外部のサービスをしようしたり、 良い意味で手を抜く つまり
34. @suzuki_mar コアドメインを 考えてみよう
35. @suzuki_mar XとかのSNSについての コアドメイン
36. @suzuki_mar 投稿する 他のユーザーとの繋がる
37. @suzuki_mar SNSで投稿をしやすくなり いろんな人が投稿してくれる それを他のたくさんの ユーザーも投稿してそれをもとに ユーザー同士のやりとり がしやすくなる コアドメインに集中していくことにより
38. @suzuki_mar Spotifyとかの 音楽配信サービス
39. @suzuki_mar どこでも音楽をきける (車、スマートウォッチにも対応) 優秀なレコメンド機能
40. @suzuki_mar 好きな場所、タイミングでアプリを 起動したらレコメンドされたその人 にあった音楽をきくことができる コアドメインに集中していくことにより
41. @suzuki_mar 同じ言葉
42. @suzuki_mar コアドメインに対していくには コアドメインに対する理解が欠かせない また、コアドメインはビジネスの中心なのでコア ドメインの開発が会社の成長につながる そのため、開発チーム以外のセールスやカスタ マーサクセスなどの全員でコアドメインに対して 理解をしていく必要がある
43. @suzuki_mar 全員の共通認識を持てる 同じことばでプロダクトに ついて議論をしていく必要がある
44. @suzuki_mar おこなっていることは 役割ごとに違うので おなじことばを使うには 意識して使う必要がある
45. @suzuki_mar それぞれの役割ごとに 見る視点が違う バックエンド エンジニアは DBを見ている デザイナーや フロントエンド エンジニアは UIをみている カスタマーサクセス は一人ひとりのユー ザーをみている セールスは お客さんをみている
46. @suzuki_mar 見ている視点が違うので 使っている言葉が違う
47. @suzuki_mar ECサイトを開発している場合の 違う言葉を使用している例 セールス 新しい契約をするためにTOPページに表示されている商品一覧を最新 の商品を多く表示するようにしてほしい エンジニア TOPページに表示されている商品はレコメンドされている商品のこと だから、レコメンドエンジンを改良しよう セールス TOPページに表示されている商品一覧が最新のものになっていな い！！
48. レコメンドした商品一覧 レビューが高 い商品一覧 セールスが 修正して ほしいと思った ところ エンジニアが 修正しようと 勘違いしたもの 同じ言葉を使用していないので誤解が発生してしまった
49. @suzuki_mar ECサイトを開発している場合の 同じ言葉を使用している例 セールス 新しい契約をするためにTOPページのレビューが高い商品に表示され ている商品一覧を最新の商品を多く表示するようにしてほしい エンジニア レビューの高い商品のなかでも最新のものを表示するために、アルゴ リズムを変更しよう セールス レビューの高い商品一覧に最新のもの表示されている！！ 新しい契約を結べそう
50. 同じ言葉を使用しているので システムに関わる関係者が 同じ視点をみることができるので スムーズに会話をすることができる @suzuki_mar 同じ言葉
51. @suzuki_mar まとめ
52. 挫折しづらい初心者も対象 にしている本を読んで、 一気にいろんな用語 を理解しない @suzuki_mar
53. ドメイン駆動設計をするために必要となる 事業活動とそれを三部類した コアサブドメイン、一般的な業務領域、補完的な業務領域を 理解してそれに応じた実装方針をとる 役割に関係なく全員が同じ言葉をつかって事業活動や コアサブドメインについて理解をしていく @suzuki_mar
54. いままでの説明でドメイン駆動設計について 挫折をしないやりかたを理解して ドメイン駆動設計についての必須の用語を理解したけど ドメイン駆動設計を実際の開発を するためにはまだまだ理解する事が必要 そのために挫折をしないために次の本を読む @suzuki_mar
55. @suzuki_mar この登壇でいままで話してきたことを詳細に わかりやすく書かれている ドメイン駆動の業務領域についての理解をし ていく方法、実装方法など幅広く学習するこ とができるので、この本をチームで読んで実 践をしていくとチームではじめていくことが できる
56. 最後に
57. 鈴木はドメイン駆動設計を理解していくことで、 品質の低い設計がなくなりプロダクトが 作っていきたい価値を発揮できる様になると思っています このセッションを通して ドメイン駆動設計を挫折しないで 少しずつ理解していくための第1歩と 思ってもらえれば幸です @suzuki_mar
58. 終わり