ドメイン駆動設計のよくある誤解

ドメイン駆動設計という用語が世間に広まってからかなりの年月が経過していますが、書籍を読んでもなかなか理解しにくい部分があると思います。私がソフトウェアエンジニアとして経験してきた中で、ドメイン駆動設計の難しいところについて私なりの説明をしたいと思います。最も重要なドメインとユビキタス言語の概念の誤解が広まっているように見受けられるので、そこを切り口にして説明します。ドメインは最初から分かるものではなく、理解が深まるにつれて設計も変わります。その変化を受け入れやすい構造を選ぶことが重要だということが、この記事の根幹となる考えです。 ドメインとユビキタス言語 ドメイン駆動設計の根幹をなす概念ですが、残念ながらEric Evansの書籍の説明は非常に分かりにくいです。この2つの概念は双対的な概念で簡潔に言い換えると以下のようになります。 ドメイン 業務に携わる人たちが同じ用語で意思疎通する業務範

[gabill]

ドメイン知識を学ぶことより技術的なことを学ぶことが好きな人ほどDDDをありがたがり、顧客の業界の言葉を使うより自分たちの言葉を押し付けるのが好きな人ほどユビキタス言語を定義したがる...という偏見がある。

[snowcrush]

DDDはモデリングの対象をどう捉えるかという方法論だったはずなのにデザインパターン集に堕してしまった

[hoozuki37]

丁寧な言葉で「バカには出来ない」と書いてある。

[deb]

使用者以上に業務を理解して、お金をもらった部分の責任だけ都合よく実装…は簡単にはできないんだよなぁ…

[MtAsuka]

ドメイン駆動設計というのはドメインに着目し理解しそれを重点にシステムを設計するという心意気の話であって、サービスをどう分割するかみたいな設計論中心に論じてるものはすべて誤解だと思う。

[hbydot]

結局何が言いたいのか分からん記事だった

[Eiichiro]

”人や世の中の物事への興味関心がないと、そもそもセンスを磨くための十分な経験を積めません。〈中略〉言葉遣いの違いを観察して、言葉が意味する内容の違いを捉える能力” どうやって身に付けたかわからん。

[dot]

考え方としてはシンプルに見えるし好きだけど、仕事に適用しようとした途端に一気にしんどくなる印象がある。シンプルに保とうとするがゆえに逆に複雑になってしまう印象がある。

[syuu256]

一番重要なのはエンティティのリレーショナル構造を完全に頭から切り離すことだと思うが？概念グラフを作れ、RDBの実装は一旦忘れろ

[yarumato]

“ユビキタス言語は単なる用語集ではありません。実際には、状態遷移、業務ルールが関連しています。「注文は発送後にはキャンセルできない」といったルールもユビキタス言語に含まれます。”

[ki4blog]

“ドメイン駆動設計”

[kikuchi1201]

「ドメイン駆動設計をはじめよう」がオススメです

[showii]

良さそう。

[nakag0711]

かなり混乱した分野

[strawberryhunter]

原典は悪いことは言っていないが、抽象的。しかし我々には具体性が必要。具体例に見える原典の後半はデコイ。流行らないのは議論が活発な手法とか技術は筋が悪いということをサイレントマジョリティーは知ってる説。

[atico]

いい。よく出来たDDDのシステムがどんなものなのか人は知らないので、どこかにあるユートピア。どうしたら行けるのだろう。教えてほしい。

[takafumiat]

DDDは哲学や宗教の類だと思ってる。

[paradoxparanoic]

DDDもイマイチ流行らないよな。10年以上経つのに今だに入門記事しか無い

[ngsw]

ユビキタス言語も境界で "コンパイル" されるようなものだもんな