ソフトウェアアーキテクチャの基礎―エンジニアリングに基づく体系的アプローチ

リチャーズ，マーク〈Ｒｉｃｈａｒｄｓ，Ｍａｒｋ〉/フォード，ニール【著】〈Ｆｏｒｄ，Ｎｅａｌ〉/島田 浩二【訳】

オライリー・ジャパン（2022/03発売）

• サイズ B5変判／ページ数 411p／高さ 24cm
• 商品コード 9784873119823
• NDC分類 007.61
• Cコード C3055

出版社内容情報

モダンなソフトウェアアーキテクチャの基礎から全体像までを解説
分散システムやマイクロサービスなどなど現代的なソフトウェアアーキテクチャを考える際に必要となる知識、スキルやテクニックを解説する書籍です。アーキテクチャの原理から、異なるアーキテクチャの長所と短所の検証、アーキテクチャパターン、アーキテクチャの図示や表現方法などについて解説します。アーキテクチャを設計・実現していくために必要な知識やスキルを学ぶことができます。

内容説明

ソフトウェアアーキテクチャを現代的な視点から整理し詳述。効果的なアーキテクチャを設計・構築・維持するアーキテクトに必要なスキルや知識を包括的に解説！

目次

第１部　基礎（アーキテクチャ思考；モジュール性；アーキテクチャ特性　ほか）
第２部　アーキテクチャスタイル（基礎；レイヤードアーキテクチャ；パイプラインアーキテクチャ　ほか）
第３部　テクニックとソフトスキル（アーキテクチャ決定；アーキテクチャ上のリスクを分析する；アーキテクチャの図解やプレゼンテーション　ほか）

著者等紹介

リチャーズ，マーク［リチャーズ，マーク］ ［Ｒｉｃｈａｒｄｓ，Ｍａｒｋ］
経験豊富な現場アーキテクト。アーキテクチャや設計、マイクロサービスをはじめとする分散アーキテクチャの実装に従事している。開発者がソフトウェアアーキテクトになるための道のりを支援するＷｅｂサイトであるＤｅｖｅｌｏｐｅｒＴｏＡｒｃｈｉｔｅｃｔ．ｃｏｍの創設者

フォード，ニール［フォード，ニール］ ［Ｆｏｒｄ，Ｎｅａｌ］
ＴｈｏｕｇｈｔＷｏｒｋｓのディレクター、ソフトウェアアーキテクト、ミームラングラー（役職名。情報・文化の遺伝子体現者の意）。ＴｈｏｕｇｈｔＷｏｒｋｓはエンドツーエンドのソフトウェア開発とデリバリーに特化したグローバルＩＴコンサルタント会社。ＴｈｏｕｇｈｔＷｏｒｋｓに入社する前は、ソフトウェアのトレーニングと開発で広く知られるＴｈｅ　ＤＳＷ　Ｇｒｏｕｐ，Ｌｔｄ．でＣＴＯを務めていた

島田浩二［シマダコウジ］
１９７８年、神奈川県生まれ。電気通信大学電気通信学部卒業。２００１年に松下システムエンジニアリング株式会社入社。札幌支社にて携帯電話ソフトウェアの開発業務に従事した後、２００６年に独立。２００９年に株式会社えにしテックを設立し、現在に至る。２０１１年からは一般社団法人日本Ｒｕｂｙの会の理事も務めている（本データはこの書籍が刊行された当時に掲載されていたものです）
※書籍に掲載されている著者及び編者、訳者、監修者、イラストレーターなどの紹介情報です。

感想・レビュー

※以下の感想・レビューは、株式会社ブックウォーカーの提供する「読書メーター」によるものです。

[vinlandmbit]

図書館本。ソフトウェアエンジニアとして、サービス開発する上で、重要なアーキテクチャ論を俯瞰、かつ、深化できる良書。今後、より一層必要となったタイミングで読み返したい一冊です。

2023/04/09

[オザマチ]

今まで十分な検討もせず、経験をもとに「これだ！」で設計を決めて酷い目にあってきたので、本書にあるようにきちんとトレードオフと向きたいながら仕事をしていきたい。

2023/02/25

[翔]

具体的な技術寄りのものばかり読んでいたのもあるかもしれないけど、オライリーの中でも読みやすい部類だと思う。また、ベンダーを利用して開発させる立場にあったり、PLに近い立ち位置の人は読んでおいたほうがよいと思う。特にコミュニケーションの部分。技術、知識的なところよりもむしろそちらのほうが重要度は高い気がする。

2022/10/23

[iwtn_]

ソフトウェアのアーキテクチャパターンとアーキテクトの振る舞いについてまとめられた本。まずは概観として、トレードオフが根底にあり様々な〇〇性（ility）を認識しながら、システムの要求を実現するためにそれらを選別する必要がある。実績のあるシステムから得られた十数の有用なパターンも、ilityごとに評価されて載っている。また、実開発においてアーキテクトがどう振る舞うことで、そのアーキテクチャを実現していけるか、更に継続して改善していくかを説く。想定される規模が大きいシステムほどこの本の重要性は増しそう。

2022/10/05

[もりけい]

おそらく誰もが一度はアーキテクトにあこがれると思うが、様々な知識と経験により制約のなかでのトレードオフを選択してその理由を述べる。それが簡単ではないのはすぐにわかり挫折する。その道に少しでも近づくための考え方や知識が整理されている。特に私が気に入ったのは最新のソフト開発の知識をどうやって得るかという点と図解の部分。ソフト構造は目に見えないがゆえに文章だけでは齟齬が発生しやすい。UMLの他にも標準化された表現があると知り、なんとなく感じていた窮屈な表現力の課題を解決できそうに感じた。

2022/06/19