Clean Architecture　第5章　オブジェクト指向プログラミング

この記事について

優れたアーキテクチャの基本となるのは「オブジェクト指向設計」の原則の理解と適用である。

C言語で完ぺきに実現できていたカプセル化を弱体化させてしまっているのである。

OOとは「ポリモーフィズムを使用することで、システムにあるすべてのソースコードの依存関係を絶対的に制御する能力」である

ポリモーフィズムを使用することでインターフェイスと実装を分けることができる
- 分けることで制御（呼び出す）側と実装（呼び出される）側の依存関係を切り離すことができる
  - 制御側（呼び出す） -> インターフェイス ◁-実装側（呼び出される）
- 依存関係を切り離すことができるようになることから、依存関係の制御が可能になる
  - （依存したい場合はインターフェイスを挟まなければ良い）

ポリモーフィズムを使用することで依存関係を制御できることを知った
- ポリモーフィズムは拡張性を確保したり、結合度を下げるという目的で利用するだけではなく依存関係を制御するということも意識していきたい
オブジェクト指向＝カプセル化と思っていたが、オブジェクト指向で書ける言語が堅牢なカプセル化ができるかは別問題だと知った

すでに実績のある構造をプログラマが使用することで、それをコードに結び付け、自ら証明できるようにするのである。

モジュールを再気的に小さな単位に分割できなくなること、それにより合理的な証明に欠かせない「分割統治」が使えなくなることを発見した。

モジュールを小さくする利点を知った
- 小さくすることで合理的な証明ができるようになる
  - 証明する内容を明確にできる
  - 証明がシンプルになる
  - 重複のない証明になる

Dijkstraは「テストはバグが存在しないことではなく、バグが存在することを示すものである」と述べた。つまりテストによってプログラムが正しいくないことは証明できるが、プログラムが正しいことは証明できないのである。

30代後半、育児とプログラミングに追われる日々を過ごしてます

転職活動でスキル不足を自覚したことをきっかけに学び直すブログです

子供の出産を機に在宅で働ける環境はないか転職活動を開始

面接にてオブジェクト指向や設計について質問されるが回答できず

「人柄は良いがビギナーレベル」の称号をいただく

30代になるとマネジメント経験の需要を多く感じる

がマネジメント経験なし

オブジェクト指向、設計についての知識もなし

自分の需要なし

やばい

スキルと給与は紐づかないと思って学習することを軽視していた
- 担当タスクをどれだけ早く消化できるかが給与に反映されることが多かった
- 見やすくて早く得られる結果を優先してきた
- 社内の論調を重視していて一般的なあるべき論を無視していた
日々のタスクをこなす事でいっぱい
- 自分の担当タスクを消化して終わり
- 点々と知識はついたが繋がっていない