We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
前から疑問だったのですが、DDDってtoCのサービスでもうまく機能するのでしょうか?toCのサービスの場合、どのようにドメインエキスパートを探す、あるいは設定するのでしょうか。
toCでももちろん機能します。大切なことは、ドメインエキスパートという「個人」が存在することではありません。
なぜドメインエキスパートのような存在が必要なのでしょうか? それは、作ったソフトウェアがちゃんと人の役に立ったり、問題解決が出来たりするためには、ソフトウェアを適用する領域(これをドメインと呼びます)に詳しい人からきちんと知識を得ることが必要だからです。
たまに耳にすることがありますが、「うちにはドメインエキスパートがいません」と諦めてしまう場合は、どうやって役に立つものをつくる確度を高めるのでしょうか?事前に誰かの知識を得ずに開発するし、リリースしてから数値を追うのもいいですが、それ以外にサイクルをもっと小さく回す方法を考える方が良いでしょう。
toCの場合でも、「何を作るか」を決める人は存在しているはずです。その場合、その人がドメインエキスパートと言えるぐらいドメインに詳しくなるか、その人がヒアリングを行うなどしてドメインに詳しい人の知見を吸い上げる、ということが必要だと思います。
The text was updated successfully, but these errors were encountered:
このイベントで出たものから私なりにピックアップした内容です。 https://ddd-community-jp.connpass.com/event/223444/
Sorry, something went wrong.
No branches or pull requests
Question
Answer
toCでももちろん機能します。大切なことは、ドメインエキスパートという「個人」が存在することではありません。
なぜドメインエキスパートのような存在が必要なのでしょうか?
それは、作ったソフトウェアがちゃんと人の役に立ったり、問題解決が出来たりするためには、ソフトウェアを適用する領域(これをドメインと呼びます)に詳しい人からきちんと知識を得ることが必要だからです。
たまに耳にすることがありますが、「うちにはドメインエキスパートがいません」と諦めてしまう場合は、どうやって役に立つものをつくる確度を高めるのでしょうか?事前に誰かの知識を得ずに開発するし、リリースしてから数値を追うのもいいですが、それ以外にサイクルをもっと小さく回す方法を考える方が良いでしょう。
toCの場合でも、「何を作るか」を決める人は存在しているはずです。その場合、その人がドメインエキスパートと言えるぐらいドメインに詳しくなるか、その人がヒアリングを行うなどしてドメインに詳しい人の知見を吸い上げる、ということが必要だと思います。
The text was updated successfully, but these errors were encountered: