ドメイン駆動設計やるためのチェックリスト | システム設計日記
Domain-Driven Design(DDD)１７章に、ドメイン駆動設計を、やるための、６つのチェック項目が載っている。 □ Context Map を描いてみる： Ｑ． ちゃんと描ける？ □ プロジェクトチームの「言語」： Ｑ． コードもドメインの用語が中心？ □ 重要事項の理解度： Ｑ． Core Domain を発見した？ Domain Vision Statement ある？ □ プロジェクトの技術基盤： Ｑ． 「モデル駆動設計(MDD)」向き？ or MDD の障害 ? □ メンバーのスキル： Ｑ． 「必要」なスキルセットを持っている？ □ 知的興味： Ｑ． メンバーは、ドメインを知ることに興味を持っている？ このチェックリストで、自分たちの５年前（出発点）、現在、今後の見通し（？）を、書いてみる。 Context Map をちゃんと描ける？ ■５年前 言葉すら知らなかった。
Domain-Driven Design を読み終えて | システム設計日記
去年の１１月くらいに DDD を読み直しながら、自分の頭を整理するために、ブログで、DDD ネタをいろいろ書いてきた。 ５００ページ、１７章を、ようやく読み終わった。お疲れさまでした、という感じだな。 何度も読み返してきたけど、ちゃんと通読したのは、今回がはじめて。 今までの読み方が甘かったのが、とてもよくわかった。 まあ、新鮮な発見がいっぱいあって、何か、新しい本を読んだような気分でもある。 自分たちが実践していること、できていること、できていないことも含めて振りかえってみて、改めて、Domain-Driven Design について、思ったことを、書き留めておきたい。 モデル駆動設計 DDD 前と後で、自分にとって、一番の発想の転換は「モデル駆動設計 ( Model-Driven Design )」に目覚めたことだった。 この本に出会うまでは、自分は、徹底的にコード命。エディタだけが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
