リスト：本 を表示しています。（全 13 件）

ページ数のわりには取り上げられている内容が幅広い。その分、それほど奥深くまでは掘り下げられていないが、そもそもこのページ数では無理な話であるし、「入り口からある程度のところまでの道先案内」と言う役目に徹していると言う点ですばらしい。
「ソースコードリーディング」と言うテーマの中で、他の様々なテーマに繋がる様考慮して書かれており、中級JavaプログラマにとってのGateway的役割を果たしてくれると思う
（特にJMXやJavaCCについてこのレベルで紹介＆解説されている本と言うのはほとんど無いと思う）
この本で何かが完結するのではなく、オープンソースJavaプロダクトを自分で読解しながら、自らスキルアップして行くと言うプロセスを確立し、今後のJava技術者としてスキルを維持して行くためのスタートが切れる書籍である。
補足だが、この本を読むにあたり、
・UML
・デザインパターン
についての基礎スキルと若干の適用経験があった方が良い。本書内でも軽く触れられているがあくまで参考程度であり、適用経験が無いとなかなか理解が難しいので本書内で紹介されている参考文献と合わせて読む事をオススメする。（コモヒコ / 2007-03-04）

本書では様々な種類のプロダクトについて、どんなデザインパターンが使われており、どのように実装されているかを解説しています。また、リフレクションやプロパティファイルの読み込みなど様々なJavaの技術がどのように使われているかも解説しています。
各プロダクトについてチュートリアル的な説明が書かれているため、プロダクトのことを知らなくても読み物を読んでいるような気持ちで読み進められるのがすばらしいところです。
（さわだ / 2007-01-14）

　オープンソースを語る上でまずはじめにつまずくのは情報の入手のしずらさです。
マニュアルなど存在しない世界でオープンソースを利用するまたは作る立場の人たちにも
この本は有意義なんじゃないかと思います。前提としてデザインパターンの知識が必要です。
開発者よりもプロジェクトをマネージングする立場の人に読んでもらいたい本です。（k-nagano / 2007-05-19）

第4章のStruts関連の説明が非常に分かりやすいです。Front、Pageコントローラーについては何となく使っているケースが多いのではないでしょうか？
各章ともにプログラムを作っていく際の根底ともいえる考え方を既存のソースを元に解説されておりますので、プログラム作成パターンを身につけて短期間に実力を伸ばすことができると思います。
最後の章の「ソースコード読解の手法」については言語に関わらず必読だと思いました。（むーむー / 2009-08-05）

『JAVAを一通り使えるようになった人の次の一歩に』という案内のごとく、一通り文法やクラスライブラリの使い方を知り、オブジェクト指向の作法を知ったあとで次のステップに進むための導入書といった位置付けです。
内容的には「Effective JAVA」や「Javaプラットフォームパフォーマンス」などのシリーズ本を総括したようなもので、とくに目新しい題材や特定の分野に突っ込んだ解説はありません。
JAVA学習をはじめて順調に進んでいれば２～３年生の課程に相当するような感じです。
JAVAを結構やりこんでいると思う人ならば、大抵のことは知っているはずで積極的に知識を得られる部分は少ないでしょうが、実力テストのつもりで見直すことで、自身の知識の不正確さのある部分や見落としていた部分を確認し、より強固な知識体系を身に付けるうえで役立つのではないか、と感じました。（seraphy / 2004-10-29）

中級以上の Java プログラマー向けといった謳い文句にはなっていますが、堅苦しいものではなく、そう Java という言語自体に精通していなくても読みものとして楽しめるものになっていると思います。原題は "Secrets of the Java Masters" (「Java 職人のヒミツ」のような感じ？)で、言語を使いこなしている人の観点からのノウハウの伝授、といった内容です。
内容はなかなか実践性が高く、経験に関わらず、もしあなたが Java の プログラムを書く方であれば、明日から活かすことのできる視点やヒントを見つけられると思います。
また、翻訳もとても読みやすいです。
個人的に惜しいと思った点は、最後のほうの JDK 5.0 に触れた章は無くても良かったかな、と感じました（これはこれで面白くはあるものの。）。コンセプトが充分に魅力的なのだから、その部分がもっとあれば、と感じました（例えば、デザインパターンについて実践的な立場で言及する、であるとか。）。
いずれにせよ、何度も読み返すことのできる、ちょっとユニークな技術本だと感じました。（gashu / 2005-12-10）

