【Dojo 夏休み企画】挫折しないドメイン駆動設計（DDD）
という発表が有ったそうです。
https://ibm-developer.connpass.com/event/221512/
https://qiita.com/e99h2121/items/63e902a0d1c74bd0a0fd
DDDを解説するだけでなく、ドメインモデルの作り方にも触れた素晴らしい入門資料です。
惜しむらくは
根本的に間違っています。
引用します。
そもそもドメインとは何か？
良く有る誤解
関心領域はプログラマの関心ではない。
ユーザの関心なら正しいか？
ユーザが関心を向ける領域でもない。
正しい関心領域
俺の知ってる関心領域と違う！って？
こんな図は見たことも無いって？
これは常識。
なので一々言う必要はないはずでした。
ただしこれは「神学の常識」
天に 主 Dominus がいるとします。
主の祝福は主を中心に発せられます。
主は食事を楽しむことを好まれますので楽しい食事は主の祝福に含まれます。
主は暴食を好まれませんので暴食は主の祝福の中に含まれません。
この「主が好み祝福するものたち」が
「主の領域」です。
Domainは「領域」と訳されますが、正確には「主（Dominus）が主権を及ばす範囲」という意味です。
論理的な「領域」は「主」を中心とした「円」もしくは「球」になります。
少なくとも19世紀ヴィクトリア朝までは神学校があり常識でした。
デカルトなら多分知ってたはず。
だから関心（some activity and interest）領域は「主（ユーザなど）の関心の及ぶ範囲」という意味になります。
余談ですがプログラマの「関心の分離」は「separation of concerns」なので書籍上では concern と使い分けられています。
皆さん「領域」とは何なのか分かって使ってますか？
業務を「領域」とか「Domain」と呼んで何かを成し遂げた気分になってませんか？
まあそれは置いておいて。
DDD の提唱者は Dominus なんて触れてないって？
Dominus はラテン語なので避けたのでしょう。
ですが英語でほぼ同義の言葉を使ってるじゃないですか。
Core です。
論理的な Domain は球体（Sphere）を形成し、その中心は核（Core）です。
核（Core）を「大事」とか「重要」と解釈してる人はいませんか？
それは順序が逆です。
Core = Dominus は周りを規定する。
周りを規定するから重要なのであって単に重要なのを Core と呼んでるわけではない。
まぁ Dominus は人であるのに対して Core は領域の中心部なのでちょっと違うと言えば違いますが中心にあって周りを規定してるという意味では同じ。
という訳で、Domain Driven というのは
中心 Dominus を把握し、関心を半径として Sphere を作り、関心の対象を領域に入れたり関心の薄い対象は入れるのを諦めたりすること。
そんなこと聞いたことないって？
Referenceに書いてありますよ。
(＊1)domain
A sphere of knowledge, influence, or activity.
The subject area to which the user applies a program is the domain of the software.
Sphere はもちろんこれのこと。
Domain = Sphere には必ず中心と半径が有る事を誰も気にも留めていないだけ。
というか当たり前すぎて言い忘れてた気がする。
ところでこの「 Domain とは何か」について日本の書籍は何と言ってるでしょうか？
一般に評判のいい本の試し読みを見てみましょう。
ドメイン駆動設計入門 ボトムアップでわかる! ドメイン駆動設計の基本
DDD1.2
ドメインは「領域」の意味を持った言葉です。ソフトウェア開発におけるドメインは、「プログラムを適用する対象となる領域」を指します。重要なのはドメインが何かではなく、ドメインに含まれるものが何かです。
ドメインが何かは重要ではなく、中心の話もしないし関心の話もしない。
けどドメインに含まれるものが何かは重要らしい。
これは
ある図形 X と点P があるとして、X が P を含むかを答えよ。ただし図形の形状と位置と大きさは不明であるとする。
と言ってるのと同じ。
これで含まれるものがわかるのかすげーな天才か
私は
中心 O(0,0,0) 任意の半径 L の球体 S と点 P(x,y,z) があるとして、S が p を含む条件を答えよ。
と具体的に言って貰わないと分からない。
更に言うと
「プログラムを適用する対象となる領域」
も意味不明だ。
日本語としてそのまま解釈するとこういう事？
元になった英語は恐らくこれ。
The subject area to which the user applies a program is the domain of the software.
正しい図はこう
area は「区切られた範囲」で domain は「広げた範囲」だから the domain of the software を広げて area to which the user applies を広げるべき。
業務をドメインにするとコアだかコアでないか良く分からない個々の業務が散在する。
コアドメインが何故か複数あることも稀に良く有る。
原子核が複数ある原子ってなんだよ。
業務全部にプログラムを適用しないと変な区切りの業務が出てくる。
まず小さくコアドメインだけ領域にしてそれを広げていくべき。
ただこれらはDDD論者の全員がずっと前から
「プログラムを適用する対象となる領域」
と何を言ってるのか分からない言い方をしていたので誰が悪いわけでもない。
誰が悪いわけでもないけど誰も
「具体的な」ドメインの話をしてない。
コアドメインの話をしていない。
だからドメインに関わる話はフワッとしてる。
フワッとしてて中心が無い。
ドメインじゃなくて
ドーナツだなこれは🍩HAHAHA!
その点、このIBMの資料は
具体的なドメインモデルを作ろうとするだけ
偉い。
具体的なドメインモデルを作ろうとしてるからこそ間違いが分かる。
実のところ、良いモデルとは問題を解決するモデルではない。
モデルはモデルを対象にして研究や議論をするためのもの。
だから良いモデルは問題を明確にするモデルだ。
卒論書くときに指導されなかった？
全ての研究で問題の解決とか無理。
明確なモデル・明確な論文を書けと。
問題が解決しなくても明確なら
修論とか後輩とかがモデルを洗練できるから。
それはさておき、実際にモデルを作るところも検討してみよう。
いやそれ間違ってるから。
というか「注意深く聞く」ってなんだよ。
具体的にどうするんだよ。
繰り返しになるが業務はドメインではない。
ドメインである根拠がない。
コアドメインかコアではないかの判断基準が無い。
何故なら明瞭であるものが何一つないから。
ドメインエキスパートはドメインに詳しい誰か
だが明瞭であるとは限らないし
全てを知っているわけではないし
過不足なく話してくれるわけでもない。
そんなに都合よくない。
何よりもドメインを「決定づける」 Dominus を知っているとは限らない。
不明瞭な業務を分析して
明瞭なドメインに入れなければならない。
DDD論者は
「ドメインに何が含まれるかが大事」
とも言いがちだが間違っている。
というか解るかそんなもん。
ドメインは中から広げるものであって外から見てわかるものではない。
ドメインを語るなら
「ドメインにそれを含むか」
「それを含むようにドメインを広げるか」
の話をしなければいけない。
実のところ「関心の範囲」も明瞭ではない。
関心は強かったり弱かったり近かったり遠かったりする。
なので「関心の対象をドメインに含めるべきか」は明瞭ではない。
明瞭なのは何か？
もちろん「主」のみが明瞭だ。
中心 O(0,0,0) 任意の半径 L の球体 S と点 P(x,y,z) があるとして、S が p を含む条件を答えよ。
関心の範囲はLによって変わるし、関心の強さはPとの距離によって変わる。
だが中心 O(0,0,0) は変わらない。
だから「ドメイン」を明瞭に語るには
「主」もしくは「Core」について語るしかない。
お前らはそろそろ業務をドメイン呼ばわりして騙るのをやめるべき
Dominus、Core
の具体的な話はどうすればいいか？
それはまた次回に。