何がDDDをDDDにするのか / what make DDD to DDD ?

DDDを学習・実践において多く見受けられる混乱と、それに対する現時点での自分の回答

[ono_matope]

コードレビューするとき、個人的に最も気にしているポイントは「コードが元となる単一のコンセプトに従っているか」なのだけど、それと近い話なのかもしれない。

[lolence]

そうですよね、DDDは『方法論』ですよね。ドメイン理解⇄ソフトウェアで表現　をイテレーティブに繰り返すことですよね。なんかスッキリしました。ありがとうございます。

[mimosafa]

なるほど

[yojik]

そうはいってもDDDは「対象となるドメインを理解し、その理解を具現化」するためのパターンランゲージ本なのでパターン順守は必要条件だと思う。具現化の方法はいっぱいあってDDDの流儀に沿わなくてもいいわけだし

[PrivateIntMain]

業務の関心事を分離すると顧客と話しやすくなる程度の理解。顧客と話すのは業務のこと。業務のこと以外がモデルに混ざると業務部分探すの大変だし顧客を待たせてしまう。パターンは分離して残った諸々への処遇の一例

[Magicant]

本論と関係ないけど「たらしめる」に足の字を使ふのは誤りです

[turanukimaru]

設計は必ず必要なのだが今までの設計・モデルはプログラマにしか分からなかった。業務者に直接解ってもらえ共同で検討できて実装に直結する設計しようというそれだけの話なんだよな。まぁそれがめっちゃ難しいのだが

[boomerangj]

これだけの事に御大層な説明をてんこ盛りにしたから混乱が生まれてるんだよな。でも、御大層な説明を付けなかったらこんなに有り難がられてないとも思う。実体がない宗教っぽい今の扱いが良いとは言わないが。

[katzchang]

そう思う