設計の再利用　評価：

本書は、エリック・ガンマ、ラルフ・ジョンソン、リチャード・ヘルム、ジョン・ブリシディースの所謂、オブジェクト指向の４人組（Gof, Gang of four)の共著です。
デザインパターンとは、型紙のことです。
上着を作りたければ、上着の型紙が必要です。
上着の型紙は１種類とは限りません。
デザイン（設計）に応じて、数種類から数千種類の型紙から選ぶ必要があります。
１０や２０の型紙を知っているだけで、使いこなしていると勘違いすることがないように、本書をじっくり読みましょう。
デザインパターンのことをよく知らないで、既存のソフトを修正してプログラムを作っているという場合もしばしばあります。

むつかしい２つの課題　評価：

保守と再利用はソフトウェア開発における２つのむつかしい課題だと思っています。
保守：過去に作られて、動いているものを、どうやって変更するか。
再利用：過去に作ったものを、これから作るものにどうやって活かしていくか。
話題としては、広く紹介されているので、後は実践するのみである。
問題なのは、開発対象そのものがなくなってしまうようだと、再利用もへったくれもない。
過去のＯＳ、言語などをうまく他の開発対象に移行していけるような企画ができるかかもしれない。
過去を引きずらずに開発したいという要望と、どう折り合えばいいのだろう。

時空間モデル　評価：

ソフトウェアの再利用のひとつとして、モデルを紹介している。
９．２　時間モデルFSM finete state machine modelは、コンピュータの基本だと思われます。
９．３　時空間モデルCSM: communicating sequential process modelは参考になりました。
並列化をどう扱うかを考えさせられた。
きわどい区間（critical section)という訳も、ぴったりだと思った。
９．５抽象データ型では、 スタック キュー テーブル ファイル 集合 リスト グラフ（有向グラフ） ツリー を紹介している。
ここでは、その構造に固有な操作も組み合わせられている。

全体像はよくわかる　評価：

全体像がよくわかる体系的な内容になっています。
RSEBはなんなのかよく分かりませんでしたが、 Reuse-Driven Software Engineering Business の略号のようです。
RSEBはAFE,CSE,ASEからなるそうです。
AFEはApplication Family Engineering CSEはComponent Service Engineering ASEはApplication Service Engineering。
コンポーネントのできがよくなければ、再利用すればより悪くなるのではないでしょうか。
どのようにコンポーネントを分析し、評価すればよいかがわかりませんでした。

製品、作業、人　評価：

製品（Product)、作業（Process)、人（People）という３つのPの紹介がある。
Ted Biggerstaffの３つの経験則の紹介がある。
「ある分野の実システムを３回作るまでは、その分野で再利用を活用するために必要なその分野の細部はわからない。
」 「再利用の恩恵にあずかれるようになる前に、その再利用が３回必要である。
」 第１８章では、日本のソフトウェア工場の例が紹介されています。

Windowsの発展　評価：

X WindowをはじめとするWindowsシステムの発展の経緯が記されている。
SRI, Xeroxでの成果の次に、Apple、X Windowシステム、MS Windowsにいたっている。
また、TEXの紹介があり、幅広い知見がえられる。

アーキテクチャとは？　アーキテクトとは？　評価：

既にいくつかのシステム設計を行い、それらを完成させている。
世間では、アーキテクトという職種がもてはやされているし、 自分自信、ＰＭなどよりはアーキテクトの肩書きがしっくり来る。
しかし、アーキテクトが具体的に何を考え、何を行う職種なのかイメージが湧かない。
この本は、上記のような読者にこそ読んでもらいたい。
まずは第１章から第５章までを通読することをお勧めする。
ステークホルダ、ビューポイント、パースペクティブと その周辺概念についての理解を深めていく中で、 これまで漠然としたイメージで語っていた、アーキテクチャやアーキテクトというものの 具体的なイメージが、読者の中でかなりクリアになっていくはずである。

アーキテクチャ記述言語に依存しない記述　評価：

アーキテクチャ記述言語に依存しない記述になっている。
抽象的記述にしたためか、ソフトウェアのアーキテクチャとは何かが明確になっているわけではない。
利用者にとって重要なのは、ソフトウェアのアーキテクチャではなく、システムのアーキテクチャではないだろうか。
システムのアーキテクチャの中で、ソフトウェアがどういう役割を果たすとよいかは変動的だろう。
ハードウェアのアーキテクチャの変更があるかどうか、ハードウェアの構成に変更があるかどうか、利用者の利用方法に変更があるかどうかで、ソフトウェアのアーキテクチャを検討するのではないか。

