現場で役立つシステム設計の原則を一通り読み終えたので書評です。さんということで購入しました。DDDに関する資料を拝見させていただき、色々と学ぶことが多かったです。著者の方の経験をもとに書かれたということだったので、「これは買わねば」と思い買いました。評価10段階評価で言えば10点満点と私は思います。開発者必携の一冊なんじゃないかなぁと思う内容でした。できれば、チームメンバー全員に読んでほしいと思うくらいです。個人的に開発者必携だと思っているのですが、あえてあげるとしたら下記のような人です。開発経験が浅い人(経験年数的には3年未満といったところ)経験年数3年未満とは書きましたが、あくまで目安です。リレーショナルモデルやWebAPI、開発プロセスといった部分があるので、もしかしたら、ピンとこない部分があるかもしれません。感想(ざっくり)どうすれば変更しやすいソフトウェアを設計ができるかといった内容です。大まかな構成としては下記のような感じだったかなぁと思います。感想詳細(前半)1章/2章はコードの書き方や名前の付け方など、まさにリファクタリングの内容でした。3章は変更しやすいオブジェクト指向への道筋が見えるような内容だなと思いました。動くコードが書けるようになった人はこの辺りを読むと非常に勉強になると思います。感想詳細(中盤)中盤からドメインモデルという言葉出てきて、DDDの実践的な内容になってきたなといった感じです。ドメイン/アプリケーション/プレゼンテーション/データソースといった各レイヤの説明も出てきます。「DDD本を読んだけど、あんまり理解できなかった」と感じた人にも理解しやすいのではないかなと思います。各サンプルは注文や口座など業務システムで使われそうな内容になっていて実践的です。各レイヤごとの設計の仕方について書かれています。第4章ドメインモデルの見つけ方/育て方といった内容です。実際の開発ではドメインモデルの見つけるのは難しいと思っています。ドメインモデルの見つけ方は非常に勉強になりました。育て方も実際の開発で悩むことが多そうな部分だと思います。育て方といった部分もかなり勉強になりました。第5章ドメインモデルを組み合わせて要件を満たすアプリケーションレイヤについてです。アプリケーションレイヤの各サービスを組み合わせて、シナリオクラスを作るといったところについては「なるほど」と思う内容でした。第6章データソースレイヤの説明ですが、ここはリレーショナルモデル設計の面が強いと感じました。ドメインモデルが全く関係ないかと言われるそうではなく、ドメインモデルを設計した上でのリレーショナルモデルの設計といった感じです。「UPDATE文は使わない」のところは個人的にはちょっと考えさせられる内容でした。確かに正規化を進めていくと未入力状態がある場合は対象テーブルに存在しない状態になる。INSERTにはなるかもなぁという想像はしています。第7章プレゼンテーションレイヤの説明ですが、画面設計的な話にも踏み込んでいます。ドメインモデルと画面を連動させるという部分については「なるほど」と思いました。感想詳細(後半)後半はオブジェクト指向の設計からちょっと俯瞰した視点になっているような気がしました。8章ではアプリケーション間の連携で非同期通信やWebAPIについての話です。WebAPIのレスポンスを返すときのドメインモデルとの連携に仕方などです。どちらかというとWebAPI設計が中心だったような気がします。9章では開発の進め方について書かれています。この章は開発者向けというよりはマネージャー向けといった印象を受けました。学び方といったところを書かれている書籍は少ないのでこういった章があるのはありがたいです。東京」に行ってきました。月別アーカイブはてなブログをはじめよう!gloryofさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。