ソフトウェアによって重要な要素が異なる。 それがそのソフト内の抽象の核 船の形が大事 → プラモデル 船が進むのが大事→風呂用おもちゃ #ccc_e3
2019-11-23 13:43:50「ソフトウェアにとって役立つ知識を抽象化したものがモデル。モデル = 模型」 用語の整理がわかりやすい! #ccc_e3 #jjug_ccc
2019-11-23 13:44:20ドメインモデルのコードによる表現をドメインオブジェクトと呼ぶ、ドメインモデルをコードにするとドメインオブジェクトになる、ドメインの変化がコードに伝わる #ccc_e3
2019-11-23 13:44:42ドメインの概念をドメインモデルに抽出してコードで表現したのがドメインオブジェクト #ccc_e3 #jjug_ccc
2019-11-23 13:45:07Domain Driven Design (DDD) #ccc_e3 ドメインとは、ソフトウェアを適用する領域 ソフトウェアにとって役立つ知識を抽象化したものをモデルと言う ドメインモデル -> ドメインオブジェクト
2019-11-23 13:46:21ソースにしたとき(ドメインオブジェクト)におかしいのはドメインの捉え方(ドメインモデル)がおかしいから 反復的に修正する #ccc_e3
2019-11-23 13:46:24今、ドメイン駆動設計が流行ってきている理由は、ずっと前にドメイン駆動設計を実践してきた人たちが作ったソフトウェアがその保守性を発揮してきたから! #ccc_e3 #jjug_ccc
2019-11-23 13:47:23例) 物流システムのトラックは 重要なのは「客先に荷物を届ける事」だが ドメイン駆動設計で重要なのは トラックのアクセルを踏むこと。 #ccc_e3
2019-11-23 13:49:48ドメインエキスパートはそのドメインの業務に詳しい人、ステークホルダーではないし偉い人でもない。ドメインエキスパートと開発者が会話をすることで意図した機能を実現できる #ccc_e3
2019-11-23 13:50:46開発者とドメインエキスパートの会話で共通の言語を使いましょう。それをユビキタス言語と呼ぶ。ユビキタスとはいつでもどこでもという意味。 #ccc_e3
2019-11-23 13:52:02ドメインの実践者、ドメインエキスパートが重要。開発者とドメインエキスパートの会話では、お互いの固有の言葉ではなく共通語(ユビキタス言語)を使うこと。 #ccc_e3 #jjug_ccc
2019-11-23 13:52:08固有語に合わせるんじゃない 技術者とエキスパートが一緒になってユビキタス言語を作らないといけない 言葉は文化である 相手の言葉を使うことほど理解を促進することはない これはお互いに! #ccc_e3
2019-11-23 13:53:09