リスト：荒井玲子さんの推薦書籍 を表示しています。（全 19 件）

書き方は何となく覚えた、概念レベル・設計レベルモデリングとは別物なのだ、デザインパターンを使ってプログラミングは出来る。
契約による設計などの設計原則等も理解できた。
さて、モデリングとやらを始めてみようか、あれ？
といった時に役立つ本です。確かに言葉足らずな気もしますが、他の本には無い足りない知識を補完してくれるという意味で、私には良書でした。
あまりにもあっさりしていてさらっと読める所も良い点です。
「なんちゃってJava使い」がどれほど居るのか分かりませんが、そうならないようにと思います。（Y_Ito / 2006-02-11）

この本はUMLの教書というより、著者の実体験をもとにした「生」の声。自然に頭の中に入り込んでくる感じを体感できると思います。
この本の最大の特徴は「品質」へ踏み込んでいること。ソフトウエア品質は難解でアカデミックな領域と思われがちだが、モデリングとうまく結びつけ、すぐに取り組むことが可能な品質管理手法も紹介されている。
感想ですがソフトウエアは最終的にはユーザー、保守者が納得する品質を構築するもの。品質を目に見える形にし、制御可能にする手段のひとつとして「モデリング」が存在するんだということがこの本で理解できました。（紀行地図 / 2005-05-10）

ここ数年、UMLのお作法を書いた書籍や雑誌はよく目にするが、この本はちょっと違う。
自分の書いたクラス図があっているかどうか今ひとつ自身が持てず、かつ周りに精通した人もおらず、何となく分析や設計を進めてしまっている人も多いかと思いますが、この本に書いてある「読んでみる」「数えてみる」という自己チェックはかなり有効な手段ではないでしょうか。
一度読んで、「ふ～んなるほどね」で終わらせず、常に手元に置いておいてモデリングをする際のレビューシートとして使うことをお奨めします。（flying carp / 2005-05-05）

これからUMLでモデリングをする技術者、教育する方、OJTを実施する方、UMLのモデルをレビューする方、UMLでモデルを書いてもなかなかピンと来ない方、などが、UMLを使ってオブジェクトモデルを作り、レビューし、指導する際の、簡単かつ、重要なノウハウが「簡潔に」詰まっています。厚い本でないので、２日もあれば読めます。あとは、この本を横に置き、このノウハウに従って自分の（他人の）モデルをブラッシュアップする（される）ことで、教育期間は効果的に短縮され、自信をもってモデルを書くことができるようになることでしょう。（osm10 / 2005-04-18）

まだ半分程度を読んだだけですが、大変な良書であると思い、レビューを書きました。
この本の最も優れていることは、オブジェクト指向でモデリング経験のある方なら間違いなく、無意識に行っていることを形式化したことの一言に尽きます｡
しかも著者の経験に裏打ちされており「そうそう、そんなんだよね」と頷く場面も多数です。
レビューの仕方も「読む」「数える」「絵として見る」という非常に敷居の低い視点から述べており、正に初級者のための本です。
最近OCUPなどの試験で表記法だけは理解した方が増えてきましたが、実践に移るうえでは最適な書籍です。
丁度、中級者にはマーチン・ファウラーの「エッセンス」本がバイブルとなるように、初級者のバイブルになりうる良書です。
手元には絶対に置きたい一冊です。（peepingtom / 2005-04-19）

すばらしい本だと思う。
UMLの分類を一通り説明している。
また、
P25　自己検証ソフトウェア、単体テストのxUNITの紹介
P55　契約による設計、事前条件、事後条件、不変式
の紹介は、ソフトウェア開発における本質的な技術の紹介でありすばらしい。
では、どういう人が、この本の先頭から読んで理解できるだろうか。
Unifiedというのだから、複数の視点でも見えることを示してほしい。
つまり、この本の順番ではなくても理解できる技術だから、Unifiedだという説明があるとうれしい。
たとえば、ステートチャート（状態遷移図）からはじめて、シーケンス（時系列）図
で設計するというような流れ。通信では時系列図がが、ユースケース（事例）ではないのだろうか。
それでは、ユースケース図はいらないかもしれない。
通信規約で階層構造的な設計が済んでいれば、クラス図はいらないかもしれない。（kaizen / 2009-02-05）

無駄なく要点のみを述べるスタイルで、最初は面食らうと思う。
UML初心者はその時点でめげてしまうかもしれないが、しかし一読した後また読んでみたりすると、核心をついた説明は分かりやすく、今後どの本を読んで勉強すべきかもはっきりする。結果から言えば、むしろ親切な本だが、欠点は例題が少ないこと。事例をもっとたくさん挙げて、UML記述のパターンをもっと例示していてくれたら、これ以外の初心者本はいらなかったのにと思う。
しかしそうではないので、もう一冊、手とり足とりチュートリアル形式の本を購読することをお推めしたい。
また、より詳しい情報を求める人のために豊富な参考文献を紹介しているのは非常にありがたい。（taka-m / 2002-10-22）

実際にシステムの開発現場に携わる人がＵＭＬとはどんなものか、それを用いてどのようにシステムを記述するかを明快に解説している。この類の本は翻訳が日本語になっていなかったり、説明に従うと書類完璧主義に陥りやすい説明がなされていたりして、とてもシステム開発現場にはそぐわないものが多い。しかし、この本は、１、翻訳が大変うまい。（翻訳者を恨みながら本を仕舞い込んだ経験はＳＥなら誰でも有るでしょう。）２、問題意識が開発現場と共有できる。と言う点で良書である。休日を一日割けば読破できるのでオブジェクト指向のシステム開発におけるＵＭＬの入門書として一読に値する。（ふぇる / 2001-10-13）

