リスト：2005 Jolt Awards を表示しています。（全 8 件）

CDレンタルショップのシステム開発をケーススタディとしながら、システム設計上の重要ポイントを解説しています。
で、プレファクタリングとはいったい何なのか？何か革新的な手法やアイデアなのか？と思いながら読み進めましたが、どうもポイントがつかめませんでした。
結局のところ、保守性を高めたり重複を排除したりするための、システム開発における重要な設計指針を色々と紹介することをこの本では目的としているようです。
しかも、筆者が何か新しい手法を考えたというよりも、ほとんどが既存のアイデアを取り込んで解説しています。(DRY原則とか関心事の分離とか)
これまでにそういった分野の本はたくさん読んできたので、大半が既知の内容でした。
なので個人的にそれほど大きな収穫はなかったのですが、書かれている内容が重要である事は間違いないです。
これからシステム設計を勉強しようとする人には一冊で色々な知識が手に入るので便利だと思います。(CDのベスト盤のような感じです)
ケーススタディに沿って説明されるので具体的で分かり易い一方、各指針を指針ごとにカタログのように読むのにはあまり適していない事を最後に付け加えておきます。(つまりマーティンファウラーの「リファクタリング」のような構成にはなっていないということです。巻末の付録ページで索引的にまとめてはありますが。)（伊藤淳一 / 2009-11-13）

主にソフトウェア開発者に向けたプロジェクト管理のための１冊です。内容は多岐に渡り、一回で読んで全てを理解するのはなかなか難しいと思います。そこでお薦めなのは、自分の現在の状態、仕様検討段階であるのか、コーディング段階であるのか、リリース前であるのか、その段階に応じてその部分について書かれた箇所を読む方法です。前に読めば予備知識になり、後で読めば振り返りになると思います。また、著名な書物からの引用も効果的でなかなか楽しいものでした。
マイクロソフトで、とありますがマイクロソフトに特化したところはなく、一般的な手法として参考になります。（limegreens / 2006-11-07）

文字も小さく400ページ以上もあり簡単には読めるものではないが、プロジェクトマネージャを目指すあるいはその職にある者にとって最良の1冊となるのは疑いない。
現場のプロジェクトマネージャが必ず悩み懸念する事が章建てとして構成されており、他のPM本とは一線を画す。
美辞麗句な言葉はなく、全て著者の実体験に基づいた金言が散らばっている。
この書籍のおかげで、これからも随分と助かる気がする。（blue / 2008-11-16）

タイトルのプロジェクトマネジメントと聞くだけで嫌なものだと誤解して、食わず嫌いだった。しかし、アートオブとついているので、管理が技術だという視点からすれば、ちゃんと読めば良かったと後悔している。
第１０章は、特によい。人の仕事の邪魔をしないで、人の助けをするのが管理の基本である。しかし、多くの管理者、管理本は、人の仕事の邪魔をするようなことを平気でやったり書いたりしている。基本を外した本が多いなか、本書は要点を得ているので読む気になる。
飜訳が日本の文化への移転を十分していないのは、外資系の企業だけでなく、日本の企業でもソフト系の企業はカタカナ語が氾濫しているので仕方がないかもしれない。（kaizen / 2008-02-16）

この本は、自分が大規模プロジェクトのプロマネになったときに、
ふと手にした本でした。
プロジェクトには多種の状況がありますが、
この本はそれぞれの状況で何をすべきか、が書かれています。
すべきか、というより、心構えといった方が良いかもしれません。
自分のプロジェクトに本気でぶつかる覚悟を持ち、
本の内容を自分なりにアレンジして現場で試してみると、さらに深く理解できます。
最初からすべてを読む必要はなく、
自分の状況に合った箇所（見出しに反応できる章）から読んでみて良いと思います。
この本にベストタイミングで出会えたことが、自分のプロマネ業に対する
自信がついたきっかけになったと思います。
すでに何度も読みましたが、人生のバイブルとなった1冊です。
ただ、ある程度の人数をマネジメントする機会がなかった人にとっては、
あんまりピンとこない本かもしれません。
（Hajimety / 2009-10-25）

筆者はマイクロソフトの様々なプロジェクトを率いてきているので、前提あるいは基本として論理的なプロジェクトマネジメントの方式があるのでしょうが、それを超えたところでは、チームの人間関係が大事であると言及しています。
純然たるルーチン業務を除けば、多くの業務は、システム開発に限らず、一つのプロジェクトと考えられるわけで、その意味ではリーダーという立場にある人すべてに参考となる本です。やや冗長な感もあったのでその分をマイナス１点としました。（Jupiter / 2009-08-12）

これからRailsを始めようと考えてる方には迷わずお勧めできる本でした。全体は５部構成になっています。
Railsというとデータベースを使ったりウェッブサーバーを構築したりと難しそうだと考えている方は本書の第一部(50ページほど)でその不安が吹き飛びます。他の易しそうな入門書が必要かなと考えていましたが必要ありません。Windows・Mac・Linuxへのインストールから始まります。
第二部では大規模なアプリケーションを作成していきます。でも心配ありません。最初から動くアプリケーションに少しづつ機能を付け足していくマイナーバージョンアップの繰り返しで大きなものにビルドアップしていきます。ここでRailsの一貫した方法を学ぶことでマイナーバージョンアップを繰り返しても無秩序な方向に行かないようになっています。
第三部はRailsのフレームワークの解説でリファレンスとしても使えるようになっています。
第四部はセキュリティーについての解説。
第五部は付録で簡単なRubyの入門になっています。
ページ数の割にはそれほど厚さを感じないように薄手の紙を使っているので、持ち運んで読むのにそれほど苦痛を感じる重さではないのも便利です。これ一冊で当分やっていけるので費用対効果も良好です。（roger / 2007-11-06）

