リスト：パターン本棚 を表示しています。（全 19 件）

デザインパターンはそもそも「問題解決のためのパターン」のはずなのに、問題が提起されていません。２３パターン全てにサンプルコードがあるのは良いことですが、パターン適用前のコードが無いのでデザインパターン適用の利点が分かりにくく、機械的にパターンを覚えていくことになります。デザインパターンの名称と形は覚えられても実践で使うのは難しいと思います。この本でデザインパターンを理解できた、と豪語してる人達はデザインパターンを理解したのではなくこの本を理解しただけなのでは？（uni1234 / 2007-11-09）

サンプルソースはJavaで書かれていますが、ある程度プログラムをしている人ならJavaはわからなくても理解できると思います。（僕はPerl,PHP系プログラマーですがすごくわかりやすかったです。）
オブジェクト指向がわかっている人であればすぐ理解できます。
とにかくわかりやすい。
なぜこのデザインパターンを利用するか？どのようなときにこういった方法でソースを記述するかという理由も説明してくれています。
GoF本で挫折した人はこっちからもう一度チャレンジしてみるのもいいのではないかと思います。
どのプログラム言語を使うにしても最終的にはオブジェクト指向という考え方にたどり着くので勉強する価値はあると思います。
自分の考え方がこの本のおかげですごく考え方がひろがりました。（rockmania / 2004-10-27）

この本は、デザインパターン本で有名なGoFの本「オブジェクト指向に
おける再利用のためのデザインパターン」を、Java言語を使ってわかり
やすく説明しています。
原典が翻訳なのに対して、この本は日本人が書いているため、読みやすい
です。説明がうまいのももちろんあります。
デザインパターンでは、抽象クラス・インタフェースなど、初級の言語
解説本ではそれほど詳しく解説されないことを多用しています。
この本を読むと、抽象クラス・インタフェースなどの使われ方がわかる
ようになります。ただ、わかるのと、使いこなせるのは別なので、
練習は必要だと思います。わかるだけでも大変ですけど。
私はC++を使っていますが、C++を使ってる人にも有益な本だと思います。（ / ）

Javaの基礎的な文法は理解したが、オブジェクト指向プログラミングがイマイチ理解できていない人にお勧め。
本書は、サンプルコードも良質で説明もわかりやすい。OOP初心者には最適。
本書→GoF本でデザインパターンの理解がさらに深まるだろう。（卍 / 2005-11-20）

インターフェースの意味がわかったのはこの本のおかげです。
あえてJava初心者にお勧めします。GoFの本でもいいかもしれませんが、個人的には結城さんの文体のほうが好きです。
当然、最初は全然理解できないと思いますが（私はそうでした）、最初の何章かを時々読み返して、何度も何度も脳みそを絞ってたら、ある日突然わかったような気がしました。
「デザインパターンを学ぼう！」と身構えて読んでもいいですが、オブジェクト指向っぽいプログラムを書きたいな、と気楽に読んでもいいと思います。分厚いので、読破しようとすると挫折する可能性大です。
１章ずつ、繰り返し読むことが重要です。（あらこ / 2007-02-01）

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

Enterprise Applicationを構築する上で必要となる基礎的な概念からパターンまで幅広く網羅されている。システム開発に対する自分の見識を更に広げたい中級者には最適な書だろう。特に、それぞれのパターンには選択する上でのトレードオフが詳しく説明されているため、どのパターンが自分の構築しようとしているシステムに適しているのかを深く考察することが出来る。
フレームワーク全盛の昨今だが、その土台となる考え方がこの本には凝縮されている。この本自体はJavaや.Netを対象としているが、PerlやPHPで開発している人にとっても大いに参考になると思われる。（akura / 2004-10-11）

この本は、J2EEデザインパターンだけではなく、.NETパターンも述べます。
エンタープライズアプリケーションのアーキテクトにとって、非常に役立つハンドブックです。
特に、EJBを使うべきかどうかの疑問を持つアーキテクトに、有用な参考になります。（孟　大慶 / 2003-05-31）

祖結合パターンについて、十分追求しており、似たような同じ本は、他には
ないと思われる。
また、パターンの表現にVisioステンシルでの使用を想定した記号を使うなと、
実用的にこの表記法が広く使えるような工夫がしてあり、祖結合に関する
表記法のデファクトスタンダートになる期待がある。
実質的に祖結合上の課題、解決策を示した本は他にはないので
貴重な一冊といえる。（nemo_kaz1 / 2004-11-26）