UMLはソフトウェア開発の世界で大変に広まった重要な表記法ですが、
様々な図や記号からなっておりその定義も比較的厳密で、あまり
取っつきやすいものとは言えません。
本書は、UMLの図や記号のうち、肝心なところや便利なものに的を絞って
説明されています。また、単なるリファレンスの抄録版ではなく、
UMLをどう使えば便利か、どういう点に気をつけるべきかを解説して
います。初心者向けではありますが、ひととおりマスターした後も
手元に置いておくと、実務上判断に困ったときにヒントを与えてくれる
でしょう。薄いながらも洞察に富んだ本といえます。
読むための前提としては、Javaなどのオブジェクト指向言語をいくらか
使った経験があれば十分でしょう。オブジェクト指向自体が初め!てと
いう読者には少々辛いかも知れません。（ / ）

UMLをどんなものか理解したいという人には、この薄さで、これだけの内容が整理されている本書が本当におすすめです。日本語訳もよくこなれていて、さくさく読み進めることができます。私がUML技術者認定制度シルバーレベルに合格できたのも、この本のおかげですぅ(^^)（ / 2000-11-24）

本書は、抽象データ型に対応したEffelという言語に基づいた入門書です。
Effelという言語は、.NETに対応した版もあったので、評価版をダウンロードして確かめてみるのもいいかもしれません。
本書は、SRAにいた酒包さんが翻訳された良書で、入門と書いているように、オブジェクト指向を叫ぶ人の必読書だと思われます。
「このように構成の巧みなソフトウェアシステムは　この世界のある側面を映し出す実践的モデルと見ることが出来る。、、、
ソフトウェアの設計を実践的モデルの作成と考えると、オブジェクト指向設計は実に自然なアプローチであることがわかる。」
オブジェクト指向を実装において説明するのはオブジェクト指向ではなく、実装指向だと思われます。
実装担当の人には、オブジェクト指向をどう実装するとよいかを話す必要はあると思います。
実装はオブジェクト指向の設計の考え方を明確にしながらのことで、実装だけを見ていると、方向性を間違うことがあるかもしれません。
ps.
オブジェクト指向で、日本で定評のある識者はSRAに移籍された青木淳さんかもしれません。SmallTalkの本も併せて読むとよいかもしれません。また、Squeakも参照するとよいと思います。（kaizen / 2008-01-03）

表題はオブジェクト指向入門となっていますが、オブジェクト指向入門者向けというよりは中級者－上級者向けの内容になっています。 この本にある契約によるプログラミング、表明、事前条件、事後条件、などは、今日のオブジェクト指向技術の基盤となる重要な要素となっています。
オブジェクト指向技術のステップアップを目指す人には、必読の１冊ではないでしょうか。（ / 2000-12-09）

多少古い本ではありますが、オブジェクト指向の真髄を学べます。
プログラミングにおける契約（contract）に関しても第一級の書籍です。
原書だと第2版が出ているのですが、どうも邦訳は出る気配がありません。
逆に言えば安心して初版を買えるということです。多少高いですが、
値段だけの価値は十二分にあります。しばらくクラスの設計をしてみてから
読んでください。途中難しい点もありますが、そういうところは読み飛ばしましょう。（Ralph / 2007-09-12）

オãƒ-ジェクト技è¡"やオãƒ-ジェクト指å'言語の背景からじっくり学ç¿'するのに適ã-た本。特筆すべき点とã-てはå¥'ç'„主導型設計の説明がとてもå......実ã-ている点（11章）。å¥'ç'„と、å¥'ç'„が守られているã"とã‚'保証するアサーションã‚'理解する原å...¸ã¨è¨€ã£ã¦ã‚ˆã„でã-ょう。アサーションã‚'構成する事前条件、事後条件、インバリアントの説明からå...¥ã‚Šã€ãã‚ŒãŒãªãœé‡è¦ã‹ã€ãã-てどう使うかã‚'丁寧に分かりやすく解説ã-ています。「アサーションはå...¥åŠ›ãƒã‚§ãƒƒã‚¯æ©Ÿæ§‹ã‚„制御構造ではない」といったサãƒ-セクションのように、よくあるç-'問に対ã-ても明快に解ç­"ã-ている。また、アサーションのドキュメンテーション、アサーションのモニタリングといった話題も興å'³æ·±ã„。è'-è€...がEiffelの作è€...なので本æ-‡ä¸­ã®ã‚³ãƒ¼ãƒ‰ã¯ã™ã¹ã¦Eiffelで書かれã!¦ã„ますが、それほど苦にはなりませã‚"。Eiffelのコードã‚'すべて読み飛ばã-ても有益なæƒ...報はなおたくさã‚"残っているとも思います。（鈴木純一 / 2003-05-02）

オブジェクト指向開発の入門として適しているかどうかは疑問です。どちらかというと、一通りオブジェクト指向を知っている読者が読むと最も効果が高いのではないかと思います。内容は素晴らしいです。骨太の内容という表現が妥当かどうか分かりませんが、出版されて年月が経っても重要かつ役に立つ記述が満載です。型とクラス、契約による設計、制約（表明、事前条件、事後条件）に関する記述は非常に優れています。（鈴木純一 / 2002-11-11）

ソフトウェアでは他の分野であたりまえのことができていないことにしばしば遭遇します。
原価計算は、どの分野でもあたりまえのようにやっていることです。
ソフトウェア開発は、研究試作と同様な、原価外だというような驕った意識を持った人たちもいます。
まったく逆に、量産試作のような難しい問題を解こうとしているのに、単純労働のような労務管理をしている人たちもいます。
まったく逆の管理方法が混在し、技術者は右往左往することになります。
ソフトウェアの管理をする人たちが、品質会計のような考え方を身に着けて、管理のための管理ではなく、よい製品を作ること、効率よく作ること、能率よく作ることを心がけるようになるとよいかもしれません。（kaizen / 2008-08-16）