オライリーは著者の自己満足的な記述がたまに見受けられますが、この本はそういう感じがしなく、内容も分かり易く書かれています。入門書に書かれているような内容は一通りマスターして、上級者の方がどのようなプログラムを書くのか知りたい方にお推めだと思います。特にバグを極力生まないようなコードの書き方や、再利用性の高いプログラムの書き方についての記述が多いです。この辺はすごく参考になりました。デザインパターンについても述べられていますが、そんなに詳しくありません。
最後に、一通り読んで理解してしまうと後でまた読み返したくなるものではないと思います。価格自体安い方ですが、友達などが持っているなら借りてじっくり一度読んでしまえば買う必要はないかもしれません。ただし、一度は読んで損はない本だと思います。（hu / 2005-08-21）

どのようにパフォーマンスを捉えたらいいかが筋道だって
書かれています。また、パフォーマンスが悪いときの切り
訳のヒントも良く書かれています。
しかし．．．
翻訳がひどすぎます。技術書ではありますが、もう少し
訳しかたがあったのでは。
読める方は原語の方が良いかと思います。（ponta_xx / 2004-01-26）

内容がよければいいのでしょうが。。。原本をお勧めします。
機械翻訳すぎるかな。
「ArrayListは成長する必要がある」とか、Dictionaryクラス ⇒ 辞書クラス、酷いものは読点で終わっている文（「〜である、しかし〜だけれども、」で終わっている文）がある。
Javaの知識がある人が翻訳はしていないでしょう。（インパラ / 2008-04-11）

長らく邦訳が待たれていた労作。長らく待っていたために、若干古い記述もあるが、ちょっとしたことを参照するために使える佳作。
パフォーマンス・チューニングはプロジェクトのフェーズとして組み込み、デザインで解消するべきだが、誤ったコーディングは信じられない程パフォーマンスを損なうので、コーディング・レベルのチップスも無視はできず、当然おさえておくべき必修科目となる。
本書では、最初にパフォーマンス志向のコーディングの危険を説き、プロファイラによるパフォーマンス検証についても触れられている。
パフォーマンスのチップスは足が速いので、著者のウェッブ・ページも参照が必要。（イドラ / 2003-12-21）

翻訳がひどすぎるので原書を買いました。原初の方は非常によく書かれておりコーディング時におけるパフォーマンス観点での注意事項がわかりやすいです。カバー範囲も広く非常に満足です。ただ日本語訳は商品としてあり得ないレベルです。（ゆっぴ / 2008-10-09）

本書の目的とする範囲のことは完全網羅されてます。J2SEだけでなくJ2EEについても書かれております。翻訳については本書を実際に所有するような水準の読者ならば何ら問題ありません。本書タイトルについて学びたいのであれば、安物買いの銭失いにならないよう、本書を手にして本質を理解するべきです。ただし、本書だけで目的（J2SEアプリ、またはJ2EEシステムのパフォーマンス向上）が叶うわけではありません。目的を叶えるための１メソッドです。高パフォーマンスを得るには、そもそもアプリケーションの設計が肝要です。アルゴリズムが肝要です。二の次にプログラミングも重要です。つまりJava言語仕様（文法ではありません）を理解してないと話になりませんが、コンピュータ基礎・OS理論を知らないと本質を理解することは無理だと言って過言ではありません。テクニックとも言えない小手先レベルで要件が満足されるならば本書は宝の持ち腐れになるでしょう。しかし、職人のような技術習得を目指すならばその一助となるでしょう。仮に命題がJ2EEパフォーマンスチューニングとしたら、大概はさらにRDBやネットワークの知識が必要になるでしょう。本書はJava分野です。良い書籍はそれに見合って値が張ります。深く技術習得されたい方向け。（ビアンカー / 2008-01-28）

