4.0 アーキテクチャや設計の知見が乏しく、この本を手に取った。 新しい概念や考え方を知ることができて良かった。 今度は派生してそれぞれを深掘っていきたい。

アーキテクト・アーキテクチャの入門書として良い。基礎の解説が分かりやすく記載されている。 個人的には、第2章の「中核ロジック」と「処理フローロジック」の分け方が一番学びになった。そこから、クリーンアーキテクチャでの実装層（第3章）、ユニットテスト方針（第5章）まで触れられていて、参考になる。

最近、アーキテクトという職業に興味がでてきたので読んでみた。 今までプログラマとして仕事してきたけど、アーキテクチャを意識して仕事をしていきたいと思った。 アーキテクトといえば、一番重要なのは設計だと思うのだけど、そのあたりがなかなかうまくできないなと思う。 自分に今足りないのは設計能力だと思うので、そこから鍛えていきたい。 足りないといえば、コミュニケーション能力も全くもって足りない(皆無)のだけど、これについては性格上あげるのは無理だと思っているので、テンプレでやりとりできるぐらいにはなりたいと思う。 マイクロソフトのサティア・ナデラ氏の「今やすべての企業はソフトウェア企業である」という発言は面白い着眼点だなと思った。半世紀前は、ほぼ全ての企業はソフトウェア企業ではなかったのに比べると、だいぶ社会情勢は変わったのだろうなと思う。 時々思う。自分は50年前に生まれていたらどうやって社会生活を送っていたのだろうと…。 品質特性における「イリティ」という言葉は初めて聞いた。availability(可用性)のように、英単語が「ility」で終わる単語が多いからそう呼ばれるらしい。調べてみると、「-ility」は、英語の単語の語尾に使われる接尾辞で、特定の性質や状態を表す抽象名詞を表すそう。使う機会あるか分からないけど、覚えておきたい。 ドキュメントについては、もっとちゃんと記載するようにしないといけないのだろうなと思う。ドキュメントを書くのは苦手だけど、アーキテクトになるなら開発者向けに整備しないといけないのだろうなと。 後はやっぱり、自動テストが重要になってくるのだろうなと思った。最近ようやく少しずつ書くようになってきたけど、まだまだ網羅性という観点では足りないので、そのへん意識して書くようにしていきた。 E2Eテストは全然書いたことないけど、やっていったほうがいいのだろうな…。 最後に記載されている書籍なども読んで、もっとアーキテクトについて知識を深めるようにして、なおかつ実践できるようにしていきたい(『レガシーコードからの脱却』は読んだことあるのだけど、それからもレガシーコードを量産させてしまっていたりするので…)

アーキテクトの概略に終始するものと思ったが、各工程に対してかなり深掘りした内容が多かった。 特にソフトウェアアーキテクチャの選定とテスト工程については学びが多かった。 アーキテクトの守備範囲の広さに驚きつつ、やりがいもひとしおだろうなと、自分のキャリアの選択肢の一つとして意識できた

初心者アーキテクトにオススメ。 広く深く必要な情報がカバーされている。 すでに知識を持っているエンジニアに読み飛ばせる部分もあるが、さらなる学習に向けた参考書の提示もあるので持っていて損がない。

アーキテクティングの全体を俯瞰することができました 全体として易しめに、実務にも沿った形で解説されていて分かりやすかったと思います(ただし2章は私には難しく挫折しそうになりました)