システムインテグレーションのためのパターンをカタログ化した本．クリストファー・アレクサンダーのパターンランゲージを意識した構成になっており，パターンの対象ドメインは非同期メッセージングによる疎結合インテグレーション．かなりの労力を割いただろうと思わせる労作で，ことあるごとに何度も繰り返し参照したくなる本．サンプルの質，量ともに適切で実に読みやすい．（鈴木純一 / 2006-03-30）

ストレートすぎる本である。ITデザインについては良いと思われるが、金融システムのデザインにまで入ると、無理と思われる。
このデザインはシステム屋としては理想と思うが、適応することは危険な要素を多分にはらんでいる。
この本で述べられているモデルと別のモデルを提示していかなければならないと考える反面、無力感が押し寄せることもあるであろう（keecorn / 2004-07-28）

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

　私は、この本を用いて会社で輪講会を行っているが、この本はよみづらく、正直いって少々閉口することがある。理由は２つあり、そもそも原書の原文がぶっきらぼうであり、「必要だったら参考文献を読め」といった態度でかかれている。さらに訳文がこなれておらず、誤訳らしき箇所も何箇所かみうけられる。これは再刊されていても修正されていない。この本と同等の内容の本がないため、勉強のため読んでいるが、デザインパターンに限っていえば、もっと分かりやすい本もでているのでそちらを読んだ方がよい。 （myosimura / 2004-03-30）

既に米国ではアーキテクチャパターンのバイブル的な存在であるので翻訳されたことは喜ばしいことですが、せっかく原書の発刊から４年も後の２０００年末に発刊されたのですからダイアグラムはOMTではなくUMLで、サンプルはC++だけではなくjavaも欲しかったです。（neu-neu / 2001-08-06）

僕はいわゆるサンデープログラマーで
「1ヶ月ぶりにコードに向き合ったら
内容を把握するので1日つぶれてしまった」
なんてことがしばしば。
アプリケーションを構成する要素を
小さな部品に分解してあると理解しやすいわけですが、
それぞれの部品をまとめ上げるルールがないと、
今度は部品間の関係を把握するのが困難になるわけで。
GoF本が再利用のためなら、POSA本は保守開発のための
良き指針なのではないかと思っています。
個人的には読みにくいと感じなかったので、星5つ。（kakug / 2005-08-27）

ここ数年盛り上がりを見せているデザイン・パターンに基づいて、並行プログラムやネットワーク・プログラムを記述するための様々なパターンが記されている。章の構成は、簡単な導入の後、Service　Access and Configuration Patterns, Event Handling Patterns, Synchronization Patterns, Concurrency Patternsについて順に示され、その後にパターン間の関係やパターン指向プログラミングの将来展望などの章が続く。各章中の各節はそれぞれ独立しているため、興味あるところから読み、リファレンスに応じて他の部分を読む、といったこともできる。著者らは実際にACE(Adaptive Communication Environment)というオブジェクト指向/パターン指向の通信フレームワークをオープンソースとしても公開しており、ACEは様々な製品(PBXやATMスイッチなど)の中で実際に使用されている高性能なフレームワークである。本書の内容は、基本的にはACEで使用されている様々なパターンに関するコンセプトや実装を一般化した形で書かれているため、ACEのソースと見比べながら本書を読むと、さらに深い理解が得られると思われる。（ / 2001-05-10）

分散システム（ネットワークシステム）を実装する際の典型的設計指針（パターン）がまとめられている良書です。分散システムに関連するパターンをこれほど包括的にまとめていて、うまく説明している本は他にないでしょう。分散システムの設計、実装に携わる開発者にとって必携の一冊だと思います。（鈴木純一 / 2002-12-07）

POSA1〜3まで読んだが、この本以上にアーキテクチャーパターンを詳しく
網羅した書籍はないと思うし(POSA2と3は英訳しかないのが難)、パターン
のリファレンスとして机の上においておくべき書籍だろうと思う。
私がこのPOSAシリーズから一番得たものは個別のパターンの理解ではなく、
一見複雑に見える大規模なソフトウエアがほとんどこれらのパターンの組み
合わせにすぎないという理解であった。
これから先、どんなに技術革新が進もうと、所詮はこれらのパターンの変形
にすぎないだろう。よって、これから先、ますます複雑化し続けるソフトウ
エアの設計、開発に携わる人は今こそ読むべきだろう。
（roox / 2005-12-21）

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