Java開発においてクラス設計を行う技術者については必ず読むべき１冊だと思います。この本に書いてある内容を知らない技術者には設計させたくないです。新人プログラマーには難しい内容だと思いますが、上級レベルを目指すのであれば早めに手に入れ、分からない点は有識者に聞くなどして理解を深めていけばよいと思います。（kinopp / 2007-02-28）

そこそこJavaがプログラムできるようになった人には、非常にお勧めです。
我流でコーディングしていると、知らない間に良くないコーディングの
くせがついてしまうものですが、この本はそれを矯正してくれます。
例えば、しばしばimplementsするjava.io.Serializableインタフェースの
適切なimplementsの方法。equalsメソッドとhashCodeメソッドの関係。
などなど、私には非常に有用だと感じました。（ / 2002-11-22）

Javaのプログラミングイディオムや、Javaらしい設計指針を幅広く解説している良書。単に動くコードと優れたコードがどう違うのかが手に取るように分かるのがこの本の優れたところ。Javaの入門書の後にステップアップのために読むと効果大だと思う。（鈴木純一 / 2007-05-11）

　JAVAを一通り学んだ人にとって非常に良いサプリメントになると思います。J2SE5での言語仕様の拡張は「effective java」のJoshua Bloch氏の設計哲学を多く垣間みられます。ただJ2SE5のジェネリックプログラミングに関してはC++のものとはまったく設計が異なるので注意して下さい。C++は静的（プレコンパイル）に対してJ2SE5のは、Object型への動的キャストをサポートするものです。私はこの本とTigerの言語仕様を解説した「Java2 Standard Edition 5.0 Tiger」（ともに柴田氏翻訳）を併読してTigerへの理解が深まりました。（k-nagano / 2007-01-16）

本書には57項目からなり、javaを使う上でのティニックが紹介されています。これらの項目は通常、多くの時間をかけて経験を積まなければ養うこと
のできない貴重な内容ばかりです。例えばequals()やhashCode()を正しく
実装する方法を私はこの本にであうまで知りませんでした。
java言語の基礎を学習した次の必読本だと思います。（ / 2001-11-29）

泥沼に陥ってるプロジェクトに所属する開発者も、デスマーチになりそうな不安があるプロジェクトに入りそうな開発者も、プロジェクトも順調でお客様との関係が良好な開発者も読んでおいて損はない良書である。
なぜなら、これからの開発者としての取り組み方を考える「MYJOB WENT TO INDIA」や、仕事そのものに対するプロセス改善の指針となる「エンジニアのための時間管理術」、今時のプロジェクトノウハウを詰め込んだ「ShipIt!」等を串刺しにしてプロジェクトの改善というものへの取り組み方を示した本だからということが理由である。
とりあえず、今の仕事に不安な部分がある開発者はこの本を読んでできそうなプラクティスからやらせてくれと言ってみることだ。自分のプロジェクトがアジャイルだとかウォーターフォールだとかは関係ない。仕事場でアジャイルというのが恥ずかしいなら「改善提案」だとか「見える化」とか言語替えしてもいい、今あるものをお客様に動かしてみてもらってもいい、朝ミーティングをやりましょうと言ってみてもいい。必ず何らかのフィードバックが得られてそこから改善が始めることができる。
この本を読むことでプロジェクトを成功に近づける/遠ざける手段を学ぶことができるはずだ。何をすればいいのかさっぱりわからないという人には最初の一歩になるはずだし、いくつかはすでに実践しているという人にはさらなる一歩になると私は思う。
（hsbt / 2007-12-28）

ソフトウェア開発の良い習慣について、コンパクトにまとめられています．
１つ１つの習慣の説明の中で「悪魔の囁き」「天使の助言」を使って、開発者の内面にも触れています．
好きな天使の助言を３つだけ上げるなら
* 批判するならアイデアにしなさい、人ではなく
* 自働化されたユニットテストを習慣にしなさい
* スタンドアップミーティングをしなさい
タイトルに「アジャイル」と付いていますが、アジャイルに全く興味がないディベロッパ、マネージャにも役立つ１冊になっています．
この本を通じて、ソフトウェア開発の現場に良い習慣が広まって行くことを願っています．
（hau01 / 2008-01-12）

