DDのはなし【勉強会資料】

自己紹介
権藤です。
よろしくお願いします。
TW: gondoh_jp
FB: 権藤隆行
Copyright Catchup, Inc. All Rights Reserved.
2

DDの話ですが
神社駆動開発とか
居酒屋駆動開発の話じゃ
ありません
3

DDDの話します
4

DDDについて
 よく知っている / 実践している
 概要はわかる
 名前だけは知っている
 知らない
5

ここに向けた話
 よく知っている / 実践している
 概要はわかる
 名前だけは知っている
 知らない
6

DDDはなんの略称か
domain
driven
development
→ ☓
7

DDDはなんの略称か
domain
driven
design
(ドメインドリブンデザイン)
8

ドメイン駆動設計
9

‘ドメイン駆動設計（英: Domain-driven design, DDD）とはソフトウェ
アの設計手法であり、「複雑なドメインの設計は、モデルベースで行う
べき」であり、また「大半のソフトウェアプロジェクトでは、システム
を実装するための特定の技術ではなく、ドメインそのものとドメインの
ロジックに焦点を置くべき」であるとする。この名称は、 Eric Evans が
同名の著作で用いた。‘
※ 引用: wikipedia
10

うーんよくわからん
11

ざっくり言うと
複雑なシステム設計は
要件に応じて適切に分割した領域を
モデルとして組み立てるほうががいいよ！
※ 権藤談
12

ざっくり言っても
まだ分かりづらいので
今日は入門のさらに入門的なことが
紹介できればと思います
13

DDDの最初の罠
「ドメイン」という
言葉の意味が
分かりづらい
と言うか知らない
14

ドメイン全体の中に定義される部
分領域。特に、インターネット上
に定められた部分領域を言う。
ネット上の住所に当たる。
※ 引用: google検索
15

ドメイン全体の中に定義される部
分領域。特に、インターネット上
に定められた部分領域を言う。
ネット上の住所に当たる。
※ 引用: google検索
16
DDDのドメインはこれ

例えば
少し前のぬーらぼさん記事がありました。
ヌーラボ社内の勤怠管理アプリ「Hello
Goodbye」の紹介https://nulab-
inc.com/ja/blog/nulab/hello-goodbye-typetalk/
17

ドメインに置き換えてみる
18

ドメインに置き換えてみる
ある程度部分領域を分けていきドメインモデル
として定義し、システムへ落とし込む。
 非干渉デバイス
 Slack
 出勤状況
 出勤ログ
などなど…
19

とあるシステム開発の話
クライアント: 勤怠管理楽に便利にしたいんだけどどうにかならんか
システムディレクター: 会社の業務形態と勤務形態おしえてや
クライアント: こんな感じやで
システムディレクター: こんな感じなんやな
→ ドメイン設計
20

最初の一歩!! //
21

DDD最初の一歩
クライアント:
すごーい
君はDDDが出来るフレンズなんだね！
となる
22

システム開発現場においてのお話
優秀なPHPerの人は出来ることですが設計大事
優秀ではない僕はもうちょっとうまいこと設計
出来ないかなということがDDDを勉強する
きっかけになりました。
23

良いシステム・ソフトウェアを作る
作るシステム・ソフトウェアが一体何なのかを
十分に知る必要がある
部分領域に分割し
領域の責務をしっかり把握する
24

炎上するプロジェクトとは
いつまでに何を作るか詳細がはっきりわかっ
ていない
つまり
ドメインモデルがはっきりしていない
25

ドメインモデルの崩壊は炎上を起
こす（ことがある）
いつまでに何を作るか詳細がはっきりわかっ
部分領域がわかっていない
→ つらい
分割すべきモデルが1つになっていたりしてる
→ つらい
つまりDB正規化もまるっきり行われていない
→ つらい
26

DDDが解決すること
複雑な現実の要求を、責務によって部分領域に
分割し、プログラムコードとしての構築を可能
にします。
炎上を防ぎあなたのウィークエンドの時間と、
ウィークデイの心のゆとりを助けてくれます。
たぶん。
27

いままでのお話
時間が限られているため多くは話せませんが今
までの話はDDDの最初の概念です
DDDにはたくさんの概念が複合的に含まれた
ソフトウェア開発の指針です
28

ぼくがかんじたDDDのがいねん
29

DDDをもっと知る
キーワード
 エンティティ
 バリューオブジェクト
 サービス
 リポジトリ
 ファクトリー
※ 実装時にこの概念がよく利用されるよ
CakePHPとかlaravelとかFW自体が取り入れてるよね！
30

実践する上で重要なこと
DDDを正確に確実にやる必要はない
というか時間的に出来ない
TDDとかも同じだと思う
ちゃんとやると逆に破綻しそう
31

じゃあどんな所で活用するのか
小さい領域から意識して初めてみる
部分部分において活用する
→ 設計時にドメインモデルを意識する
→ 開発時に設計の際のドメインモデルをコードに落とし込む
→ドメインの変更に追随しリファクタリングを行う
重要な機能には絶対テストを書くように複雑な仕様なときはドメイン
モデルを元に機能定義をしてみる。。とかそういうの
32

もっと知る方法
Domain-Driven Design Quickly 日本語版
無料で配布されています。
「DDD 本」でググるといいよ
33

ゴンドーも勉強中です
いろいろ教えてください
間違いとかも教えてください
34

ありがとうございました
35

DDのはなし【勉強会資料】

Recommended

Recommended

More Related Content

Similar to DDのはなし【勉強会資料】

Similar to DDのはなし【勉強会資料】 (20)

More from 株式会社キャッチアップ

More from 株式会社キャッチアップ (9)

DDのはなし【勉強会資料】