良いコード/悪いコードで学ぶ設計入門 保守しやすい成長し続けるコードの書き方 の商品レビュー
定期的に読み返している一冊です。新人時代から1年経つごとに改めて開くと、本書に登場する「悪魔」の正体がより鮮明に見えてくるようになります。読み返すたびに自身の理解が深まっていく、まさに自分の成長を測る物差しのような存在です。
Posted by
繰り返し読み返すことで、良くないコードのパターンと整頓されたコードのパターンを感覚的に見極めることができるようになるだろうと思う。 どういうときに、どんな問題のあるコードを書きがちか?説明されていてよい。 技術不足と断ずるのではなく、チームやプロセスなどソフト的な問題にも触れてい...
繰り返し読み返すことで、良くないコードのパターンと整頓されたコードのパターンを感覚的に見極めることができるようになるだろうと思う。 どういうときに、どんな問題のあるコードを書きがちか?説明されていてよい。 技術不足と断ずるのではなく、チームやプロセスなどソフト的な問題にも触れていて、とても納得感がある。 次に読むべき本や学習のコツなど、本気で人を育てる意志を感じる良書であった。
Posted by
名付けやモデリングが上手くできている気がせず、他の著書など読んでもピンと来なかったが、この本ではっきり答えが書かれており腹落ちした。 オブジェクト指向の解説本としてかなり分かりやすいと思った。今後、改めて低凝集にならないように心がけて開発していきたい。
Posted by
間違いなく良い本だと思うんですが、実例のプログラム言語の畑がかなり違ったのであまりイメージできませんでした
Posted by
- ネタバレ
※このレビューにはネタバレを含みます
・デフォルトでは変数はイミュータブルとする ・高凝集とはデータとロジックが結びついている状態 ・概念的に異なるものはクラス化しプリミティブ型執着を避ける ・インターフェースを使ったストラテジーパターンでSwitch文クローン問題を回避する ・共通処理があっても概念的に異なるものは独立してクラス化して疎結合にする ・フールプルーフの観点から継承は使わず移譲(メンバーにスーパークラスを持つ)を使うコンポジション設計にする ・コレクションに性質がある場合はクラス化する(ファーストクラスコレクション) ・肥大化したデータクラスはグローバル変数と似た性質を持つため避ける ・フォルダ構成は技術駆動ではなくビジネス概念で分ける ・ユビキタス言語や利用規約を活用し、存在ベースではなく目的ベースで名前設計する ・モデリングではシステム内での登場人物の目的で分解して設計する ・レビューでは敬意を示す ストラテジーパターンが具体的にイメージしづらかったため、アウトプットしたい。
Posted by
配架場所・貸出状況はこちらからご確認ください。 https://www.cku.ac.jp/CARIN/CARINOPACLINK.HTM?AL=10278836
Posted by
とりあえずスマホアプリを一通り作った後に見ると、世界が変わった1冊。 実践まで出来てないので、もう一読したい
Posted by
内容は、参考文献(本やURLなど)から著者が抜粋したものに説明やコードを加えてまとめたもの。 参考文献は著名なものが多くそれを取り上げているのだから、参考になる部分が多くあるのは当然。 私は参考文献の5分の1ぐらいしか読んでいないが、本書の内容はほぼ見たことがある内容ばかりで、特...
内容は、参考文献(本やURLなど)から著者が抜粋したものに説明やコードを加えてまとめたもの。 参考文献は著名なものが多くそれを取り上げているのだから、参考になる部分が多くあるのは当然。 私は参考文献の5分の1ぐらいしか読んでいないが、本書の内容はほぼ見たことがある内容ばかりで、特に新たに学習になった点は無かった。
Posted by
可読性の高く、変更が容易なコードを書くための方法をかなりわかりやすく書いてくれています。 読む価値ありです。 ただ量が多いので一度読んだだけでは全て把握することは難しいかもしれないです。 コードを書いて、読み直して、それを元にまた書いてを繰り返していくのがよさそうです。
Posted by
コーディングや設計のアンチパターンには身に覚えのあるものがとても多く、学びになった また、最後の章の設計関連の参考書籍も大変参考になるものも多く、次の学びにつなげようと思えた 本書で学んだことを展開して、レガシーコードに少しでも苦しめられないようにしていきたいと思えた
Posted by