要求管理はシステム開発プロジェクトのスコープ管理そのものであり、システム開発のプロジェクトの成否を決定する一番大きな要素だと思います。あいまいな要件、あとからあとから出てくる仕様追加、仕様変更。これらは要求管理の品質が低いことに起因する事象です。
あいまいな要件、仕様追加や仕様変更をユーザーのせいにするのは簡単ですが、それはそもそもシステム開発の専門家としての開発者サイドに、要求分析、要求管理について適切にユーザーをリードするスキルがないことを露呈していることに他ならないと思います。
この本は要求管理についてのスキルを高めるための手法が満載されています。問題の分析、ユーザーニーズの理解、システムの定義、開発範囲の管理、システム定義の詳細化と構築につき平易に記載されています。その際、開発プロセスとしてユースケース駆動開発、反復型開発を重要な要素とする統一プロセスを意識した記述となっており（章のタイトル自体が「問題を分析する」等ユースケースの記述になっている）、開発範囲のベースラインとしてユースケースを用いることや、開発の各工程の中で、いかにして要求のトレーサビリティー（追跡可能性）を追求していくか等、大変参考になりました。やや厚めの本ではありますが、何度でも読み返したくなる本です。（上昇志向 / 2006-10-22）

この本は、上流工程の技術者の仕事についてきちんときちんと書かれています。
特に日本のプロジェクトでは役割が曖昧なままプロジェクトを立ち上げ、要求仕様をまとめることは上流工程という名前でひとくくりにされて終わっています。
このような曖昧な状態での仕事のスタイルと、翻訳ものの要求仕様の書籍の前提はあいません。米国では役割も仕事の範囲もはっきり決まっているからです。
この本は、日本で上流工程にたずさわる技術者にとって大変実用的です。
テスト仕様書を作成するとき、テストケースを作成するときになって、「どれが正解なのかわからない」という事態を避けるためにも、仕様書はきちんと書くことが大切。要求を獲得するにはどのように顧客と接したらよいのか、その要求の仕様書を書くときにはどんな点に注意したらよいのかといったことも載っていて、大変お得です。（英国大好き / 2005-06-28）

私は、あるプロジェクトで本番直前までクライアントの仕様変更の嵐と戦いました。理不尽なことをいうクライアントが最近多くなってきていると思います。しかし、この本を読むとSEが要求仕様をまとめるアナリストであるべきということに気づかされます。特に第5章がお勧めです。（ / 2004-11-11）

なぜ、SEが要求仕様書を書かなければならないのか。
が、懇切丁寧に書いてあります。
また、その他の仕様書類（設計仕様書、検査仕様書etc）の必要な理由と必要に
なるプロセスについても充分に説明されています。
残念ながら、理論が全体の全てを占めているので、いま作業の真っ只中にいて、
仕様書の必然性を求めているような性急に結果の必要な方には、向きません。
理想的な仕事の進め方がかかれているので、幾つか参考になるところはありま
すが、仕様書が必要か？と聞かれると全ての人が「必要だ」と答えるのではな
いでしょうか。
私は必要を感じて、より良く、より早くを求めて本書を手に取りましたが、具
体的手段を欲していたので、テンプレート付きなどの他書を求めたほうが良か
ったかもしれません。（gworks / 2005-01-31）

問題が存在したときに、どのパターンかを調べ、解決策を検討する場合に役立つ。
よく分類されているので、関係者が議論をするのに助けとなる。
現在の問題と関係ないパターンを読み過ぎると、分けが分からなくなるかもしれない。
あまり一気に読み進まずに、問題が出るたびに調べるのがいいかもしれない。
現実を見ずに、パターンと合わせるだけの人達が大勢いると、アンチパターンの意味がないような気がするからです。ミニアンチパターンでは、知的暴力に相当するかもしれません。いかがでしょうか。
デザインパターンは、再利用可能な設計のこと。
アンチパターンは、やってはいけないやり方のこと。
アンチから騒ぎでは、
1 構造化プログラミング
2 人工知能
3 ネットワーキング
4 オープンシステム
5 並列処理
6 オブジェクト指向
7 フレームワーク
を同列にしている。
個人的には、1,3,4,7は、なんらかの意味で実現している。
2,6は概念の問題で技術の問題ではない。
5は進行中の技術だと思う。
言葉だけを変えても、本質は変わらないが、
お金を払ってもらえるかどうかが違うのかもしれない。 （kaizen / 2008-07-09）

パターン、と言うと難しく感じるかも知れませんが、この本の内容はいわば「今の悪い状況を一言で言えば・・・」集、といった感じです。
ソフトウェア作成者でなくとも、なぜか仕事がうまく行かない、言い知れない何かによって自分の仕事が邪魔されている、と言った感覚にとらわれる事があると思います。
そんな時、今の自分がどう言う状況に置かれているか、この辺を改善してみたらもっとマシな状態にならないか、と分析する際に良い指針を与えてくれる本だと思います。
所々辛らつにすぎる寓話も見受けられますが、いつも机の上に置いておきたい本の一つです。（袴田彰礼 / 2003-01-25）

アンチパターンとは変な言葉ですが、要は失敗例カタログです。
失敗例がいくつもあるわけですが、ソフトウェア開発に携わった人なら、読み進む毎に”あったあった”と頷くことでしょう。
一番わかりやすいのは”スパゲティープログラム”です。そう、あなたが思うそれです。
この本のすごいところは、その問題の事象を正確に示し、更に問題が生まれる過程から問題の本質を分析し、解決策を探っている点です。
いつも同じ失敗を繰り返す我々には、この努力が必要ですね。（cxj01155 / 2003-07-11）

いわゆるソフトウェアパターンは、優れた成果物を生み出すにはどうすればよいかを記述したものですが、アンチパターンはその逆で、ソフトウェア開発において頻繁に起こる典型的な失敗例、まずい設計例を示したもの。ソフトウェア開発を阻害する代表的要因とそれを取り巻くパターンが記述されています。開発時に行き詰まりを感じたりフラストレーションを感じたときに読むと肩の力が抜けると同時に、改善のための手がかりが見つかることも。ユーモアとウィットにも富んだ内容になっているのでぜひ身近に置いておきたい一冊。（鈴木純一 / 2003-04-01）

