エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Core Domain を誰が開発する? | システム設計日記
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Core Domain を誰が開発する? | システム設計日記
開発プロジェクトの初期には、技術者は、その問題領域(ドメイン)の知識が少なく、理解も浅い。たぶん... 開発プロジェクトの初期には、技術者は、その問題領域(ドメイン)の知識が少なく、理解も浅い。たぶん、あまり興味もない。 Core Domain が問題の核心で、Core Domain のモデリングと設計・実装が、ソフトウェアの価値、プロジェクトの成果を大きく左右する。 Core Domain の開発は誰が、どうやるべきか。 ・パターン(ベストプラクティス)は? ・アンチパターンは? ベストプラクティス もっとも優秀でやる気のあるメンバーを集めて、そのチームに、Core Domain のモデリング、設計・実装をやる。 ソフトウェアの価値、プロジェクトの成果を左右する核心部分だから、当然ですよね。 現実には、技術的には優秀だし、経験も豊富だけど、ドメインを理解したり、ソフトウェアで表現することに、興味を持たない技術者が大勢いること。 私の場合は、私が部門の責任者なので、 ・ドメイン層の設計・実装