ドメイン駆動設計に関する何か - 日々常々

2020-03-13追記: 「ドメイン駆動設計」のハードルを上げる意図はありません。そもそもそんな特殊技能でもないと思っています。「ドメイン駆動設計が合っているか」を測る材料になるかも？くらいの気持ちで読んでいただけると幸いです。 何度目か知りませんがDDDがまたブームを迎えているようで。DDD難民と言う言葉が出た頃を思うと感慨深いですね。実際難民になったわけではないので肌感覚で知らないのが残念なところですが、これはどうでもいい。 DDD、日本語ではドメイン駆動設計となりますが、DDDを冠していてもドメインが語られることは少ないようです。 数ある書籍もドメインモデリングの話ではなく、ドメインモデルをいかに実装に落とし込むかにフォーカスしていると感じています。 これはこれで仕方ないと言うか、ドメインの話って広く語れないんですよね。 ドメインは領域で境界があって範囲が限定されています。特定ドメ

[masa_iwasaki]

ほんとこれな。 "ドメインエキスパートなんてそうそう存在しません。その時は自身がドメインエキスパートになるくらいの気持ちは必要です。なお、業務システム限定で使える普遍的なとっかかりは、金と法律です。"

[j5ik2o]

久しぶりに清い心でブクマできた

[tek_koc]

“ 特にDDDの書籍、例えば先日発売された「ドメイン駆動設計入門」などがコードの話に多く割くのは、DDD以前に「そうは言ってもコードにドメインを持ち込むのは夢物語だ」と、これまで付随的複雑性の混濁したコードに

[syunnchang]

ドメインっていう表現自体が日本的にわかりにくい

[msykt]

設計論も大事だけど、ドメインに詳しい人はプロジェクトへの貢献度が高いと感じることが多いので、もっと優遇されてほしい。そしてドメインに詳しくなるモチベーションも大事にして欲しい。

[a_suenami]

よかった（こなみ

[kencharos]

よき

[magnoliak]

声に出して読みたいエントリ

[Magicant]

この記事が腑に落ちる人は既にちゃんと解ってる人だけな気がする

[shifumin]

「ドメインエキスパートなんてそうそう存在しません。その時は自身がドメインエキスパートになるくらいの気持ちは必要です」

[teracy_junk]

『ドメインモデリングの力を着ける高速道路は、既存のパッケージ製品やサービスがドメインをどう捉えているかを学ぶことです』

[murashit]

いいこと書いてある

[MasaoBlue]

すごい

[yasushicohi]

わ、わ、わ、

[for-my-internet-demo]

そうねー

[t1mvverr]

「完全に理解した」→「何も分からない…」に意識をシフトさせてくれる良い記事だった。

[mgrstr]

ドメインといえば、開発チーム内で、ドメインに詳しく、何を作ったらいいかのスコープを決められて、どこに相互作用があるかシステム全体の整合性と業務とシステムの整合性を担保できる人、なんて呼んだらいいの？

[matsnow]

納得感しかない。

[turanukimaru]

とはいえ、大抵のドメインで使えるアトミックな要素というものは有る。例えばアイデンティティ、例えば移動。XをAからBに移動した場合、AとBに同時に存在することはない（途中はあり得る）。普遍的なルールは書ける。

[efcl]

ドメイン知識と実装

[jsstudy]

ドメインモデリングの力を着ける高速道路は、既存のパッケージ製品やサービスがドメインをどう捉えているかを学ぶこと。1冊の本を読んで「あらゆるドメインの明確なドメインモデルが描けるようになる」ことはない

[manimoto]

"ドメイン駆動設計をやりたいなら、一つ質問があります。「貴方が現在扱っているドメインをドメインの言葉で説明してください」"刺さった。手法的なものよりも詰まるところ「対象ドメインへの関心」なんだなと。

[ten-gallon-Mouse]

“ドメイン駆動設計文脈で語られる実装技術は、前段このドメインと設計を連動させる際の受け皿の一実装です。上の図の右下のところ。「ドメイン駆動設計のコアドメイン」ではありません。無ければ片手落ちの理想論に

[takahiro665]

とてもためになる。自分もドメインへの理解が足りていない場合はきちんと理解を深めていきたい。まずはdomainとdomeinmodel、domainlogicを区別しよう。

[hirorinya]

客と社内のくそどもに1億回ずつ音読させる