ユーモラスな表現で書かれていますが、書かれていることは深く、実は深刻な問題です。実際にはここに書かれているように解決へと向かうのは難しいことも多いでしょうが、問題が認識出来るかどうかがまず重要なので、自身のプロジェクトの問題発見に役立てればそれだけでも十分意味があるでしょう。ただ、前置きが少し長すぎるような気がしました。それが無ければ満点なのですが・・・。（walkingdictionary / 2005-05-16）

デザインパターンを世に知らしめるキッカケになった本。誰もが名著だと認める一方で、説明の仕方が難解だとか、具体例が適切でないとかGUI関連のものに偏っているなどとも言われます。特に「デザインの再利用」という視点が強調されているため、説明がやや抽象的に進む感はあります。しかし、世の中のパターン絡みの本はほとんどすべて本書をベースに記述されていますから、本家本元にチャレンジする価値は高いのでは。最初の部分を除けば、基本的にパターンのカタログなので、本書を最初から順番に読み進める必要は一切ありません。最初に書かれているFactory絡みのパターンを理解するのに違和感があったら、もっと後に書かれているObserver、Command、State、Mediatorといったあたりへ飛んで読み進めるとより楽に読ませると思います。（鈴木純一 / 2002-11-30）

開発にオブジェクト指向言語を使用する大きな利点の一つはクラス(階層)の再利用性であるが、現実にはそのようにクラス設計をする事は難しい。本書は再利用性を念頭に置いてクラス設計の手法(デザインパターンと呼ぶ)を経験に基づいて体系化した名著である。Javaをご存知の方は、Javaの各クラス・ライブラリ階層が本書のデザインパターンと酷似している事にお気付きであろう。
本書ではデザインパターンを大きく次の三つに分けている。
(1) 具象クラスを生成するための抽象(インタフェース)パターン
(2) 構造に関するパターン
(3) 振舞いに関するパターン
例えば、(3)で説明されるIteratorパターンはJavaでその名前のまま出て来る。また、(1)で説明されるFactoryパターンが(呼称はともかく)恐らく一番ポピュラーな手法で、具象クラス群の生成を念頭に置きながら、特定の具象クラスに依存しない真に共通な要素を抽象的に定義するパターンである。
本書の内容は学術的に導いたものではなく、経験則に基づいたものだけに実践的である。それでいて、体系的に美しい。機能的に優れたものはデザインも美しいという見本のようである。本デザインパターンの考察にあたっては、建築学を参考にしたというのも面白い。本書を順に全て読む事は容易ではないが、本書の内容を身に付ける事で具象化や継承によるクラスの再利用性が格段に向上する事請け合いである。オブジェクト指向言語を使用してプログラミングをする方にとっては必読と言って良い名著。（紫陽花 / 2007-04-27）

確かにこの本は予備知識なしに読むのは難しいですね。
まず、"デザインパターン"とは何かということを、そしてその記述の仕方(パターン名、問題、解決、結果)を第1章で説明されていますが、事前に知っておいたほうが読みやすいと思います。
第2章ではLexiというTexに似たドキュメントエディタのなかにどんなデザインパターンが使われているか書かれています。個人的にもデザインパターンを説明するにはテキストエディタや描画エディタが最適だと思い、2章も押さえておくと以降も理解しやすいです。
第3章以降でやっとそれぞれ(生成、構造、振る舞い)のデザインパターンが紹介されています。"生成"、"構造"、"振る舞い"というのが何を意味しているのか初めはよくわかりませんでしたが、各パターンを見ていくうちにこの区別の仕方が理解できます。
ただし各章を順番どおりに読んでいくのではなく、後へ先へページを何度もめくっていく中で理解していくことができるでしょう。
「デザインパターン」を学ぶ上で、結城浩氏の「Java言語で学ぶデザインパターン入門」やW.J. ブラウンの「アンチパターン―ソフトウェア危篤患者の救出」もお勧めです。（sire / 2005-09-27）

この本はデザインパターンのバイブルとして名高く、ソフトウェア技術者は一度は目を通すべき本でしょう。
しかし、読みやすくは有りません。例や参照している文献はいかにも研究者向けの難解なものが多いし、本題とは関係のないところで躓くことも多いです。それでも辛抱して読む価値はあります。判りやすさを優先した本は他にあるのですが、この本のようなパターンの「深い」情報を提供してくれる本が他にないからです。
原著が出版されて7年、主流の言語も移り変わり、OOPの図の表記もOMTからUMLに変わりました。そろそろ、深さのレベルを保ったままより判りやすく改訂した第2版がでれば良いなと思います。 （中村拓男 / 2002-09-05）

すべてC++ベースで論じてあり、Javaに関してはC++から変換したJavaコードしかない、よってJava特有の実装上の考慮点は自分で気づかなくてはならない。これは本書の責任ではなく、GoF95も6年の歳月による経年劣化ともいえる。UML表記も然りで、UML1.1以前の表記なので、多少本書のクラス図の書き方に目を慣らす必要がある。だが基本的教科書として、今なお、必須の書だろう。（nemo_kaz1 / 2001-11-30）

デザインパターンの理解を深めるための良書。残念ながら翻訳の質が非常に悪い。特にC++のコードは間違いが多く、原書と比較しながら読まないと理解しづらいものになっている。改訂版では改善してもらいたいところ。（ / 2001-11-08）

デザインパターンを含めたソフトウェアパターンとは，「ソフトウェア開発上のよくある問題」と「実用的な解決策」がペアになったもの．デザインパターン理解には，「デザインパターン」（ソフトバンク）を読むことが絶対に欠かせないが，本書はこの本の理解を補強してくれる．新しいパターンやイディオムの紹介にとどまらず，パターンが作られていくまでの当事者同士の電子メールのやりとりが掲載されているなど，実際的な内容に仕上がっている．原著および技術面は満点だが，原著の生き生きした流れる感覚が訳書で味わえない分を原点して星4つ．（鈴木純一 / 2000-12-22）