このシリーズの、まるでソフトウェア開発専用であるかのような扱いは、もったいない。およそ「プロジェクト」と名のつく仕事に携わる人はいっぺん読んでみるといいと思う。
アジャイル開発手法が正しいと証明した人はまだいないし、おそらくそれは不可能だ。一方、社会システムの多くが非アジャイルで開発されていて、まがりなりにもうまく動いているわけで、アジャイル陣営は「こっちのやり方でもうまくいく」という事例を積み上げていくしかない。
中でも本書のように「アジャイルの現場の匂い」のようなものを扱った書籍は、実際に自分のプロジェクトにアジャイル開発手法を導入してはみたものの、うまくいっているのか自信が持てないような場合にかなり役立つだろう。
本書では各章の冒頭に、開発者を誘惑する「悪魔の囁き」があり、自分のプロジェクトが「きな臭い」方向に彷徨い始めているのを知るシグナルになっている。一方、各章の終わりには「天使の導き」と、プロジェクトが満たされているべき「香ばしいフレイバー」とも言える「こんな気分」という一節があって、正しい方向に進んでいるという確信を得られるようになっている。もちろんこの「正しい」は先人たちの経験の積み重ねにすぎなくて、証明されたものではない。それでも、道に迷っているときに、誰かが歩いた痕跡を見つけられたら、そりゃぁ安心だよね。
本書は、まだまだ何が出てくるかわからないアジャイルのジャングルに、恐る恐る分け入ってみた勇気ある人々のための道しるべだ。ソフトウェア開発者なら、直感的にアジャイル手法が正しいと感じることが多いだろうが、それでも自分の進んでいる道が間違ってないことを一緒になって確認してくれる、心強い友人のような存在として、そばに置いておきたい。（ただただし / 2008-01-11）

私はプログラミングとは無縁の人間ですが、それでもこの本はとても読みやすく、ためになりました。
まず、各章のまとめ方が、非常に明快。　行間のスペースも適度で目に優しい読みやすい配慮がされていたと思います。
個人的には、悪魔と天使のささやきが良かったです。とても簡潔で、且つ、ありがちな思考を的確に捉えており、それだけ読み飛ばしても本書のメッセージの概要は分かるように構成されています。
内容については、SEの方が使われる用語の中身は詳しくは分からないのですが、それでも説明している内容、注意点、改善するためにどうしたらよいかという手法は結構分かりました。
業種は違えど、仕事の精度と価値を向上させるための思考法にはそれほど変わりはないのだと確信しました。
それだけ本書が基本をしっかりと抑えているということだと思います。
もう一つ、「偉大なプログラマ、ではなく、偉大な習慣を身につけたプログラマを目指す」というあとがきのフレーズには深く共感しました。そう、仕事においても人生においても、偉大なことを成し遂げる人間は偉大な習慣を身につけ、それを常にスパイラルアップさせている方なのです。
読んでいてとても気持ちの良い本でした。
筆者とともに、お二人の日本人監修者に心から敬意を表します。
（rickey / 2008-01-14）

面白かったのは「コードレビューのパターン」で、３つの模様を紹介している。コード見直し模様。
オールナイタ
　お奨めしないそうだけど、年に１回はやりたい。ちょうど、昔のJUSE、今のSWESTみたい。徹夜とすればよかったかも。
ピックアップゲーム
　SHIP ITを参照せよとのこと。日本語版の書名は「Ship It! ソフトウェアプロジェクト 成功のための達人式ガイドブック」。読んでみます。
ペアプログラミング
　ドライバとナビゲータだそうです。運転者と道案内とすればよかったかも。
（kaizen / 2008-07-11）

「ふりかえり」の手引きというのはとてもよいものだと思います。
反省というと、何か悪いことをしたときだけの意味に使われることが多いからもです。
よい思い出を、思い出そうという趣旨では、振り返りというのはよいと思います。
それも、漢字ではなく、「ふりかえり」というひらがなで表現するのがぴったり感があります。
名古屋アジャイル勉強会でも、ふりかえりの訓練をいろいろやっているようです。（kaizen / 2008-07-11）