Railsを学びたいけど、あまり時間がとれないという方にお奨めです。
イテレーション（反復）というアジャイルソフトウェア開発手法に基づき
やりたいことと結果が数ページ（１ページの時もある）にまとまっているので
３０分もかからず１つの機能を追加することができます。
また、Railsの機能のすばらしさも学ぶことができます。ほんの少しのコードで
Ajaxを用いたシステムを構築することが出来るのです。
もっと早くこの本を手にしていれば・・・！と思える１冊です。（イクラ３世 / 2007-11-15）

スペックから言いますと、第1版に比べ、私の秤(はかり)では、数グラム軽くなっています。厚さも少し薄くなっています。ページ数が増えているのに、軽く薄くなっている。良い紙を使用するようになったのかな?手触りも少し、良いような気がします。電車で読む事があるため、どんな本でも、薄くて軽いのはうれしいです。
内容はといいますと、「楽しい」です。40過ぎたら(35才定年説というのも有りますが)プログラミングは卒業なんて思っていても、めくって手を動かしたら楽しいです。「あの言語のあそこがやなんだよー」と思っていた、ここ2,3年のもやもやがすっきりしました。バリデーションチェックがモデルにあるなんて、目からうろこ。DBのスキーマ管理までフレームワークに入ってるなんて、すっきり。excelに定義を書いて、vbaでクラス大量に作っても楽しくないしなー。楽になるとか、手間が減るだけではだめな気がする。
要は「楽しくなければ」。rubyとrailsではそれが重要なようです。
(DRY:Don't Repeat Yourself、CoC:Convention over Configurationについても書いてあります)
C#ではIronRubyを作り、SunはJRubyを作り、OracleはJRubyでRailsを動かす。
PHPにはsymfonyとCakePHPが興り、PythonにはTurboGearsが登場する。
Railsの影響は広範囲です。
今は、Rails前とRails後という転換点なのでしょう。理由は本書を読んでみたら多分...。（niwatori / 2007-12-02）

６００ページ超えというボリュームもさることながら、
中身も非常に濃かったです。大満足の一冊。
導入部分は、簡易的なカート（ＥＣサイトの注文管理）機能を
ゼロから少しづつ機能拡張していくというシナリオ。
Ｒａｉｌの特徴を非常にうまく説明しています。
「○○の技」とか「クイックリファレンス」といった書籍は、
経験を積めば書けるとは思うが、
このように過不足のないシナリオを作れるかといったら自信がない。
その他、Ｒａｉｌｓの全体構成と各コンポーネントの説明、
Ａｊａｘサポート、セキュリティ、運用・構成と網羅しています。
読むのに丸々３日間を費やしましたが、理解が飛躍的に高まりました。
素晴らしい書籍です。
ちなみに、以下の難点がありますが、
大きな問題にはなりませんでした。
■難点１
Ｒａｉｌｓのバージョンが古い（最新=２．３．２、書籍＝１．２）ので、
一部の記述はそのままでは使えない → 最新の仕様に読み替えればOK
２．各章の設問に対する答え・ヒントが掲載されたページがリンク切れになっている。
→Web上に回答がある。ただし英語であることが多い。
３．日本語にまつわる問題の記述が少ない（かつ / 2009-06-10）

Railsの進化は早く、今現在のバージョンは2.0.2だが、本書では主に1.2を中心に話を進めているため、60ページ程度進めた後、（初心者にとっては）正体不明のエラーと戦うハメになる。
ただ、全体的にはわかり易くてとても良いと思う。
常に進化するRailsを勉強する難しさとも言うべきか。
（takufoo / 2009-01-22）

本書では、.NET FRAMEWORKを用いてプログラミングを行ううえで、
必要な表記方法や引数、クラスのメンバやプロパティの書き方（デザイン）の指針が盛り込まれています。
ガイドラインはDO,DO NOT,AVOID,CONSIDERに分けて、コードやクラスの書き方、設計方法を例示しています。
コードの書き方を強制されることを好まない方には、本書のようなものは無用ですが、チームでシステムを設計する機会が多い昨今は、
ガイドラインに沿って、コードを書く方が誤りの少ない製品が作成できることでしょう。（Tanako.R / 2006-05-02）

.NET Framework 開発者たちの手によるフレームワーク開発のノウハウ本です。名前空間／クラス／メンバ／インターフェースを設計する際のガイドラインや名前付け規約に始まり、使いづらい（あるいは落とし穴のある）フレームワークにならないように実装上注意する点などを幅広く取り上げています。
ライブラリなどの開発経験者は既に無意識のうちに実行しているような方法論も多く含まれていますが、改めて例を交えて（開発者たちが直面した具体例と解決方法が頻繁に囲み記事として挿入されます）解説されることで、これまでの経験が体系化されたという意味で有用でした。興味のあるチャプターだけ拾い読みするのもよいでしょうし、個人的には囲み記事で取り上げられる過去の具体例を読み物として楽しみました。
非 .NET Framework でライブラリなどを開発してきた人が .NET Framework 向けのライブラリ開発に取りかかる際には一読をお勧めします。あと、チーム開発時にプログラミング規約を設けるためのリファレンスとして役に立ちます。ちなみに .NET Framework の初心者やプログラミング自体初めて、という人にはまったく向いていません。（手賀俊行 / 2007-04-03）