デザインパターン関連本は色々と出版されていますが、いわゆるカタログではない書籍は持っていないため購入しました。
例えば第二章ではファイルシステムを設計する例を挙げています。その際、ファイルシステムの構造，ノードへの操作，パーミッションの実現にはそれぞれどのようなパターンを適用するか、、、という部分を著者の視点で学びとることができ、カタログではなんとなくつかめなかったパターンの使い方を実例を通して読むことができました．
しかし、たとえ訳質には目をつぶったとしても、コードの間違いがあまりに多く、(文法上の間違いならばたいして問題ありませんが、著者の説明とは矛盾するようなコードもあります)正直通読むのがつらくなってしまいました。
全体で170頁ほどで、内容も素晴しいのに残念です。正誤表はいろいろと公開されていますので，購入前に御参照されるとよいかもしれません．（hepocom / 2003-10-26）

　デザインパターン関連本は、元祖デザインパターンを含みいくつか出版されていますが、殆どはリファレンス的な書き方が中心です。
　しかしながら当書は、唯一読ませるための本で、元祖の共著者である著者が、幾つかのデザインパターンを使いながら、システムを洗練していく過程を通して、楽しく読み進みながらデザインパターンを理解できます。
　このため「元祖は持っているがカタログを読む気になれない。図を見ているだけで精一杯」という方にうってつけだと考えます。
　更に、元祖に記述していない実践的なパターンも幾つか掲載しています。
（cxj01155 / 2005-12-12）

形式言語を利用する上での準備運動だそうである。
最近、Algol60,Pascal,PL/I,Adaなどの言語の仕様を形式言語で記述してきたとのことである。それらの例を参考に、本書を読むと分かりやすいかもしれない。
本書だけを読んで、分かれと言われたら、ごめんなさいと返事をします。（kaizen / 2008-03-12）

計算機科学系の大学・大学院の通年コース向けに書かれたプログラミング言語理論の入門書。プログラミング言語理論の中でも、表示的セマンティックス論と公理的セマンティックス論を中心に、分かりやすく解説している。プログラミング言語意味論を解説した教科書の中では、日本語に訳された数少ない良書の一冊。（ / ）

他の方もおっしゃっていますが、１～３章までは必読ですが
時間のない人は辞書的にも使えると思います。
ただ、すべてを一読しておくと、明日行うコーディング等にも
役立つ情報が多々ありますので、ぜひ一読することをお勧めします。
目から鱗が落ちるようなサンプルの宝庫です。（森　博之 / 2004-11-27）

この本は著者のXPでのリファクタリングの経験をカタログ形式でまとめたもので、ソフトウェアを少しずつ日々改善し、ソフトウェアが肥大化が修正を困難にしないようにする小さな手法の集まりを紹介しています。ソフトウェアの構造に日々手を加える(部分的な再設計の)ための、問題点の発見の仕方、直し方がカタログ化されています。
書いてあることの個々の内容は比較的単純なものばかりですが、まずい設計が示唆する問題点、改善による効果、リファクタリングが可能な条件、リファクタリング時に見落としがちな点の指摘などが十分に書かれていて、リスクと効果をよく考えながらリファクタリングが出来るようによく配慮された内容になっています。プログラミング初級者にとって、とても勉強になる内容だと思いますが、経験を積んだプログラマにも日々のプログラミングのチェックリストとして非常に役に立つのではないかと思います。
JAVAでかかれているため、C++を使っている人には多少違和感がありそうですが、.NETプログラミングにはうってつけの内容だと思います。（中村拓男 / 2002-11-10）

達人プログラマ、ソフトウェア職人気質も読みました（ただの流行り好きですね・・・）が前二書がメンタルな部分が多いのに対し、この本は非常に実践的です。
5章まででリファクタリングの意味を知り、後はリファレンス的に手元に置いておきたい本です。サンプルコードが多く明快な解説がされているので詰まったときに調べるのに最適だと思われます。（木下牛 / 2003-04-10）

リファクタリングの技法が非常にいっぱいつまっていてとても役立ちます。
通して読むのは1章から3章くらいまでで、後は辞書引きの方が良いでしょう。
1章から3章までのswitch文をStrategyパターンにもっていくやり方はぜひ身に付けて下さい。
リファクタリングも繰り返し行っていけば、不吉な匂いがするコードを書く前に気づき直すこともできるようになると思います。
直接生産性に影響する技術ではありませんが、保守がしやすく、すっきりとしたコードを書けるようになるので1度読んでみることをお薦めします。（貨物列車を止めた男 / 2004-10-19）

リファクタリングするための個々のテクニックのカタログを説明する
前に、それらを適用するストーリーを例示する章がまず最初に用意さ
れています。そのため、第１章さえ読めばやりたいことの本質が会得
できるので、非常にストレスなく読めます。（この構成は、ＧＯＦの
デザインパターンや、ランダル・L. シュワルツ の「初めてのPerl」
に共通する方法です）
導入の章さえ読めば、個々のリファクタリング技法の節を１節ずつ電
車の中、空き時間等に少しずつ読んでいくことができます。途中の節
から気軽に再開できるので、忙しくて読めない時期があっても最初か
ら読み直しにならない所が嬉しいです。
順番によまずとも拾い読みでも構わないし、もっと言えばカタログだ
から全部読破しなくてもいい、と割り切れるのがいい所です。なんと
なく持ち運んでいつのまにか、読み終わってしまいました。
ファウラーの本の中では、アナリシスパターン（挫折しました）、
ＵＭＬモデリングのエッセンス（若干難しかった）と比べて、
極めて読みやすく買って無駄になることがない本だと思います。（悩み多き頭でっかち / 2002-11-17）

　スタンダードなプログラミングとは何かということが書かれていると思います。速度のみを重視した、解読不可能なトリッキーコードは全くありません。誰もが努力すれば必ず身につけることができるような、そういった内容です。しかし、それこそが、最も効率的で、最も効果的で、最も美しいプログラミング、正にプログラミングの王道あるということが分かります。
　この本を読みこなすには、最低Cの知識が不可欠ですが、それでもCのよく使われるライブラリのみでコードが構成されています。
　また、awkやperlが分かると、更に楽しく読めると思います。（たか / 2002-09-16）

