必要とあれば進路を変える （みんなで合意できるかな？） ６．成果責任を果たす （対価に見合った、あるいは、対価以上の成果、出してる？）その他、私が、読んで、印象に残ったことの抜粋です。・やり方がたったひとつなんてことはない。原則やプラクティスを、そのプロジェクト固有の性質と状況にどう適用していくか？ ・とにかくコードを書きたいだけのメンバーばかりだったらどうする？ ・顧客が、思ったようにプロジェクトにかかわってくれない時は？ （※これへの回答は、ちょっとがっかり） ・プロジェクトの基本的な考え方やスコープが変化してしまったらどうする？・顧客の要求を書きだす時間より、顧客と話す時間を増やせ ・見積は、確度も大切だが、機能Ａと機能Ｂの作業量の比較ができることが大切・変化を記録する（変化をみんなの目の見える形にする） ・一回のイテレーションに収まらないサイズはどうする？ ・大きなリファクタリングは、いつ、どうやる？・プロジェクトの状況が良くない時は、みんなで失敗を受け入れ、みんなで前に進むチャンス。 ・うまくいかないときは、感情に起因することが多いのが現実。そこが自覚できれば、道は開ける。・テストコードを書くと、作業が倍になる？ （今は、ＩＤＥ使いこなせば、らくちんになった）・ ・テストは、「自分が必要だと思っている」ことの表明。 考えすぎや、考えたらず、は、テストコードに現れる。・リファクタリングも、テストも、ビルドと配置も、できるだけ小さな単位にするのが成功の秘訣。読み終わっての感想：手法が「アジャイル」じゃなくても、ソフトウェア開発の現場なら、きっと役に立つ。 さまざまな改善ネタと実践ガイドがちりばめれています。アジャイルに取り組んでいると思っている人で、この本に、違和感を持つ人も結構いそうな気がする。 最終成果やプロジェクトの目的にこだわるか、形やキーワードにこだわるか、が分かれ目かな？

アジャイルの本はこうでなくては。途中に何回も出てくる、 アジャイルの弟子と師匠の会話が、 実際に困ったときにどういう思考をすればよいかをわかりやすく説明しています。どうすればよいかじゃなくて、 どういう思考をすればよいか、です。少なくとも今のところ、アジャイルは決まったルール通りにやればうまくいく、 というものではないようです。 必ず問題は起きる。 書いてある通りにやっても自分のところとは合わないことは必ずある。 それをどう工夫して解決していくかも、アジャイルには大切なことです。 その辺が非常にうまく書かれている本ですね。また、著者の実際の失敗談、 たとえば君のチームはもう来なくていいとか元請けに言われたとか、 そういう体験がコラムとして書かれているのもよいですね。うまくいく方法だけ書いてある本が多いですが、 それでは理想論になってしまいます。 少なくともアジャイルは理想論だけ見て勉強してうまくいくものではないようです。細かい方法論については、そんなには書いてありません。 特にプログラミング技術については、最後の1/4程度しか書いてありません。 その辺は、より分厚い丁寧な本を読んでくれ、ということですね。 この本を読んで実行に移して、ある程度勘所を身に着けた後で。などなど。 大変に素晴らしい本です。

顧客の要件を聞き、ソフトウェアを実装して、顧客に渡し、フィードバックをもらって、また実装して渡す。そういうことをやっている5人のチームがあるとする。あなたはそのチームの一員として胸を張って働けるだろうか？ もし、少しでも不安があるならこの本を読むべきだ。アジャイルに縁がない人、普段コードを書かない人にも読んでほしい。副題にある「達人開発者」とは、「コードを書く人」ではない。「顧客の願望をかたちにして届けることのできる人」なのだ。3. この本は「入門書」ではない 前述した5人のチームに入れると胸を張って言える人にも、やはり読んでほしい。「継続的に顧客に価値を届ける」ために何をしなければいけないのかが、ロジカルかつ網羅的に語られている。「どう手を動かせばいいか」でなく、「なぜそれが重要なのか」が語られているのだ。それも、どうこの薄さに納めたのかがわからないほど網羅的に。この本を読んで、「学ぶことは何一つなかった」という人はまずいないだろう。本当にいたら、その人は本を書くべきだ。ただし、「難しい」本ではない。文体は軽く、日本語は読みやすい。誰でも読める本、そして、誰もが読むべき本だ。