アジャイルなチームが、イテレーションごと、リリースごとに行うべき「ふりかえり」について、ふりかえりのはじめかた、やること・進め方、まとめかたなどを説明しています。
本文は200ページに満たない薄めの本ですが、著者らが「アクティビティ」と呼んでいる諸活動（言い換えると、「ふりかえりミーティングの議題」のようなもの。または、議論のすすめ方、意見の表現のしかた、共有のしかたをまとめたもの）が豊富に紹介されていて、大いに参考になりました。
これまで、KPT（Keep、Problem、Try）だけでふりかえりをしていましたが、紹介されているアクティビティから他の工夫も取り入れてみたいと思います。（izagon / 2007-10-06）

”レトロスペクティブ”はいわゆる「ふりかえり」なわけですが、これを読むとその可能性が、ぐーんと広がった。
ここまで活用するか！というぐらい、さまざまなワザが詰め込まれています。
　・チェックイン
　・フォーカスオン／オフ
と呼ばれる、簡単な場の設定方法から始まり、
　・555
　・カラーコードドット
　・ヒストグラム
などのデータ収集，アイデア出しの手法、
さらには、レトロスペクティブ終了時の
　・KPTとか（他にもたくさん！）
　・プラス／デルタ
と呼ばれる気づきの共有方法まで。
他にも、50近くの実践が詰め込まれています。
小飼弾さんの書評で、「カタカナ化過多」と言われてたのはその通り。でも、これで読むのを敬遠するのはもったいないです。（たしかに、読みなれるのにページを要したが。。）
「レトロスペクティブ」に問わず、チームのあらゆるプロセスにおいて活用できる。リーダー、メンバーを問わず、プロジェクトを進める役割を持つ人にとって、チームを活性化させるためのアクティビティを得られます。（mnishikawa / 2007-10-16）

　レトロスペクティブとは「ふりかえり」のことです。
　私はリリース後の反省会としてKPT（Keep/Problem/Try）を利用していました。
いや、それしか無いと思っていました。
しかし、この本で多くのプラクティスや進め方を知り、
レトロスペクティブの重要性を認識できました。
　次のような進め方を推薦しています。
　1.場を設定する
　2.データを収集する
　3.アイデアを出す
　4.何をすべきか決定する
　5.レトロスペクティブを終了する
それぞれの項目に豊富なプラクティスを紹介しています。
　本のボリュームは約160ページと少ないのですが、
得られるものは大きいです。（なか / 2010-01-09）

あなたにとって美しいコードとはなんですか？汎用性、巧妙さ、統一性など人それぞれの観点があると思います。この本では偉大なプログラマと言われている方々が考える美しさが語られています。自分が今まで知らなかった美しさが必ずあります。なにせ33人もの偉人が書いているのですから。
「美しいコード？何それ？」という方はとりあえず、なか！見検索の抜粋を読んでみてください。美しいコードの一端がわかると思います。
この本の唯一の問題点は、各著者が自分の好きなプログラミング言語で美しさを語っているため、コードが理解しにくいことがあるということです。
（さわだ / 2008-09-05）

まだ冒頭の２話しか読んでないのですが、そんなにいいコードかな、と思いました。
初っ端の正規表現の超短いコードは、実装が簡単になるようなサブセットを勝手に決めていて、学生向けの教材に、そんな特殊解を紹介してどうする、と思いました。正規表現→NFA→DFAと変換する処理系の方が、ずっと基礎力がつくと思います。
まあ、カーニハンが書いているから、みんな読むんだろうけど。C言語のポインタのセマンティクスをうまく引き出したことに、盛り上がりすぎです。
二つ目のsubversionのツリー差分反映のコールバックインタフェースは、コンテキストを表現したオブジェクトの引き継ぎが美しい、と言っているけど、オブジェクト指向プログラミングしたら、普通に思いつくことじゃないかなと思いました。少なくとも、私は２０台の時にやりましたよ。
ま、この先、どんなものが出てくるのか、楽しみにしながら読んでみます。
おおこれはすごい、と思えるものが出てくるとよいですが。。
いやな本ではないですよ、決して。（hideo-t / 2008-12-07）