出版された時から、書店で手にとっていたのでどんな内容は分かっていたつもりだったのですが、実際に読んでいくと、実に深い内容だなあ、と思います。
最初にプログラミングのスタイルの話から入るのですが、いつも私が悩んでいる変数の名前付けなどについて，きっちり結論がだされていて、ためになります。
この辺の問題は、別にプログラマや、プログラマを目指す人だけの問題ではありません。会社でVBAマクロを書くだけの人にもぜひ、意識してほしいと思います。
頭がなかなかついていかないので、読むペースが上がらず、もどかしいのですが憧れのカーニハン大先生の本なので（プログラミング言語ａｗｋでプログラミングに開眼しました）、じっくり読もうと思います。（トニオ、アントニオ / 2001-11-10）

カーニハンの本には、いつも無駄がない。職業プログラマが、キャリアアップの中で経験する試練を乗り越えるための、英知と示唆が凝縮されている。多くのWindows本に見られるようなディスプレイ画面のコピーや使い方で多くのページ数をさいて、判ってしまえば積読になる昨今のノウハウ本とは全く対極をなす。かといって何回な数式や論理を振り回すこともない。読者が経験を積めば積むほどに、深く考えさせられる。新人教育用に、またベテランは自己のスキルの再チェックのためにプログラマから管理者まで必読してほしい。（トム仙人 / 2002-05-26）

　この本のエピローグの後には「Appendix：ルール集」というものが付いており、各章の主旨やルールがまとめられている。一度読み終えれば、このAppendixを眺めるだけでも充分だろう。
　C、C++、Javaを始め、AwkやPerlによるプログラムも紹介されている。言語による記述の違いが明快で興味が持てた。
　参考書には書いていない今さら人に聞けないような「変数名や関数名の名前の決め方」なども書かれている。
　また、各章のはじめにある著名人たちのことばから得るものも多い。
　我々のバイブル的な書籍であろうという評価には納得だ。（petitbee1980 / 2003-08-30）

プログラミング作法に関する類似本はたくさんありますが、本書が一押しです。コーディングスタイル、インタフェース、テスト手法、などに関して、単にお勧め方法が書かれているのではなく、その本意がきちっと説明されているので納得できます。
また、従来作法の間違い指摘なども随所に盛り込まれています。
仕事で作るプログラムのヒントが盛りだくさんに書かれています。
コーディングスタイル、インタフェース、移植性の重要性を説明できますか？自己満足のプログラミングではなく、仕事に役立つプログラムを作成するためには、絶対に読むべきです。かならず役に立ちます。（春峰 / 2005-06-19）

こんなにすばらしい本だと今になって気がつきました。
UMLの習いたてのころは、なんかごちゃごちゃ書いている本だという印象を持って、敬遠していました。
児玉さんのUMLモデリング入門で勉強してから、制約など、専門的なことを扱おうと思ってから本書をみたら、重要なことをいろいろ書いていることに気がつきました。
なるほど、ユーザになってから読むのによい本だと合点がいきました。
制約をちゃんと書こうと思ったので、調べました。
-ordered
-値の範囲
-列挙型による指定
Boolean
Status
-複数要素にわたる制約
{or}
-
OCLを使った形式的制約
Object Constraint Language
and
-永続性と相互作用
生成　new
消滅　destroyed
過渡　transient
- 時間制約
executionTime
など、情報量がしっかりしています。
（kaizen / 2009-08-04）

本書は3amigosの一人であるBoochによるUMLのチュートリアルである。UMLの概念を包括的に解説したもの、という観点から、手元に置くことをおすすめするものである。反面、周囲でUMLに親しむことの出来ない、まったくの白紙の状態から始めようとする入門者にとっては実践例が少ない点は否めない。そのような層には実例に即した入門書との併用をおすすめしたい。（ / 2001-08-21）

UMLの生みの親（のひとり）がチュートリアル（ユーザーズガイド）形式でUMLを解説する本。UMLに含まれているほぼすべてのモデル要素とダイアグラムが説明されているので、UMLを包括的に理解できます。かといって、UMLの仕様を直接読むよりはずっと楽に読み進められます（説明は非常に平易で丁寧）。入門者から上級者まで幅広く活用できると思います。チュートリアル本ではありますが、索引を使ってリファレンス的に利用することもできて重宝しています。（鈴木純一 / 2002-11-30）

この本を読んでも、UMLをかけるようにはなりません。
UMLで書いているときに、仕様を確認する辞書として使います。
時間のあるときに、ざっと全部読んでおくとよいと思います。
（kaizen / 2008-04-27）

今、こちらにいる限り感謝しております。
様々な物の根幹を与えていただき、改良し続けて
やっとまともな人間になれました、支えとめてくれたあなた
感謝しております。
I appreciate, as long as it is here now.
you who could give the basis of various things, continued improving and got used to such human being and who supported and stopped -- I appreciate（otake28 / 2004-01-17）

対話形式で議論が進められていきます。こちらが「はて？」と疑問に思うツボを対話の中で見事に消化していき、まさに「かゆいところに手が届く」内容となっています。著者は「入門書」であることを殊更強調していますが、演習問題もふんだんに取り入れられており、入門書にありがちな「単なる概念説明」には終始していません。そこには明らかに「腕を使うことによって肌で理解させる」ことが意図されています。
個人的には、命題論理、述語論理の体系とは我々が日常的に行っている直感的な論理的思考を記号体系（公理系）として客観的にアルゴリズム化したものである、という印象をもっています。本書を一歩一歩丁寧に読み進み練習問題を消化していけば、
「直感」→「アルゴリズム」
というある種の「相転移」を必ずや体験できるでしょう。それはまた快感でもあります。（三四郎 / 2005-08-29）