「オブジェクト指向は利益を得ることを許してはくれるが、それをただでめぐんでくれるわけではない」と『UMLモデリングのエッセンス 第2版』で孫引きしたFolwer氏じしんによる、その言明に対する証明が本書である。
本書は、表記がOdel法であったり、訳文の読み辛さもあってか、Folwer氏の他の著作とは違って現場レベルでの浸透度はひまひとつのように思える。
が、言葉だけが独り歩きしている感の強い「モデル」「モデリング」(「オブジェクト指向分析」と呼びたければそう呼んでもよい)といった概念を、その作業過程(思考/試行過程)を示すことで明確にするという視点は他の類書にはない本書のアドバンテージである。
「パターン」と銘打ちながらも、いわゆるパターン言語、パターン・カタログ的な記述を行っていないことも、モデリングの過程を重視してのことだろう。
だから、本書は、一読してたちどころにそれを理解できるといったものではない。実際のモデリング・スキルの習得が、自分じしんで手を動かすことでしか達成できないのと同じように。
読者じしんが手を動かして、例題についてのオブジェクト図(クラス図だけでは不十分だ)を作成し、そのモデルを吟味する過程においてパターンの立ち上がる瞬間を、読者みずからが体験することなしに、本書に対する理解はありえない。自らが手を動かせば、本書の記述は何ら難解ではない。本文中の図がOdel法であることも逆手に取って、自らの手でUML化してしまえばよい。
本書で描かれている、現実世界に存在するものをオブジェクトとして捉える視点とその技術は一部の「モデリングおたく」が習得すれば良いというものではない(「アナリスト」が作成したモデル図を読み解いて実装に落とすのはだれ？)。そうでなくても「オブジェクト」に対する感覚(「クラス」に対する、ではない)をより鋭敏にするためにも、すべてのオブジェクト指向技術者にとって必携の一冊である。
附記: 旧装版のレビューでは「モデリングおたく向け」と、本書に対するよくある誤解のみがレビューとして存在していた。こんかいの新装版の発売を機に、擁護の意味も兼ねてレビューした。このレビューが一人でも多くの技術者がこの書を手にとり、実際に手を動かすことで本書に対する理解を深めてくれるきっかけになれば幸いである。（f451 / 2002-05-26）

いわゆる（デザインパターンのような意味合いでの）パターンカタログではありません。パターン的な形式で書かれている部分もありますが、結果としてのモデル（パターン）ではなく、どうやってモデリングするのかを（明に暗に）書いている部分がより重要だと思います。その過程を自分でなぞりながら読むと得るものが多いのでは。（鈴木純一 / 2003-08-03）

オブジェクトの世界では知らない人がいないのではと思われる
マーチンファウラーによる分析例の本
アナリシスパターンということで、パターン集ではなく、アナリシスつまり
分析の考え方を集めた本になっています。
構成は、まず概念モデルなどの説明があり
実際の分析例（責任関係、観測と測定、企業財務の観測、オブジェクトへの参照、
在庫管理と会計、会計モデルの利用、計画、トレーディング、デリバティブ
トレーディングパッケージ）が全体の４分の３程度割いています。
２部は分析を補足する説明として、アーキテクチャ、ファサードなどの解説
そして付録として技法・記法、パターン一覧が載っています。
一度は業務分析を行った経験のある方であれば、著者が何の意図でこのような
本を作ったのかがよくわかるのでは無いかと思います。まさに
分析例集の感はあるのですが、良く練られた分析では無いかと思います。
また、今まで、アナリシスとアーキテクチャの関係がいまいちしっくり
こなかった私にとっては、とてもわかりやすい本でした。
逆に、業務分析を必要としない人にとっては、難しい内容かもしれません。
目的には完璧なまでにすばらしい本なのですが、いかんせん
この本は高いです。お値段の点で評価が一つ下がっています。（親カッパ / 2009-03-05）

システムの開発プロセスにおいて、現実世界をいかにモデリングするか、という「要求分析」から「設計」につなげていく過程で一番重要なモデリング技術について語られた本です。
初めて読んだのはかれこれ５年ほど前になりますが、業務アプリケーションのシステム開発で、現実世界をモデリングする上で必要となってくる、責任、観測、測定、計画といった認識論的なテーマが扱われており、読んでいるとモデリングについてのイマジネーションが非常にかきたてられ何度読んでも飽きない本です。
私がマーチン・ファウラーに心酔するきっかけとなった本で、非常にお勧めです。
（上昇志向 / 2006-10-28）