アーキテクチャに関心があるエンジニアにはオススメの一冊　評価：

ソフトウェアアーキテクチャ、あるいは、アプリケーションアーキテクチャに関心がある人には、ぜひ、オススメしたい、アーキテクト向けの「読み物」です。
（いわゆる「技術書」とは思わないほうがよいと思います） ソフトウェアアーキテクチャをテーマにした、架空のセミナーを本で再現したスタイルです。
アーキテクチャのさまざまな論点が、架空の登場人物たちとのやりとりをまじえながら、展開されます。
・コンピュータとアーキテクチャの歴史 ・アーキテクチャの概要と、開発プロセスでの位置づけや意味 ・非機能要件の整理とアーキテクチャへの反映 ・ビジネスロジック（人間の仕事のやり方）の表現のアーキテクチャ ・アーキテクチャの形式的な分析手法と評価手法 などが、架空（荒唐無稽？）の登場人物たち、 ・宇宙人（　マ○○ン・ファ○ラー？） ・ＳＥ（　ＳＩer の典型的なエンジニア？） ・シニアマネージャ（大手ＳＩerの典型的な管理職？） ・アジャイル教の教祖様　（　○○さん？） ・ＩＴ雑誌の記者（　ＩＴバズワードのふりまき屋さん？） ・新人くん（業界のしきたりとかまだわかっていない、迷える子羊？） と、講師（著者）の間で、かなり乱暴な会話がかわされます。

良い意味で裏切られた　評価：

エンタープライズアーキテクチャと名の付く本を数冊購入してみましたが本書はいわゆるEAを解説した”教科書本ではなかった”のが良かった。
簡単なEAの概説とEAの事例が載っているので、教科書本と併せて読み進めることでEAを体系立てて理解することが出来るのではないであろうか。

見た目にやさしい　評価：

ＥＡ自体の書籍がまだまだ少ないし、他の書籍をじっくり見た訳ではないのですが、他の書籍に比べて図も多く見た目にやさしいし、分かりやすく書かれているので、共感出来るところが多かったです。
実際の現場を経験されたＳＥ、コンサルタントの方が書かれたとの事で、正直、自分の周辺の話と良く似ている点などがあり、そういう方達にも参考になるだろうなと思います。

EAの概要を知るのにはいい書籍　評価：

EAの概要を短時間で知るにはいい書籍だと思う。
また、EAを活用したプロジェクトで生かせそうなヒントが書かれている。
ただし、ヒントが大雑把な感じを受ける。
ヒントを詳細にかけない理由もわかるが、そこまで書くなら もう少し掘り下げて書かれてもよいのではないかと感じた。
なので、評価は星４つとしました。

保守開発のためのパターン　評価：

僕はいわゆるサンデープログラマーで「1ヶ月ぶりにコードに向き合ったら内容を把握するので1日つぶれてしまった」なんてことがしばしば。

アプリケーションを構成する要素を小さな部品に分解してあると理解しやすいわけですが、それぞれの部品をまとめ上げるルールがないと、今度は部品間の関係を把握するのが困難になるわけで。

GoF本が再利用のためなら、POSA本は保守開発のための良き指針なのではないかと思っています。

個人的には読みにくいと感じなかったので、星5つ。

アーキテクチャパターンを学ぶのに優れた一冊　評価：

本書は粒度の大きなアーキテクチャパターンから、より粒度の小さなパターンも説明していますが、最も意義のあると思うのはアーキテクチャパターンを説明している箇所です。
説明は非常に丁寧で、具体例も適切だと思います。
内容も実践的で役に立つものが多く、特にPipe & Filter、Broker、PAC（Presentation-Abstraction-Control）などはぜひ押さえておきたいところ。
また、ソフトウェアパターンをある程度学習した読者には、筆者らの言う「パターン体系」がどんなものかを理解するのも重要だと思います。

最新のソフトウェアアーキテクチャの教科書　評価：

　本書は，日本語で書き下ろされた数少ない「ソフトウェアアーキテクチャ」についての教科書である．