ただしサンプルは非常にシンプルなもので高度な問題は示されていません。 またそれぞれの時代時代において最もメジャーな技術を選択しているので、言語毎の細かな違いなどは分かりません。この本の狙いとしては(これも著者自身が言及していますが)、例えば「JavaScript がメジャーっぽいから勉強してみよう」とかではなく 現在の Web アプリケーション開発に対する JavaScript の位置づけを理解したうえでその言語を選択する、というように考えられる人を育てることだと思います。 そういった意味で本書は内容のバランスが非常に良いとおもいます。前提知識としてはプログラミング経験 + HTML 位が最低限分かっていれば大丈夫だと思います。これを読んだことで、次に勉強すべき技術を自分で検討できるようになりました。 Web アプリに対する知識 0 でこれから挑もうとしている人、 既に簡単な Web アプリ位は書いたことがあるが、サーバーサイドとクライアントサイドの技術の位置づけなどがイマイチわからない人にお勧めです。

また、私自身にとっても、技術の売買の対象は広く、一つの分野の知識の習得に過大の時間を費やすこともできない。 こんなバランスの上でＷｅｂ技術全般に向き合う私には最適の粒度で各技術が紹介されている。 優れた点の一つに、代表的なオープンソースソフトウェア（ＯＳＳ）の機能概略が説明されていることが挙げられる。 Ｗｅｂ上に散見されるＯＳＳの解説で、そのＯＳＳがどのような機能を有するのかを簡潔に著したものは皆無である。 かといって各ＯＳＳのコミュニティサイトで詳細資料を読んでいたのでは時間がいくらあっても足りないし、そもそもコーディング担当者向けである。 例えば本書「図６−１８ Strutsの内部構造」の如くの簡潔にして要を得た概略説明が私の望んでいたものである。 「はじめに」で著者も述べているように、関連技術の全体像を理解して仕事を進めたほうが面白いだろうし、様々な新しい事象にも対応できる。 それはこの世界に新規参入する技術開発者のみならず、特許、技術ライセンス・売買、金融等、技術の周辺で生活する人々にも同じことが言えるだろう。

この本を通して読むことでなぜ Web アプリケーションフレームワークを使うのか、どういうときにセキュリティ上の欠陥が発生するのか「勘どころ」がつくようになりそうです。 言語としては主に PHP と Java が出てきますが、全体の構成としては言語に依存しない内容となっています。 特に 7章の「セキュリティを確保するための仕組み」は全ての Web 開発者が把握しておくべき大事なことが書かれています！

関連するプログラムを段が下がる毎に斜めにずらして表示したり ========<><><><><><><>などを使いメソッド別の役割毎に区切るなどでなんとか比較的分かりやすいプログラムとなり、チップをかけ勝敗後に勝者の総取り方式であありますが完成。最後のdo - while文の作成の際には親子の持ち札と有効札を初期化するなどのメソッドや、通算成績を残すメソッド、親子の勝敗や保持チップの表示などでは スペード<12>などのように文字列化するなどやるべきことが大量にあり気づいたときには深夜1時ということもありましたが達成感がありますね。 次はババ抜きプログラムに挑戦しようと考えています。 その後、すでに購入しているオブジェクト指向を学ぼうと思っています。まだまだ理解は浅いですがプログラミングの面白さを理解させてくれる本です。プログラミングに必要なEclip3.6はVectorなどでも無料で手に入れることも出来ます。

） 誰かに聞かずともここまで詳細に理解できるのは、この本が一番かと思います。 自分は、大変助かりました。短所: そのかわり分厚いですｗｗ 軽い辞典レベルです。（自分は問題なかったです。）あと通過テストの解答や間違い訂正、javaの開発環境などがホームページからワザワザ落とさないといけないが、インターネット環境がない人には、辛いかも（特に環境は）。 （逆に考えると、インターネットさえあれば、ちゃんと訂正などは、しっかりとサポートしているというべきでしょう。） あと第一版は、買わないで事です。ｗｗ 訂正箇所が多いので修正に時間がかかります。 （次のオブジェクト指向編も第１版は買わないようにｗｗ(ノДT)）適格者: 本当にこれから初めてjavaプログラミングの勉強や独学を考えている人 インターネットをつないでる人 分からない所があっても周りに相談をする（そういう知識を持つ）人がいない・・・などの方にお勧めです。

