会社で行ったドメイン駆動設計勉強会について、部会で報告したときの資料

1. ドメイン駆動設計勉強会
発表
(株)SRA
産業第1事業部
鈴木真吾

2. 自己紹介
• 池袋３階の奥の方にいます
• ここ1年くらいの仕事
• Fortranコンパイラの 2008 仕様対応
• 使用している言語はC, Java, Python
• 複数の言語向けメトリクス検査ツール作成
• Go, Clojure, Python など
• 好み
• 関数型言語、コンパイラ

3. 概要
• 2017年上期にドメイン駆動設計勉強会を行った
• ５ 月から 8 月あたりまで
• 勉強会を行った際に得た知見を共有する

4. 今日話す内容
• ドメイン駆動設計について
• モチベーション
• 「勉強会」をするモチベーション
• DDDのモチベーション
• 勉強会の設定
• 目的と目標
• 今回の振り返り
• DDDを勉強してみた感想
• 次どうするか

5. ドメイン駆動設計について
• 業務知識の分離・保護・改善を主眼に置いた設計手法
• 2003年の「エリック・エヴァンスのドメイン駆動設計」で紹介
• 最近流行しているプログラミングスタイルやアーキテクチャと
相性がよい
• リアクティブプログラミング
• マイクロサービスアーキテクチャ

6. 「勉強会」をするモチベーション
• 個人的なモチベーション
• 一人の勉強ではモチベーションの維持が難しい
• 勉強したつもり、理解したつもりに陥りがちになる
• 「発表」自体の経験値も稼げる
• 会社組織に対してのモチベーション
• 技術・知識のキャッチアップ・強化
• 正直 SRA の技術ってたいしたことないよね？
• プロジェクトをまたいだ知識の共有は必要
• 誰が何を得意としているか把握したい
• どういう問題があってどう解決したかを共有したい

7. ドメイン駆動設計をするモチベーション
• 個人的に良さそうと思った経緯
• ScalaMatsuri 2017 のセッション・事例紹介
• 「DDD with RDRA, ICONIX」
• ChatWork 社での事例
• 書籍「Functional and Reactive Domain Modeling」
• DDDをベースにしている
• → 実際に使われているし、関数型言語と相性がいいのはうれしい
• 過去のプロジェクトの反省
• 設計手法について体系的な知識がなかった
• 実際に行った設計・実装もいまいち
• → 体系だった知識を得ておきたい
• 2016年のGo言語勉強会の反省
• あまり人が集まらなかった
• 自分がやりたい言語・技術だとあまり人が集まらないかも
• もうちょっと万人受けしたほうがいい
• → 設計だったらプロジェクトが違っても共通して使えるかも

8. 目的と目標の設定
• 目的
• EricEvans本を読んで、DDDの基本的な知識を共有する
• 目標
• 最後までやりきる
• そのため無理のない範囲設定をする
• →本は１冊に限定。さすがに１冊は通して読めるはず
• 時間内に終わらせる
• 終業後に不特定な時間拘束される、というのは非常に疲れる
• 継続して参加してもらうため「疲れるから行きたくない」は避ける
• → 勉強会の時間は45分として時間内に終わらせる
• なるべく人を集める
• 多いほうがいいし、発表は自分以外にもやってもらいたい
• →メールは部内宛に毎回通知

9. 勉強会の振り返り
• 各目標の評価
• 最後までやりきる→〇
• とにかく本１冊の内容はすべて読んだ
• 時間内に終わらせる→〇
• おおよそ45分内で完了
• １回だけオーバーした
• なるべく人を集める→△
• 参加者は自分を含めて4人
• 2016年に行った勉強会よりは１人増えたが少ない
• 改善が必要
• メールだけだと訴求力なかったかも
• 題材に難があったかも
• 開始時間と場所は適切だったか？

10. DDDを勉強してみた感想
• よい
• 大規模・エンタープライズに対して効果はありそう
• OOP についていくつか良い洞察が得られる
• よくない
• 仕事で使う機会は当分なさそう
• 小規模な案件にはマッチしていなさそう
• 本の内容は難解だったので、見落とし・誤解はあるかも

11. 次どうするか？
• 題材
• もうちょっと基礎的な題材
• プロジェクトですぐ使える知識
• 参加者を増やす
• 発表者は複数いるようにしたい
• 始める前に参加者をある程度確保しておきたい
• 勉強会設定
• 「やりきる」以外にもなにか効果を測る目標を置きたい
• 学んでみて実際に役に立てた、というのが言えるとうれしい

12. ご清聴ありがとうございました