　前書きには，「本書は，ソフトウェアアーキテクチャに関して，ソフトウェア技術者が知っておくべき知識や開発への活用の方法について，実務的な視点を重視しながら解説したものです．」とある．

　以下の目次で，ソフトウェアアーキテクチャの基礎から，プロダクトライン開発まで，最新の内容を網羅しながら，274ページにまとめられている．　目次　　第 1章　はじめに　　第 2章　アーキテクチャの基礎　　第 3章　アーキテクチャの記述　　第 4章　ソフトウェアの諸特性との関連　　第 5章　アーキテクチャの評価　　第 6章　アーキテクチャパターン　　第 7章　ソフトウェアアーキテクチャ設計　　第 8章　プロダクトライン開発　　第 9章　ソフトウェアアーキテクチャの現状と将来　　第10章　さらに知りたい人のために　　参考文献

　第10章の「さらに知りたい人のために」と，参考文献が充実しているので，自習書としても活用できる．

　筆者の岸 知二 先生は，某メーカーで長年ソフトウェア工学，ソフトウェアアーキテクチャについて研究してきた，日本を代表するソフトウェアアーキテクチャの研究者であり，現在は北陸先端科学技術大学院の客員教授．　3章，5章担当の，野田夏子 氏は，某メーカーでソフトウェア工学の研究をしている研究者．　9章と全体の統一感の確認等を担当された，深澤良彰 先生は，ソフトウェア工学，オブジェクト指向，コンポーネント指向，エージェント指向等の研究で著名な，早稲田大学教授．

　ソフトウェア工学を学ぶ大学院生や，ソフトウェアの設計を生業とする技術者に，自信をもって推薦したい．

超実践的　評価：

正直、超実践的な内容です。
同業者で非常に興味があったのですごく参考になりました。
うちでも開発手法の幾つかを取り入れさせていただきました。
入門書ばかりが目立つジャンルの中で非常に珍しい本だと思います。
したがって初心者が読んでも絶対わけわからないと思います。

アーキテクトの本懐を赤裸々に綴る　評価：

とてもすばらしい本です。
なにがすばらしいかというと、 @実務に使える Aアーキテクチャとは、処理方式のことである。
B「ビジネスとITの融合」などといったわけの分らないことを行っていない。
CDOAが開発成功の早道と悟りきっている。
のC点に集約されるでしょう。
ただ、著者の劣悪な境遇には、ただ涙するだけです。
すぐれた技術書はすぐれた実務家によって書かれることを改めて確信しました。

エージェント技術の内容はよくまとまっているが，オブジェクト指向の内容は貧弱　評価：

はしがきに「この本を読むことでオブジェクト指向とエージェント技術を間違いなく使いこなせるようになることを目指している」とあり，ソフトウェア技術者や学生の教科書として使われることを想定しているとあるのですが，残念ながらこの本を読んでもその目的は達成できません．この本を読んだ後の感覚としては，ターゲットはオブジェクトもエージェントもある程度知っている（例えば関連書を1，2冊は読んだことのある）読者層で，目的は彼らの知識の整理やアップデートを助けることではないかと思います．

相対的に見るとエージェント技術の記述に比べてオブジェクト指向の記述が貧弱です．オブジェクト指向分析設計のセクションは，方法論の概論からUMLの代表的なダイアグラムの書き方，使い方などがよくまとまっています．しかしそれ以外の話題，例えばオブジェクト指向入門やJava入門，分散オブジェクトの話題は内容も薄く散漫で，これらのセクションから得られる新規情報は（少なくとも私には）全くありませんでした．入門者が読んだら混乱するだけでは．オブジェクトデータベースのセクションは内容が非常に濃いものの分量が少ないのが非常に残念．

読みにくい　評価：

残念ながら翻訳がひどくて読みにくい。
。
。
原書を読まれることをおすすめします。

翻訳が・・　評価：

前の方も書かれていましたが、 翻訳が直訳的で日本語として読んでも意味が通ってない部分が多く、 内容を理解するのに支障があります。
専門書で部数が少なく翻訳コストを十分かけられないのかもしれませんが、 それならいっそ原文と両方書いておいてほしいものです。

読みにくい　評価：

良い本なんですが、翻訳が読みにくいです。
せっかく良い本なので、訳し直して再出版してくれないかな。