DDDの正体は実装パターンとモデリングの組み合わせ - パンダのプログラミングブログ

PoEAA を通して DDD の半分を理解する マーティン・ファウラーの PoEAA を読んでから、DDD のことを考え続けている。今まで DDD の話題はあえて避けてきた。分厚く難解な書籍、増えるコード量、教祖とその信徒たち（MV）、全てをその視点から解釈しようとする試み、少しでも間違えたら求められる自己批判、無知な者に対する SNS 上のオルグ、いつまでも出てこない総括、それでも信じるものは救われる。「一匹の亡霊がIT界隈を徘徊してる。DDDという亡霊が...」 まあ早まらないでほしい。何も DDD こき下ろそうというわけではない。自分の実力不足が主な原因と思い、深入りする前から「わからないもの」と決めつけていた DDD は、PoEAA というライトに照らされてその姿を私の前に姿を表し始めた。それは亡霊ではなく、確固たる手触りのある実体（Entity）だったのである。 PoEAA は

[turanukimaru]

DDDの正体は実のところ誰も知らない。誰もドメインの話もモデリングの話もせず皆実装パターンの話ばかり。なぜその業務領域はドメインと言えるのか？という質問に誰も答えないものだから私はDDDの話をするのはやめた。

[yojik]

わかりやすい。ただDDDはモデリング重要と何度も唱えながらモデリングそのものに対してのケアが足りん気がする。実装パターンと対になるようにモデリングパターンも提示すべき(だが、その実体はないと思う)

[Nyoho]

DDDの半分は実装パターンで、もう半分はモデリングとのこと

[nodat]

DDDは開発にあたってのプロセスの考え方だと思っている。それを実現するためのコードは、実装パターンとかモデリングになるのは、まぁそうだよな。

[at_yasu]

DDDは「どう作るか」と「何を作るか」の話として認識。「何を作るか」は業務知らんとそら作れねーよと思ってる。

[rgfx]

via: https://twitter.com/Panda_Program/status/1537298024816590849

[nunohito]

“つまり、DDD のは半分は実装パターン集だったのだ！もちろん知ってる人は知っている。ただ、自分がこの数年抱き続けていた「DDDとは何か」という疑問が解消された感覚を記しておきたい。”

[takyam1213]

6年くらい雰囲気だけでDDDしてる。DDDの本質とか何もわからないしエッセンスだけ使ってるような気もする。特に困ってはいないんだけど、なんか「DDDわかりました！」って一生言えない気がしてる。