　書店に行くと論理学の本はたくさん売られていますが、この本はそんなたくさんある論理学の本の中でもトップクラスに取っ付きやすい本です。
　中でも特筆すべきなのはやはり解説のわかりやすさですね。無門と道元という二人の禅僧を相手にした対話形式の解説は、まさしく痒いところに手が届くといった感じで、丁寧でありながらも複雑になり過ぎることなくすんなりと頭に入ってきます。特に、「記号の読み方がわかんな～い」という思いっきり初心者の方（私もこの本に出会うまではそうでした）は、論理学の勉強をこの本から始めるのがいいと思います。
　また、本書の中で著者は「証明はやらなくてもいい」と書いていますが、それとは裏腹にこの本の中には証明問題が結構たくさん出てきます。この証明問題は「やらなくてもいい」という言葉に従って読み飛ばすのではなく、ぜひとも一問一問じっくりと取り組んでみることをお勧めします。そうすれば、この本を読了する頃には論理学に関してはある程度の実力がついているでしょう。
　さらに、本書の巻末には国内で販売されている論理学関係の本を内容ごとに、証明ならこれ、不完全性定理ならこれ、伝統的な論理学ならこれといった具合にズラッと紹介されているので、この本の問題を解き終わった後はそこで紹介されている本に進んでみるのもいいと思います。実際私も、この本をやり終わったあと、巻末で紹介されていたので、以前にやってみたけれども挫折してしまったレモンの『論理学初歩』をやって見ましたが前にやったときと比べて格段に理解できるようになっていました。
　論理学をこれから勉強しようと思っている人には特にお勧めできる良書です。（山坊主 / 2005-07-27）

はっきり言って下手な大学の論理学の講義より面白い本です。むしろこちらをやったほうが身になったりします。
ということで、論理学初学者に絶対にオススメできる一冊。二人のすっとぼけた坊さんが論理の海の泳ぎ方を習っていく…比ゆ的ですがそんな感じです。大変読みやすく、平易な言葉で書かれています。演習量が豊富なので「わかっているのかいないのか」をしっかり確認しながら読むことが出来ます。独習に便利。
少し不満を言えば、一章二章の命題論理〜述語論理までは大変わかりやすいのですがその後のメタ論理、直観主義論理、ゲーデルの不完全性定理の辺りが若干消化不良です。ついていけなくなる人がいるかもしれないと危惧します。
関数子、同一性記号の導入や二階論理の説明などがなく述語論理も完全に網羅しているわけではないので、是非「発展編」的な続きが出たら嬉しいなあと思っています。（うんぼぼ / 2006-03-02）

