序文だけで9ページあって、結構読むのもたいへん。
(形容詞とかが難しい言葉が多いのが DDD の難点ですね)
この本の前提(価値観)
1.ソフトウェアプロジェクトの最も重要な関心ごとは、ドメインそのもの、そして、ドメインのロジック
2.複雑なドメインの設計(実装)は、モデルを基にする (いきなりコードで書きはじめない)
ドメイン駆動設計 ( DDD: Domain-Driven Design ) は、
・考え方
・優先順位のつけ方
である。
設計と開発プロセス
「設計」本と、「プロセス」本は、いっしょになっていることはないし、お互いに参照すること自体少ない。(別世界、別の関心ごと)
でも、本来は、不可分。しごくもっともな主張です。
まあ、そうはいっても DDD は 「設計」本なので、プロセスを取り上げる箇所は少ない。
唯一、この序文の xxii ページが、具体的にプロセスについても語っている箇所。
まあ、簡単に言えば「アジャイル開発プロセス」との相性がいいよ、といっている。
まあ、Eric Evans の人脈が、オブジェクト指向+アジャイル ( Smalltalk 人脈?)なんだから、あたりまえですけどね。
小さな反復を繰り返し、コミュニケーションとフィードバックを大切に、継続的に発展させていく、というのが、XP や、その他のアジャイル方法論でも共通の価値観ですね。 DDD も、その価値観・やり方が基本。
(形容詞とかが難しい言葉が多いのが DDD の難点ですね)
この本の前提(価値観)
1.ソフトウェアプロジェクトの最も重要な関心ごとは、ドメインそのもの、そして、ドメインのロジック
2.複雑なドメインの設計(実装)は、モデルを基にする (いきなりコードで書きはじめない)
ドメイン駆動設計 ( DDD: Domain-Driven Design ) は、
・考え方
・優先順位のつけ方
である。
設計と開発プロセス
「設計」本と、「プロセス」本は、いっしょになっていることはないし、お互いに参照すること自体少ない。(別世界、別の関心ごと)
でも、本来は、不可分。しごくもっともな主張です。
まあ、そうはいっても DDD は 「設計」本なので、プロセスを取り上げる箇所は少ない。
唯一、この序文の xxii ページが、具体的にプロセスについても語っている箇所。
まあ、簡単に言えば「アジャイル開発プロセス」との相性がいいよ、といっている。
まあ、Eric Evans の人脈が、オブジェクト指向+アジャイル ( Smalltalk 人脈?)なんだから、あたりまえですけどね。
小さな反復を繰り返し、コミュニケーションとフィードバックを大切に、継続的に発展させていく、というのが、XP や、その他のアジャイル方法論でも共通の価値観ですね。 DDD も、その価値観・やり方が基本。