　メタレベル（著者は意識レベルと呼んでいる）でのモデリングで抽象レベルが１ランク高いので広範囲なビジネスモデリングに役立つと思います。何度読み返しても味のある本だと思います。
（k-nagano / 2007-01-18）

Alistair CockburnのWriting Effective Use Case（邦訳：ユースケース実践ガイド　翔泳社）だけでも他書に比べれば実践的で素晴らしいと思っていましたが、それでもまだ理論的な話が多かったように思っていました。
それに対してこの本はユースケースを書く上で、さらに状況とポイントを絞って解説をした上で、良い例と悪い例を比較するなど非常に噛み砕いたチュートリアルとなっています。
各章の長さも手頃で起承転結がはっきりしていて、結論がはっきり述べられているので読みやすいです。
ただ、私見ではありますがユースケースの初心者向けかというとそうでもないのではと思っています。あくまでも一応の基礎を持った人が、それを実践でどの様に生かしていけばよいのかということに関して非常に役に立つガイドとして捉えたほうがいいと思います。!
なので、先に挙げたAlistair Cockburnの本を読まれてからこの本にトライすることをお薦めします。（taka-m / 2003-05-06）

Alistair CockburnのWriting Effective Use Caseの続編的な本で、著者達が持ち寄ったユースケース図やイベントフローを記述する時に守るべきことが約３０まとめられています。具体的にユースケース図やイベントフローの良い例、悪い例が掲載されているので理解しやすかったです。開発プロジェクトのユースケースモデルのガイドラインとして十分使えます。（neu-neu / 2003-01-10）

パターンといえば，GoF のデザインパターンばかりに話が集中していますが，プログラマがデザインパターンを使う機会はそれほど多くありません．フレームワークで使われているデザインパターンを利用するときか，自分で汎用性の高いクラスライブラリを構築するとき，あるいはかなり複雑なソフトウェアを開発しているときぐらいでしょう．
それよりも，プログラマは日常使っているコーディングレベルのパターンについて知っておくほうが役に立ちます．この本は，そのコーディングレベルのパターンについて書かれたものです．
Smalltalk を対象としていますが，単に Smalltalk の本というわけではなく，どんな言語を使っている人にも有益です．特に，オブジェクト指向言語を使っている人であれば，この本から得られるものは大きいでしょう．（ / 2001-06-15）

ソフトウェアのソースコードの価値は、読みやすさ、保守（変更）のしやすさである、という筆者 Kent Beck の価値観がとても印象的な本。
抽象論でなく、具体論とサンプルが豊富なのがうれしい。
クラス・メソッド・変数などの、名前の付け方、分割や統合のやり方、条件分岐やループ、Collection の各クラスの使い分けなどの、より良い書き方が、その理由を含めて、わかりやすく書かれています。
全体で１６０ページと、コンパクトなのに、実践的なコーディングパターンが盛りだくさんのすばらしいガイドです。
この本そのものが、とても読みやすく書かれています。ソースコードを分かりやすく書くことと、文書をわかりやすく書くことは、同じスキルなんだと、実感しました。
コードを書く人には、ぜひお薦めしたい本です。（日本語版が早くでてほしい）（masuda220 / 2007-11-15）

各種GOFデザインパターンをどういう時に、どういうモチベーションで使うのかがよく分かるように書かれている。ありがちなよくない設計が紹介され、それのどこが良くないかが説明され、そしてそれをどういう風に改善すると（リファクタリングすると）どのパターンに落ち着くのかを手取り足取り解説。デザインパターンの「なぜ？」と「いつ？」を押さえているという意味で、GOF本とファウラーのリファクタリング本と一緒に読むと効果大。（鈴木純一 / 2009-12-23）

実際に動いているソフトウェアを作り直すのは困難なことが多い。
タイミングがあまり関係ないものでも、再試験は膨大だ。
タイミングが関係あるものは、試験が永久に終わらないかもしれない。
これまでの利用実績を無視して、論理的な理由だけでソフトウェアを改変するわけには行かない。
構造がよくなって、タイミングの不具合がでることも多い。
リファクタリングだけでなく、リテストについても触れて欲しかった。（kaizen / 2010-03-14）