Clean Architecture 達人に学ぶソフトウェアの構造と設計

RobertC.Martin / 角征典 / 高木正弘

[ブクログ · ★★★★★]

Clean AgileとClean Architectureを理解すればエンジアとしての思考の土台が固まる。

[ブクログ · ★★★★★]

みんな大好きボブおじさんの本。
おじさんの苦労話とそこから得られた様々なソフトウェアアーキテクチャに関する知見を教えてもらえる素敵なお話。
「ソフトウェアって変更できるからソフトウェアだよね」とか「XXXXは詳細」とかは名言だと思う。
ソフトウェア作ってる人はとりあえず読んでおいた方がいいんじゃないでしょうか。

[ブクログ · ★★★★★]

設計・アーキテクティングについて書かれた良書。他にアーキテクチャの本を余り読んでいないので比較対象が少ないが、何度も読んで身に着けよう、と思わせる本だった。

自分が理解できる事例に当てはめたり、実際にOOPしてみないと消化しきれないのだろうなぁ。
描かれている事例ではスッキリとはわからない感じ。それはまだ自分の経験が乏しいから？

行う責務を一つに絞ったコンポーネント化とか、それらコンポーネント間の依存関係の方向とかがメンテナンス性に大きく影響するのは本当にそうだろうな。

アーキテクチャにフレームワークやデータベースは登場しないとか。

MSAのデメリットについて語られているときの「サービス」の粒度が小さすぎて「それ、そもそも何もユーザに提供できていないからサービスじゃなくね？」みたいな疑問が渦巻いたり。

[ブクログ · ★★★★☆]

数年前にも読んだが、最近読み直した。
以前読んだ時よりは理解しながら読み進めることができた。
コードレベル・コンポーネントレベルで色々考えることがあるんだなと勉強になった。

[ブクログ · ★★★★☆]

あの有名なアーキテクチャの図ばかりが取り上げられるがデータベースやWebといった「詳細」に依存しないようにビジネスロジックを再利用可能にし、ソフトウェアをソフトに保つアーキテクチャ設計が書かれた本。DDDと実装として使われることがあるけど、この本の中ではDDDという言葉は一度も使われてなくて意外だった。

[ブクログ · ★★★★☆]

「アーキテクチャ」って何？という質問に説明できる人はどれだけいるでしょうか？

他に、「単一責任の原則」という、「一つのモジュール（ソース）は一つの責任者にすべき」という原則が書かれているのですが、この原則について、誰か教えてくれた人はいるでしょうか？
（実際、私は、この原則をわかっていたつもりですが、重要さを意識できておらず、業務上痛い経験があったため、この本の価値がわかりました）

要は、アーキテクチャを理解して、教えてくれる人は、なかなか周りにはいないと思います。
そのような貴重な情報を教えてくれるのがこの本だと思いました。（と言いつつ、私は、2回ぐらい読みましたが、まだまだ理解できていない部分も多く、また何年後かにチャレンジしたくなります）

翻訳ということもあり、文章は読みやすいとは言えないです。また、設計、プログラミング経験、実務経験をある程度持ってないと、イメージがしづらく、読んでいて腑に落ちないところはあるかと思います。

[ブクログ · ★★★★☆]

第4部までと第5部以降で大きく感想が変わる本。

第4部まで（全体の半分弱）は以降の議論のための土台を用意するためにプログラミングパラダイムや SOLID 原則などが解説される。ここは概論がよくまとまっていて、読んでいて楽しい。
ただし、親切丁寧な解説というわけではないので紹介されるそれぞれの概念を初めて知る人向けというよりは、多少なりとも知っている人がよりクリアに理解するための文章という気がする。

第5部以降がこの本の主な主張かと思われるが、ここからは結構癖が強い。
有用な記述もあるものの、全体的な印象としては「理屈はわかるが、それは現実的か……？」と感じるものが多かった。
（あと、読んでいると何故かめちゃくちゃ眠くなる）

後半については原理主義的な強い主張が多く、実践に直結するかと問われると、個人的には No だと言わざるを得ない。
しかし、少しばかり極端な考え方に触れておくことは自分の思考の振り幅を広げる上で有用だと思うので、そういう意味では良い本だと思う。

[ブクログ · ★★★★☆]

優れたアーキテクトは境界を定義し、依存関係の方向性を自由に操り、決定を遅らせることができる。

アーキテクトは未来を常に予測し、境界を設けたときと設けなかったときのコストを意識しYAGNIと格闘し続ける道のりなんだろうなと感じた。

境界をひく正解がない以上、なぜその境界を引いたのか説明できるだけの根拠と経験をもってアーキテクチャを描こうと思った。

[ブクログ · ★★★★☆]

設計の指針になることが書いてあります。この本を読んでから、インターフェイスを常に意識するようになりました。

[ブクログ · ★★★★☆]

クリーンアーキテクチャについての本だが、ほとんどはその具体的な方法論ではなく良いアーキテクチャの定義に終始している。

そのため良いアーキテクトについて順を追って理解できる本であり、クリーンアーキテクチャ自体よりそこに到るまでの理論の方が重要だと感じた。

アーキテクトのトレンドはあれど、理論の部分に関しては何十年たっても変わることはないものなので、何周も読んで理解を深めていきたいと思う。