論理学の教科書と聞くとなんともいかめしい感じがぬぐえないが（東京大学出版だし。）、そんなことはない。非常に面白い本である。文理を問わず、論理学の入門者あるいは、ただ教養のために読むのにもお勧めできる。内容は命題論理からゲーデルの不完全性定理までを解説している。
全編に会話が挿入されていて、この掛け合いが絶妙である。単なる雑談調の掛け合い(漫談？）に見えて実は深い発言が随所に現れている。教科書として論理学のすみからすみまで網羅されているわけではないが、冒頭に書かれている通り、論理学の名所への「実地」観光としては（雰囲気その他合わせて）本書に並ぶ本は少ないだろう。（ / ）

元々、私は論理学と云う学問は文系の学問であると勝手に誤解していました。
哲学や倫理学の隣にあるのではないか？と...
突き詰めるとこれも間違ってはいないようなのですが、大雑把に云うと
論理学って思い切り理系の学問なのですね。
数学を検証するための学問、「メタ数学」を勉強しようと思うと思い切り
論理学の知識が必要になってしまいます。
ヒルベルトやゲーデルが目指した、いわゆる数理論理学という領域です。
この数理論理学を目指す事を前提とした、論理学の教科書としては素晴らしく
とっつきやすい本です。
勿論、論理パズルを好きな人達（古典論理を目指す人）にも最適だと思います。
その場合、後半は不要かもしれませんが...
練習問題の答が載っているので、助かります。
私は「論理学をつくる」というディープな本で論理学に入ってきました。
この本でも、参考資料として当書は紹介されていました。
お薦めです。（まげ店長 / 2009-03-15）

面白かった。とても読みやすく、飽きさせない工夫がある。
内容自体については、目からうろこという人もいれば、ありきたりで満足できない人もいるだろう。
この本の真髄は、著者自身「お百度参り」と言うように、１０１の文章をよく考えて根気よく選んだ点だ。
なんとなく拾った例文ではない。また、必要に迫られて無理やり引っこ抜いたというのでもない。
全編にわたって、それぞれの原典（原文）の核となるような箇所が抜粋されている。
だから、飽きない内容になっているのだろう。
確かに、最後までお百度参り（読破）できれば、論理の力がつくかも！（wescar / 2002-12-03）

　聴いていて、スラスラ入ってくるプレゼンテーションに
は共通点があることに気が付いていた。
　ポイントは、「自信をもって自分の言葉で語っている」
ことと「センテンスが論理的にきれいにつながっている」
ことだ。
　必ずしも「内容がすばらしい」訳ではない。大したことを
言ってるわけではないものも結構ある。
　本書はよくあるロジカルシンキングのテキストとは全く
ことなるアプローチである。「論理は接続表現に示される」
ということで文と文の接続関係を１０１題の演習問題をもって
徹底的にマスターしようというモノ。
　ノートを作り、２週間かけてじっくり取り組んだ。
報告、レポートなど文章を書く機会が非常に多いが、明らかに
この本で得た成果が出ていると自覚できる。
　ロジカルシンキング本より、取り組みやすく、即効性があり、
日本人向けのアプローチである。（ny / 2005-04-25）

この本が発売されて間もない時期に購入した。当時はこのようなタイプの書籍はなく、非常にオリジナルの本だと感じたモノだ。この本については誤解もある。第一点は国語のテキストだという誤解。大体国語のテキストは文芸も含まれ、その全てが論理的ではない。この本を上回る内容は、学校教育では提示されてはいない。非常に論理性に対して特化されているという印象を持っている。第二点は学術的な文章では無いという誤解。学術文も一般的な文も、文であるからには共通した構造を持っている。この本のレベルで論理性を把握出来ていなければ、より高レベルの文章の論理性も理解できないだろう。著者の文が論理的ではないという指摘ももちろん理解はできる。しかし、文というものに厳密な論理を適用しようとすること自体が間違いだと思う。過剰な論理性を適用することは、日常的に目にする文の適度な緩みに対応出来なくなる。文というものは、そもそもそれほど厳密に出来ている訳ではないのだ。余談として、この本は楽しく学べるという娯楽性が有ることを指摘しておきたい。これがあるから、一冊をやり通せるのだ。☆五つは評価が高すぎるかも知れない。だが、類書のないオリジナリティーは、評価して余りあるものだと思う。（ジブラルタルの風 / 2007-10-13）

このレビューでの文を読んでもらっても分かりますが、私は日本語はかなり苦手です。英語もそうなのですが、特に日本語は英語と違って、意識して使ったことがあまり無い教科で、「どうやって日本語力を上げようか？」と思い、探していました。そしてこの本を見つけました。学校でも教科書の音読や、黒板に書かれた文字を写すといった事の繰り返しで、「何を言ってるの？」と思って先生に聞いてもいまいち不明だし、どうしたらいいのか分からず、ほったらかしにしてきたので、本書には感謝です。
そして読んでみた感想なんですが、スラスラとは行きません。だけど、小難しく書いてはいないのですんなり入れます。国語力で悩んでいる人はこの本をまず手にとって見ることをお勧めします。だいたい高校生以上なら手を出しても問題ありません。どれにしようかと思っているのなら、まずこの本を手にとってみてはどうでしょうか？何かつかめると思います（夕焼け / 2006-12-13）

　普段何気なく使っている接続詞の論理的意味合いと、それを文章の中にどう配置して論理的な文章を組み立てるか、また論拠と結論の位置関係と全体の構造はどうであるか、といった、しっかりした論理構造を頭の中に設計できるようになるための基本的技術を扱った本。とても読みやすい上に練習問題もついている。
　ただし本書を読んだからといって日常の思考様式が劇的に変化するというわけではない。何かを論理的に分析、批評する際のツールとしての、接続詞と文章構造に着目する「ロジカルシンキング」であり、それは特に「論理的」である必要のあるシチュエーション（論文を読む・書く、ディベート等）で十分に威力が発揮されるべきだ、と筆者も述べている。なので、ケンカのときに「君の接続詞の使用方法は間違っている」などと糾弾してはいけない。（ites / 2002-07-19）

国木田独歩　武蔵野　丘の白雲の話を参照している。
情報には視点が重要だという話である。
視点を変域を共有する述語の組として定義している。
視点はわかりやすいが、メタ視点というのは難解だ。（kaizen / 2010-01-29）

生物の分類の必要に迫られて、『種』『門』という言葉を使うとき、一体どういう根拠なのだろうという思いと、なんとなくいかがわしい思いが離れなかった。本書では、生物学の分類根拠について、現行の数個の学派の主張とその妥当性について厳密な考証が行なわれている。そして、生物という変化するものに不変の言葉を当てはめるという行為そのもの困難性の自覚が無いまま、絶対分類を考えているという学会の問題点を指摘している。分類学が登場する前から人間その認識パターンによっては生物を分類している。この事実を謙虚に受け止めることから、生物分類学はスタートするのだろうと思った。また、このような人間の基本的認識パターンまで遡って、科学的論理の妥当性を考察する態度は、今後の科学の行く末を考える上でぜひとも必要なことだろうと思った。（こたろう / 2002-05-26）

　構造主義科学論を唱える著者の、比較的初期の作品。生物学の大問題である分類学を扱い、構造主義分類学を提唱している。構造主義科学論とは、人間の認識を基本にすえた科学のこと。世界は、我々の目に見えるような存在なのであり、見えるがままに解釈するのがもっとも妥当であるとする立場。
　現在の分類学の主流は進化論の流れを汲む分岐分類学である。生物は単一の祖先を持ち、単純から複雑へと進化してきたという思想に基づき、樹形図を用いることで生物を分類しようとする。しかし、分岐分類学には様々な問題がある。著者はそれらを暴き、分岐分類学が現状とそぐわないものであることを立証する。そして、代わりに構造主義分類学を持ち出すのである。そのあたりの論説は見事であり、納得させられる。
　とはいえ、著者自身が認めるように構造主義分類学はベターな存在でしかない。ベストではないのである。その限界をもきちんと提示している点が偉いと思う。
　生物学・分類学の専門的な内容であり、純粋思考的に論が進められるので、一般読者には向かないだろう。しかし、驚くような発想の転換を楽しめる良書。（志村真幸 / 2005-02-18）

分類とは，物事を便宜的に，作業効率を上げるためだけにただ分ける，という作業だと思っていた．しかしながら本来，人間というものの思考過程と分類するということは，便宜を図るという理由以上の密接な関係があることを思い知った．本書はまさに私にとって分類学考の転換であった．また本書では科学者の立場から，哲学の領域にまで踏み込んで，分類するとはどういうことかを詳説してある．日頃どのような立場の人でも，ほとんど無意識のうちに様々な分類体系の下に生活しているはずである．そのような普段意識しないものに意識を向けることは，自分の生きている世界を理解するためにとても重要なことだと思う．本書はこのように自分の生きる世界に対するしっかりとした理解を持ちたい人にお勧めである．（nomnom / 2002-04-08）

　著者の提唱する「構造主義的分類学」とは結局何なのか、残念ながら私にはいまひとつイメージが湧かなかったが、我々の認知パタンや自然言語に合致する分類体系、つまり最も沢山の人々に受け入れられる分類体系こそが自然分類体系なのだという、「反」科学者たる著者の指摘には納得がいく。（オリオン / 2002-12-14）