WEBの高速化を図るには、どういう利用があるか、利用者はどういう操作をするかを分析することになる。その結果から、技術的な仕様の議論が始まる。
しかし、コンピュータ技術者、ソフトウェア技術者の中には、利用時の品質という利用者視点が欠けている場合がある。
本書では
ルール1 HTTPリクエストを減らす
ルール９ DNSルックアップを減らす
といったルールを１４個紹介している。
これは、実際のアクセスを分析した上での対策であって、机上の空論ではないことがわかる。
現実を分析してこそ、よいソフトウェアができるということを知ることができる。（kaizen / 2008-04-21）

普通Webサイトのパフォーマンスを向上させるとなれば
ロジックの効率化、データ構造の非正規化、ネットワークの構成の見直しや
ハードウェアのチューニングを思いつくところだが、この本は
クライアント環境でのパフォーマンス向上策をまとめている。
一つ一つについてみれば「なるほど言われれば確かにそうだな」と
思えることかもしれないが、簡易な言葉で要点がまとめられているため
開発時のチェックリストとして利用することもできそう。
ページの表示が遅いと感じたときに、真っ先にバックエンドのエンジニアを
疑うのではなく、フロントエンドでどれだけ速度向上できないか？という執念さえ伝わってくる（KazuyaShimanuki / 2008-04-19）

ブラウザがhtmlを取得してからjs、css、jpg等の素材をダウンロードするまでの時間をいかに短縮するかというノウハウを本家Yahooのエンジニアが紹介しています。
ブラウザがwebページを表示するまでの仕組みを理解することができます。おすすめ。（つむじかぜ / 2008-05-27）

Web システムのパフォーマンスを向上しようとされている方にお薦めします。Web システムの構築に携わっている方も一読されては？
Web システムのパフォーマンスを向上しようとした場合、最初に思い付くのがバックエンド(サーバ側)の処理ではないでしょうか。私もそうでしたが。。。
しかし、本書ではフロントエンド(クライアント側)に注目しています。この点が、非常に勉強になりました。ブラウザがデータを表示する方法が説明されており、その上でパフォーマンスを向上する方法が説明されています。
例えば、「スクリプトは最後に置く」というルールは、「JavaScript は HTML の最後に記述しなさい」といった内容です。これまで、JavaScript は表示中に使用する可能性があるので、HTML の先頭で記述していました。しかし、計測結果を示して間違いであることを指摘しています。
読まれる方のレベルによって、参考になるルールは異なるかと思います。しかし、何かしら得るものがあるのではないでしょうか。
その他、気になった点をまとめます。
・翻訳本の宿命でしょうか、説明が「すぅ〜っと」は理解できない記述もありました。
・誤字/脱字が少々。。。接続詞に集中していました。
・「Yahoo! は素晴らしい、その他は改善の余地がある」と受け取れる記述が散見されます。
・ページ数の割に高いです。（みっちぃ / 2008-11-21）

高速なWebサイトを作るのは実は非常に簡単だった。
それを教えてくれるのがこの本です。
この高速化を無視したデザインを提案するデザイナは真のWebデザイナではないでしょう。（Turtle / 2008-07-25）

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

私が今迄に関わったプロジェクトでは、テストチームもしくは、テスト担当者をテスト選任
にアサインしたものは記憶にあるもので、片手で数えるくらいしかありませんでした。
実際様々なプロジェクトでは、設計、コーディング担当者がテスト仕様書を書き、さらには
テストを実施するなんてことが大多数だと思います。
本書はプロジェクトを成功に導くために、テストの重要性とテストエンジニアの必要性を
テスト手法を詳細に解説しながら、とてもわかりやすく解説してくれています。
実際、プロジェクトにテストを導入するにあたって、それにまつわる疑問点と解決策を具体的
に示してくれているのも大変参考になります。
本書を読み終えると、テストエンジニアの重要性を認識することができ、是非テストについて
多く学んでいきたいと思いました。
ちなみに、私がとても参考になった項目は以下です。
・テストは開発工数を増やすだけなのか
・テスト管理
・メトリスクによる十分性チェック
・直交表の実践
・デシジョンテーブル活用の実践方法
・三色ボールペンで読む仕様書
・マインドマップから始めるテスト設計
・テスト仕様書のレビューテクニック
（うりゆり / 2009-08-23）

