2019/03に読んだ時はなかなかいい本だな程度の感想だったのですが、エンジニアとしてしばらく働いた後で読んでみるとこの本はきれいなコードを書くうえで大事なことをとてもわかりやすく教えてくれていると思います。
最近までドメイン駆動という概念をそれほど良く理解していませんでしたが、この本はだめなコードをリファクタリングしながら、教えてくれます。
多少知識がある人でも、このコードはこうすれば良いよなと考えて、それが当たると嬉しいので復習にもおすすめです。
良いコード/悪いコードで学ぶ設計入門と同じトピックを扱っている部分が多くどちらも読むとより身につくのではないかと思います。
無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません。
ウェブ版Kindleなら、お使いのブラウザですぐにお読みいただけます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
よく一緒に購入されている商品
+
+
総額:
当社の価格を見るには、これら商品をカートに追加してください。
ポイントの合計:
pt
一緒に購入する商品を選択してください。
この商品を見た後に買っているのは？
ページ 1 以下のうち 1 最初から観るページ 1 以下のうち 1
著者について
著者をフォローして、新作のアップデートや改善されたおすすめを入手してください。
イメージ付きのレビュー
DDDは、恐らく2021年今現在では、『システムの複雑さ』に対抗できる唯一の手法。著者は日本ではその第一人者。
まず、他の方にけっこう批判レビューがあることにけっこう驚いた。本書は、いわゆるエンタープライズ系システムの『複雑怪奇なビジネスロジック』を、どのように整理整頓し解決をしたら良いかについての本であると思われる。よって、エンプラ系システムの開発に伴う政治や法律上云々は、この本では解決策は書かれていないし、それはそれで重要な問題なので別の本などを参考に解決すべき問題だ。また、『複雑さ』に対抗するための手法であるため、『性能』云々も別の問題である。たとえば、あれだけ問題になっていたスマホのバッテリー切れは昨今ではほとんど聴かなくなった。スマホはスマホのままであるが、中身が改良されたからである。最後に、著者はおそらく『ドメイン駆動設計』の著者であるエリック・エヴァンス氏以外に、オブジェクト指向の実践で有名なマーチン・ファウラー氏の影響も強く受けているようである。氏は絶えずリファクタリングをし続ける開発手法を強く主張しており、本書のサンプルコードなどもそういった事情を踏まえて読むべきものであると私は理解している。マーチン・ファウラー氏は、その著作の中で、オブジェクト指向開発による性能の問題は、クラスによる処理の分割によって、どこが『ボトルネック』となっているかがはっきりするので、開発後半になると却って解決するケースが多いと述べており、また、いわゆる『ドメインモデル』は、手続き型に慣れている人には慣れるまで大変だが、一度習得してしまうともう離れられなくなる類のものであるとも述べている。なので、挫折や失敗はあるかもしれないけれど、エンプラ系エンジニアであるなら、DDDは、本書を片手に、一度は『勇気』をもって挑戦してみる価値はあるのかもしれない。
上位レビュー、対象国： 日本
レビューのフィルタリング中に問題が発生しました。後でもう一度試してください。
2021年5月2日に日本でレビュー済み
Amazonで購入
まず、他の方にけっこう批判レビューがあることにけっこう驚いた。
本書は、いわゆるエンタープライズ系システムの『複雑怪奇なビジネスロジック』を、
どのように整理整頓し解決をしたら良いかについての本であると思われる。
よって、エンプラ系システムの開発に伴う政治や法律上云々は、
この本では解決策は書かれていないし、
それはそれで重要な問題なので別の本などを参考に解決すべき問題だ。
また、『複雑さ』に対抗するための手法であるため、『性能』云々も別の問題である。
たとえば、あれだけ問題になっていたスマホのバッテリー切れは昨今ではほとんど聴かなくなった。
スマホはスマホのままであるが、中身が改良されたからである。
最後に、著者はおそらく『ドメイン駆動設計』の著者であるエリック・エヴァンス氏以外に、
オブジェクト指向の実践で有名なマーチン・ファウラー氏の影響も
強く受けているようである。
氏は絶えずリファクタリングをし続ける開発手法を強く
主張しており、本書のサンプルコードなどもそういった事情を
踏まえて読むべきものであると私は理解している。
マーチン・ファウラー氏は、その著作の中で、オブジェクト指向開発による性能の問題は、
クラスによる処理の分割によって、どこが『ボトルネック』となっているかがはっきりするので、
開発後半になると却って解決するケースが多いと述べており、
また、いわゆる『ドメインモデル』は、
手続き型に慣れている人には慣れるまで大変だが、
一度習得してしまうともう離れられなくなる類のものであるとも述べている。
なので、挫折や失敗はあるかもしれないけれど、エンプラ系エンジニアであるなら、
DDDは、本書を片手に、一度は『勇気』をもって挑戦してみる価値はあるのかもしれない。
本書は、いわゆるエンタープライズ系システムの『複雑怪奇なビジネスロジック』を、
どのように整理整頓し解決をしたら良いかについての本であると思われる。
よって、エンプラ系システムの開発に伴う政治や法律上云々は、
この本では解決策は書かれていないし、
それはそれで重要な問題なので別の本などを参考に解決すべき問題だ。
また、『複雑さ』に対抗するための手法であるため、『性能』云々も別の問題である。
たとえば、あれだけ問題になっていたスマホのバッテリー切れは昨今ではほとんど聴かなくなった。
スマホはスマホのままであるが、中身が改良されたからである。
最後に、著者はおそらく『ドメイン駆動設計』の著者であるエリック・エヴァンス氏以外に、
オブジェクト指向の実践で有名なマーチン・ファウラー氏の影響も
強く受けているようである。
氏は絶えずリファクタリングをし続ける開発手法を強く
主張しており、本書のサンプルコードなどもそういった事情を
踏まえて読むべきものであると私は理解している。
マーチン・ファウラー氏は、その著作の中で、オブジェクト指向開発による性能の問題は、
クラスによる処理の分割によって、どこが『ボトルネック』となっているかがはっきりするので、
開発後半になると却って解決するケースが多いと述べており、
また、いわゆる『ドメインモデル』は、
手続き型に慣れている人には慣れるまで大変だが、
一度習得してしまうともう離れられなくなる類のものであるとも述べている。
なので、挫折や失敗はあるかもしれないけれど、エンプラ系エンジニアであるなら、
DDDは、本書を片手に、一度は『勇気』をもって挑戦してみる価値はあるのかもしれない。
このレビューの画像