新しい本（2009年10月発売）なのでまだ、正誤表公開分以外でも、ミスプリントがあります。 後、著者が独自に作ったInputクラスが4章以降出てくるのが、個人的に嫌です。 Java標準の機能でもソックリの処理はできますが、これは入門編だからという配慮によるものでしょう。 ミスプリも独自クラスも、ある意味しょうがない事なので減点なしの星５とします。 「迷ってる暇があったら、とりあえずコレ買っとけ！」と言いたくなる本です。

しかし、そもそも筆者がまえがきで「この本は、初学者にも分かりやすいように書いたが、『少しはJavaScriptをかじったことがあるが、正しい文法知識になると自信がない』という人を想定している。」とはっきり書いており、JavaScript特有の仕組み・問題——JavaScriptの３つの関数定義の方法はどんな場面でどんな違いが出て、どういうときにどれを使うのか、関数の引数が省略可能なJavaScriptでargumentsオブジェクトはどんな風に活用するのか、プロトタイプとクラスの違い等々—については非常に細かく書かれています。 また、私はオライリーのサイ本とあわせて読んでいますが、「この機能は実務でどう使うのか」という点に関しては、圧倒的にこの本の方が分かりやすいです。その意味で「きちんと動くものを作るために」という表紙の言葉には間違いありません。読み手を選ぶけれども、非常に効率的に学習できる良い本だと思います。

他方、中級者が上級者を目指すにあたって読む本かというと、微妙なのは認めざるを得ない。サイ本の方が網羅的なのは間違いありません。本書は述べたい事が多い割にページ数が少ないため、どうしても言葉足らずというか、サンプルコード足らずというか、そうなってしまっています。 しかし、サイ本の、「図の少なさ」、「文章による抽象概念の説明」に付き合いきれる初心者・中級者がどれくらいいるかというと疑問です。本書では、スコープチェーンなどの分かりにくい概念が図でうまく説明されています。その一点だけでも買う価値があると思います。中級から上級に歩を進めるための、手ごろなガイドだと思います。 蛇足ですが、『JavaScript:The Good Parts』を批判的に読めるようになったら上級者、といってもいいでしょうかね？私はまだまだ中級者です・・・

その時は GoF 本を読んでいなかったのでそもそもの GoF 本があまりためにならない本なのか本書がいまいちなのか判断できませんでしたが、最近 GoF 本を読んで本書がイマイチであるということが分かりました。本書は、一言で言ってしまえば単なるデザインパターンのカタログです。 GoF 本で紹介されている種々のデザインパターンを紹介している、というだけです。 本書では、 ・どういう状況でそのパターンを使用すればよいのか ・そのパターンを使用する際にどのような点を考える必要があるのか ・そのパターンの実装としてどのようなものが考えられるのか といった点がほとんど考えられていません。 特に、実装上考えるべき点について全くといっていいほど触れていない点は、実用的でないと感じました。 (GoF 本では、実装上考えるべき点などについて議論されています。)もちろん、難しい点をそぎ落としているため内容は簡単になっています。 その点では初心者向きだと思います。 とはいえ、内容的には本書だけでは不十分でありいずれ GoF 本を読む必要があると思いますので、最初から GoF 本を読むことをオススメします。 GoF 本も GoF 本でやや難解な点があったり例があまり適していないような箇所があったりと微妙な点はあるのですが、本書にあって GoF 本に無いもの、というものは無いと思いますし。

↑ここらへん、不幸にも世界的には当然ではあるものの 日本にはあまり輸入されていない考え方です。少し不満を強調しすぎてしまいましたが、 Head Firstデザインパターンと並び、最初に読むには とっつきやすくて良いと思います。 ただ、この本を読んで終わりにするのではなく 難しくても良書を何度も読むことをおすすめします。