ドメイン駆動設計に再々々々々入門した

Transcript

1. ドメイン駆動設計に 再々々々々入門した
2. 自己紹介 ほうれん草ボンバー フロントエンドエンジニア ひまぷろで最初のゲスト！ 最近はパフェ作りにハマっている
3. DDD、むずくね？
4. “入門書”をたくさん読むもどれも途中で挫折・・・
5. ドメイン 値オブジェクト わからない単語・概念が多すぎる エンティティ 集約 境界づけらた コンテキスト DIP
6. プログラミング言語の壁がある サンプルコードがJavaで書かれている →TypeScriptではclass構文をあまり使わない サンプルコードが長くて読みずらい 普段の業務とかけ離れているコードだからイメージがわかない
7. 俺の理解力の無さ なめんじゃねーぞ！！
8. エリック・エヴァンズに難しい コードでいじめられたよ〜
9. 「小学5年生ののび太でもわかるように 説明してください」 魔法のプロンプト
10. 理 解 し て あ げ な い だ か ら
11. 注意事項 「わかりやすさ」を優先しているため、 正確性は犠牲にしています コード例は一切使っていません 表層の大雑把な理解です
12. ドメイン駆動設計 再々々々々入門 ドメインとは？ サッカーでいう、 「ルール」のこと 手を使ってはいけない（キーパー以外） 1チーム11人 オフサイドがある ゴールしたら1点 ・・・ 「この世界ではこうするよ」っていう約束ごと
13. ドメイン駆動設計 再々々々々入門 値オブジェクトとエンティティ 値オブジェクト 1つ1つを区別しなければいけない存在 サッカー選手 同じ名前の人が2人いても、背番号が 違えば別人 エンティティ 中身（値）が同じなら、 同じものとして扱ってよい存在 お金（1,00円玉はどれも100円） サッカーボール（サイズが同じであ れば、どれでも良い）
14. ドメイン駆動設計 再々々々々入門 集約(Aggregate) サッカーでいう、 「試合」のこと 試合には以下のもの（オブジェクト）の集合 チーム 選手 ゴール ボール 複数のものを集めたまとまり
15. ドメイン駆動設計 再々々々々入門 DIP（依存性逆転の原則） 〈悪い例〉メッシがいるから、ゴールキーパー2人にする 「ルールを先に決めて、人がルールに合わせるようにしようね」という考え方 〈良い例〉メッシがいるから、4人マークをつける 一人の選手によって、サッカーのルールが変更されている 一人の選手によって、サッカーの戦術が変更されている（ルールは変更されていない）
16. わかりやすく説明してくれ ありがとう・・・
17. ドメイン駆動設計 再々々々々入門 ドメイン駆動設計を学ぶ意味は？ 初級エンジニアから中級エンジニアへの 考え方を変えるきっかけとなる
18. ドメイン駆動設計 再々々々々入門 ドメイン駆動設計を学ぶ意味は？ How（どのように？）ではなく、 What（何？）で考える
19. 画面デザインはどうする？ FW・ライブラリーの選定はどうする？ DB設計はどうする？ どういうふうに実装する？ How？
20. あなたの会社は何を作っていますか？ そのサービスの特徴は何ですか？ 他の類似サービスと比べて、そのサービスの強み何ですか？ 今後、機能追加するとしたら何が必要ですか？ What？
21. ドメイン駆動設計 再々々々々入門
22. ドメイン駆動設計 再々々々々入門 技術領域 ビジネス領域 ドメイン駆動 How? What?
23. ドメイン駆動設計 再々々々々入門 まとめ ドメイン駆動設計は難解な概念が多くとっつきにくい 「ビジネスをもっと良く理解しよう！」という考え方 HowではなくWhatに注目する 中級エンジニアになるために必要な考え方