• ドメインモデル： ドメインの問題を解決するためのモデル
• データモデル： データの永続化方法を決める (永続化方法の効率化という問題解決を行う) ためのモデル
• 「最初からモデルは完成せず、徐々に改善して行くもの
• DDD が向いているのは、問題解決しようとするドメインが複雑な場合
• ユースケースを具体化しないと、どのようなモデルを作れば良いか判断できない（モデルが解決するべきも音大が明確にならない）
• ドメインモデル貧血症とは、ドメインモデルを実装するためのオブジェクト でありながら、ドメイン知識をほぼ持たないオブジェクト
• repository 層を設けることで「実装上どのように実現するか (How)」は隠蔽され、「何をしたいか (What)」だけを示すようになる
• 実際はユースケースやドメインオブジェクト単位で テストを書き、継続的インテグレーションができることが望ましい