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

ロバート・C.マーチン(著者), 角征典(訳者), 高木正弘(訳者)

• 販売会社／発売会社: ドワンゴ/KADOKAWA
• 発売年月日: 2018/07/27
• JAN: 9784048930659

商品レビュー

2025/11/19

アーキテクチャの話だけではなく、ソフトウェアの歴史や文化まで網羅的に書いて好みの本だった。どんなに優秀な設計士や合理的な設計でも顧客の要望には勝てないのが可哀想だった笑
ソフトウェアが変化するのは、日々進化するハードウェアがあってこそ。

2025/10/30

長い年月をかけて複雑化するプログラムと、その複雑さを制御するために生み出されてきたアーキテクチャに関する、現段階で最新の知見。構造化プログラミングから抽象データ構造、オブジェクト指向、UML分析、ドメイン分析というエンティティを巡る歴史と、三層構造アーキテクチャからMVCなどのフレームワーク、ポートアンドアダプタを経て、マイクロサービス・アーキテクチャに至るまでのコンポーネント化の歴史を俯瞰した上で、太古の昔から最新の流行までを貫いて変わらないものとしてクリーンアーキテクチャの原則(単一責任、オープンクローズド、依存関係逆転、コンポーネントの保守性と再利用性のトレードオフなど)を提唱する。「フレームワークやDBスキーマは詳細であり、(ドメインの)アーキテクチャを考えるときに考慮する必要はない(もっと後で考えれば良い)」とする姿勢は刮目に値する。

2024/10/20

最近、今の自分には設計能力が足りないと思って、アーキテクチャの名著である本書を読んでみた。

クリーンアーキテクチャ、完全に理解した！(理解してない)
なかなか難しい概念だと思う。仮に概念がなんとなく理解できたとしても、実践でおとしこむのは簡単じゃなさそう。

TDDを使ったほうが作業完了時間が速いという話はちょっと驚いた。やっぱり、TDDにしてテストコードをしやすいコードにしていくのがいいのだろうなぁ。自分にはそこまでの能力がない…。

プログラミングパラダイムについては、それぞれ何をしないかを伝えているという話が目から鱗だった。
構造化プログラミングは、goto文
オブジェクト指向プログラミングは、関数ポインタ
関数型プログラミングは、代入
を奪ってるといえるとのこと。そのように考えたことはなかった。

SOLID原則は、もっと意識して設計できるようにしていいきたいと思った。単一責任の原則ってよく聞くけど、コードを書いているとどこまでが単一責任となるのか分からないことがあるのが難しい。抽象的な概念でなく、具体例をもっと調べていきたい。

サラッと書かれてあったけど、「ソフトウェアアーキテクトはプログラマである」という言葉が印象的。設計をやるといっても、コードを書くようにはしたほうがいいのだろうな。自分も将来的に、コードが書けるソフトウェアアーキテクトになりたいと思う。

後、フレームワーク、データベース、ウェブサーバー、DIは決定を遅らせていいという話が面白かった。それこそ、要件定義の時点でデータベースだとかウェブサーバーに何を使うとか決めることって多いけど、プログラムを作るうえでそこは重要ではないのだろうなと。ただ、どの時点で決定したらいいのかはよく分からなかった。

システムの振る舞いにIOは無関係と書かれているのはビックリしたけど、インタフェースに依存しないコードがベストということかな。マウスに依存したコードを書いてしまうと、タッチデバイスでうまく動かないこともあるだろうしね。MVCでいう、VとCを分けるってそういうことなのかもしれない。

ただ、フレームワークに依存しないのは無理じゃないかとは思った。今、業務でNuxt3(JavaScriptフレームワークのVue.jsを使いやすくするフレームワーク)を使ってるけど、フレームワークを変えやすいコードにはできる気がしない…。

本編と全然関係ないけど、イソップ童話(ウサギとカメ)って、2600年も前に書かれたものだということを初めて知った。せいぜい、1000年ぐらい前かと…。これだけ時間がたって、(多分)世界中で読み継がれてるってすごい。