JAVA言語による開発からしばらく離れていました。
こんなに素敵な本が出ていることを知りませんでした。
これまでのソフトウェア試験の本は、現場ですぐに役立てれないような理論で、
実際に理論に基づいて作業しようとすると、面倒くさい割に役にたたないことが書いてあるか、
具体的な試験用ソフトウェア（ツール）の説明に終始して、それで本当に何か解決するかについて書いていないか、どちらかのものが多かったような気がしています。
本書は、JAVA言語による開発をしている人にとって、すぐに役立つ道具の説明もあるし、
その背景となる考え方について書いているし、具体的な試験の手順も書いています。
もし、自分がJAVA言語による開発をしていれば、
「あも、うも、なく」すぐにこの本にしたがって試験を進めるだろうと感じました。
本書で紹介しているEclipse, JUnitは使ったことがあります。
はずかしながら、Checkstyle、FindBugs、TPTP 、djUnit、StepCounterは使ったことがありません。
自分では、C言語、その次にC++言語を使っているので、JAVA編に続いて、C++,C言語の対応する道具の説明を内容としたC++編、C言語編を出してくださるとうれしいです。
ps.
今日現在、一番ほしいのはC言語編です。
C言語の単体試験用ソフトウェアであるCUNITを使おうとしました。
CUNIT自体が、C言語の範疇を超えているためか、うまく使いこなせていません。
過去に２冊ほどの本と、WEB上でのCUNITの改良版をダウンロードしたりしました。
日常的に使うようにはなっていません。
よろしくお願いします。（kaizen / 2008-11-28）

ユニットテストによる単体テストを解説しているサイトや書籍は多数あるのですが、
「作成したテストを品質管理等へ効果的に使うにはどうすればいいのか」まで
解説したサイトはなかなかありません。
本書は、単体テストとはから始まり、テストのハウツーやテクニック、さらには品質管理まで
アジャイルなJavaプロジェクトには必須の内容が満載です。
私はよくプロジェクトにて、単体テストの粒度をどう書けばいいのか？単体テストを次にどう
活かそう？など、いつも悩んでいるのですが、本書を読んで解決の糸口が見えました。
私的に足りないと思ったところは、デシジョンテーブルについてなど網羅テストを効率的に実行
するテストに関する事が記述されていなかったので、そのあたりも触れてほしかったです。
テスト粒度や評価方法など単体テストに関して悩まれている方は必見です。（うりゆり / 2009-09-15）

FindBugsという、Java用のバグ発見ツールについての本です。
市販製品を含めて、バグ発見用のソフトは、いくつかありますが、
FindBugsは、フリーで、そこそこ使えるツールだと思います。
この手のツールを使うと、警告の意味や対処方法が今いち分からない、
ということもあるのですが、そういう時に、便利な一冊で、
リファレンス的な使い方もできるので、
FindBugs初心者だけでなく、中級の方にも価値ある本だと思います。（palemoon / 2005-09-12）

他の入門書などを一通りやってみたものの「実践に進めない．．．」という人にお勧めです。
とにかく手を動かしてどんどんやっていくので、細かいことは分からなくても前進できます。
細かいところはNetBeansに任せて、大事なところだけ見ようじゃないか、という感じ。
すぐにグラフィカルなアプリケーションを動かせるので、飽きずに全体を概観できました。
気分だけでも一通りできるようになったら、あとは自分の本当にやりたいことに飛び込んでいけるのではないかと思います。
ただ、いきなりこの本でプログラミングの初心者が始めるのはお勧めできません。
ある程度の事前知識が必要なので、うっすい本を一通りやってみて、一度挫折してみて（笑）ください。
「あー、うんざりだー」ってなってからこの本に入るとなかなか良いです。
後半で最新のNetBeans6.1とは若干表示が異なるところがありますがご愛敬。
（uirou / 2008-05-25）