チームでDDDを実践するためのことはじめ

Daisuke Endo | @DddEndow
設計カンファレンス extends OOC
https://yumemi.connpass.com/event/310541/

Transcript

1. チームでDDDを実践するための ことはじめ 設計カンファレンス Extends OOC 2024.3.29 遠藤大輔 株式会社ゆめみ
2. 株式会社ゆめみ リードエンジニア・アーキテクト 遠藤 大輔 X: @DddEndow 2019年4月にエンジニアとしてゆめみに入社。 PHPやKotlinを中心にプロジェクトを牽引しつつ、 DDD を導入する取り組みを行っている。 2 About me
3. 3 ゆめみの会社情報
4. “ OOC2024 いかがでしたか？ 4 OOC2024の思い出
5. 5 OOC2024の思い出 思い出に残っているセッションはありますか？
6. 6 OOC2024の思い出：思わず膝を打ってしまったセッション https://speakerdeck.com/yuitosato/functional-and-type-safe-ddd-for-oop
7. “ OOCの発表すげー！ モチベーション上がる！！ うちのプロジェクトでもDDDやってみたい！！ 7
8. 8 理解のある上司っぴ 理想的な職場
9. 9 理解のある上司っぴ 理想的な職場 導入に意欲的なチームメンバー
10. 10 理解のある上司っぴ 裁量のあるプロジェクト 理想的な職場 導入に意欲的なチームメンバー
11. 導入に意欲的なチームメンバー 理想的な職場：そこになければないですね。 11 理解のある上司っぴ 裁量のあるプロジェクト 必ずしもあるとは限らない
12. 12 理想的な職場：そこになければないですね。 OOC2024のとあるセッションでのアンケート 実際にDDDに取り組んだ経験のある人 会場の1/4~1/5
13. DDDをプロジェクトやチームに どうやって導入していくか 今日のテーマ 13
14. DDDをプロジェクトやチームに どうやって導入していくか 今日のテーマ 14 Tips集
15. “ 開発中はドメインの追求や プロジェクトを推進することに 注力できるようにする 15 一番伝えたいこと
16. 16 導入するまでのフロー 個人がリードできる能力を確立 チームに展開, 不安要素をなくす ビジネスサイドと交渉し、 プロジェクトに取り入れる
17. アジェンダ ◉ ビジネスサイドやステークホルダーの説得 ◉ どうにかして知識と経験を得る ◉ チームで開発するための工夫 17
18. 18 Tips: 1 ビジネスサイドやステークホルダーの説得 Tips1
19. 19 新しい技術だからチャレンジさせて！ Tips: 1：それはそう ダメです
20. • 取り入れることによるメリットや利益 ◦ 開発効率の向上 • 回避可能になる将来的なリスク ◦ 技術的負債の低減 • 想定される課題とその影響範囲 ◦ 学習コストによる開発遅延 説得材料を手に入れる 20 Tips: 1：ビジネスサイドやステークホルダーの説得
21. • 取り入れることによるメリットや利益 ◦ 開発効率の向上 • 回避可能になる将来的なリスク ◦ 技術的負債の低減 • 想定される課題とその影響範囲 ◦ 学習コストによる開発遅延 説得材料を手に入れる 21 Tips: 1：ビジネスサイドやステークホルダーの説得 どんな説明が最適かはプロジェクトによりけりなので、自分で 取捨選択して考える必要がある
22. “ 逆説的に、説明・説得できるだけの知識と 最低限の経験を身につけなくてはいけない 22 Tips: 1：ビジネスサイドやステークホルダーの説得
23. 23 Tips: 1：ビジネスサイドやステークホルダーの説得 しっかりと説明できるなら問題ないが…
24. 24 Tips: 1：それができれば苦労しないんじゃい！ 何もわからんけど DDDやってみたい！ 説得力のある知識や経験を 積んでから来い！ DDD本難しすぎて何もわからん！ DDDやったことないのに どうやって経験を身につけるんだ！！ 説得力のある知識や経験を 積んでから来い！ 説得力のある知識や経験を 積んでから出直せ！！
25. 25 Tips: 2 どうにかして知識と経験を得る Tips2
26. • 書籍を読む • DDD導入済みの副業先で実務のコードに触れる • ドメインモデル図やコードを書いてみる 知識と経験を得る 26 Tips: 2：どうにかして知識と経験を得る サンプルコードが 載っている書籍の方が イメージしやすいので、 入門としておすすめ
27. • 書籍を読む • DDD導入済みの副業先で実務のコードに触れる • ドメインモデル図やコードを書いてみる 知識と経験を得る 27 Tips: 2：どうにかして知識と経験を得る サンプルコードが 載っている書籍の方が イメージしやすいので、 入門としておすすめ 難解 副業できない
28. 28 ネット上のサンプルコードを写経してもよくわからん… ＆ ドメインモデリングはどう練習すれば…？ Tips: 2：どうにかして知識と経験を得る
29. “ IPA情報処理試験の データベーススペシャリストの 過去問を使おう 29 Tips: 2：IPA情報処理試験の過去問を活用する
30. 30 Tips: 2：IPA情報処理試験の過去問を活用する
31. 31 Tips: 2：IPA情報処理試験の過去問を活用する https://www.ipa.go.jp/shiken/mondai-kaiotu/2023r05.html
32. 午後Ⅰ,Ⅱの問題が最適 • 仕様書の見本としての完成度が非常に高い • 回答としてER図が用意されているため、ドメインモデルとテー ブル構造の違いを比較しやすい • 実務に近い形でのトレーニングを行える IPAの過去問を活用する 32 Tips: 2：IPA情報処理試験の過去問を活用する
33. 33 Q. コードを書く練習もできる？ A. もちろん！ Tips: 2：IPA情報処理試験の過去問を活用する
34. 34 Tips: 2：実際に用意したものがこちらになります https://github.com/DddEndow/sample-ddd-laravel?tab=readme-ov-file
35. コードを書くことで得られること ほとんどのDDDの書籍はJavaを基本に書かれている →プログラミング言語やFWによって細かい調整が必要 • より適したアーキテクチャやパッケージ構造の模索 • ドメインモデルや集約の表現 • 実務レベルのコアロジックの実装 • IDなど統合的なオブジェクトの実装 35 Tips: 2：IPA情報処理試験の過去問を活用する
36. 36 実際に手を動かすことで知識と経験を補い 他の学習方法へのとっかかりを作る Tips: 2：IPA情報処理試験の過去問を活用する DDDちょっとわかってきたから OOC2024でもっと勉強してくるわ！！ 先週終わったばっかやぞ！
37. 37 Tips: 3：チームで開発するための工夫 チームで開発するための工夫 Tips3
38. 38 Tips: 3：チームで開発するための工夫 個人でできる チームでできる ≠
39. 39 実際にチームでやってみたら問題が色々出てきた！ ↓ 開発に遅延が！！ …とならないように Tips: 3：チームで開発するための工夫
40. 開発が停滞しないようにするために • DDD以外の不安要素をなくす • コードを書く上で障害になるポイントを事前に潰す 40 Tips: 3：チームで開発するための工夫
41. DDD以外の不安要素をなくす ≒ 他の部分でリソースに余裕を持たせる • マネジメントのコストを減らす ◦ 関係性を構築済みのメンバー • 安定したプロジェクトで実施する ◦ 規模が小さい or コアドメインが複雑ではない ◦ 技術力の高いメンバー 41 Tips: 3：チームで開発するための工夫
42. コードを書く上で障害になるポイントを事前に潰す • コーディング規約を作る • 複雑なロジックを持つサンプルコードを作る • 事前にメンバーにレクチャー PRのレビューで指摘するのは時間も労力もかかるので、 それ以外のことで負担を低減できるようにする 42 Tips: 3：チームで開発するための工夫
43. “ ２つ以上不安要素があるなら、導入を再検討した方が無難 プロジェクト中に発生する事態をある程度予想して対策する 43 Tips: 3：チームで開発するための工夫 Point!
44. “ 開発中はドメインの追求や プロジェクトを推進することに 注力できるようにする 44 Tips: 3：チームで開発するための工夫
45. 45 まとめ まとめ
46. 46 まとめ ビジネスサイドやステークホルダーの説得 Tips1
47. 47 まとめ どうにかして知識と経験を得る Tips2
48. 48 まとめ チームで開発するための工夫 Tips3
49. 49 まとめ 個人がリードできる能力を確立 チームに展開, 不安要素をなくす ビジネスサイドと交渉し、 プロジェクトに取り入れる
50. “ 開発中はドメインの追求や プロジェクトを推進することに 注力できるようにする 50 まとめ
51. Thanks! 51