t_wの輪郭

10時からカフェに行って読書した。『Clean Architecture』を読み終わった。
やっぱりカフェだと捗るな。

次は『なぜ依存を注入するのか　DIの原理・原則とパターン』を読みたい。

依存関係逆転の原則は詳細側のコードが、上位の方針の実装コードに依存すべきであるという原則。

『Clean Architecture　達人に学ぶソフトウェアの構造と設計』を読んだが、いまいちピンとこなかった。今読む本ではなかった。

「あれ」からなんと三年が経った。ついに『Clean Architecture　達人に学ぶソフトウェアの構造と設計』を真に読む時が来た。何が書いてあったかなど、そもそも読んでいたことすらも忘却の彼方だったが、周辺知識は、まさに今、この本を読むべきであると告げている。この本に現在の悩みの解があると告げている。

というか、この本を紙の本で買い、一応は読んでいた三年前の私が偉すぎる。

https://amzn.to/4jyS0CA

「ソフトウェアの振る舞いは既存の成果物を変更せず拡張できるようにすべきである」という原則

『Clean Architecture　達人に学ぶソフトウェアの構造と設計』を読んだが、いまいちピンとこなかった。今読む本ではなかった。

コンポーネントの依存グラフに循環依存があってはいけない

重要度と緊急度マトリックス

Single Responsibility Principle（単一責任の原則）
Open/closed principle（オープン・クローズドの原則）
Liskov substitution principle（リスコフの置換原則）
Interface segregation principle（インターフェイス分離の原則）
Dependency inversion principle（依存性逆転の原則）

接触元　20190314『Clean Architecture』における単一責任の原則とコンウェイの法則について