リスト：IT業界に入る若者に薦める本（中級編） を表示しています。（全 17 件）

　
小説を読みながら、ＴＯＣ理論が理解できるので良いです。
　
小生なりの理解では、経営工学とは、
１）工場の生産性向上
　　　　原材料調達・生産計画・工場管理/改善・工程管理/改善・原価管理など、た
　　　　ぶん、工場の生産性に関する全ての理系的アプローチが含まれる。
　　　　そして、最近、トヨタ式生産方式（の考え方）が、郵政公社の作業効率改善
　　　　に役立てられるなど、もしかしたら、対象は工場に限らないのかもしれない。
２）作業の効率向上
　　　　ここでいう作業には、生産/製造活動・設計作業・実験作業、物流運搬作業
　　　　など、たぶん全ての作業が含まれる。
を目指した工学的（実践的）学問ですが、
その経営工学の中にある制約理論を、ドキュメンタリ風の小説を読むことで難なく
理解できてしまいます。
　
とうわけで、経営工学を学ぶ人は当然として、文系・理系を問わず、読んでおいて損
は無い本です。

（kakitsubata_1990 / 2007-02-04）

アメリカのMBAとかにおいて、オペレーションマネージメントの授業中にも触れられることが多いというこの本。製造業において、どのようにして生産効率を高めれば良いのかという命題にこの本は答えているが、面白いのは問題解決のプロセスだと思う。
現場や営業サイドと連携しながら、単に製造することだけに留まらない効率化が図られている過程を知ることは実に勉強になると思う。縦割り的な日本の大企業にいる人にはお勧めかも。
（ピンク太郎 / 2006-08-04）

工場での業務改善の様子が物語風に書かれている。
工場の専門知識がなくてもわかるようになっており、文体も話し言葉がほとんどで会話をしながら主人公と一緒に学んでいくという形式になっているのでとても読みやすい。
企業や工場の本当の目的な何なのかというところから、根本的な問題を見つけ、その見つけ方を解明し、問題を解決する方法を探していく。小手先だけの解決ではなく、パラダイムシフトが重要だということが言われている。
読み進めながら、なるほど！確かに！という感動が次々に浮かんでくる。
また、この思考プロセスは特定の工場だけでなく、会社全体や人生においても同じことが言えるのではないかと思われる。（ＭＩＬＫ / 2006-12-02）

私は本書を読んで、その改善プロセスも興味深かったが、それ以上にその改善プロセスを生み出していく過程・アプローチに大変興味をもったので、それについて述べる。
1.コーチング手法によるアプローチ
　本ストーリーは、所長が偶然に再会した恩師に改善の方法やポイントのアドバイスを求めるが、恩師はアドバイスや回答は示さず、逆に質問をして所長に答えを探させるという謎解きの手法で展開していく。これは小説的には推理小説のように謎解きで読者の興味を誘う手法であろうが、私には単純にそうは思えなかった。
より高い成果は、人から教えられ与えられたものでは得られず、自ら悩み考え出したもので得られると考える。すなわち、上司は部下に対して解決策等のアドバイスや回答を一方的に示すのではなく、部下に質問することで部下を悩ませ考えさせ、そして対策案を引き出し実行させる。部下は自分の発案であるから、やる気が出て、自発的に実効ある行動をとり、より高い成果に繋がっていく。これは、「答えは相手の中にあり、上司はそれをうまく引き出し、自発的な行動を促す」というまさしくコーチングの手法である。
2.組織を超えての検討チーム
本書で改善を中心になって進めるのは、所長・製造担当・経理担当・資材担当・データ処理担当といった、時には敵対しかねない立場の異なった５人である。しかし、彼らが目標達成に向けて侃侃諤諤議論して成功へと邁進していく。このことは本来あたりまえのことだが、現実にはうまく機能していないのが実情であろう。すなわち、それぞれの立場を背負っての検討チームではなく、立場を超えて自由に論議・発案できる、組織を超えた検討のできるチーム運営の実現が必要である。
3.家族（第3者）のサポート
忘れていけないのが仕事には直接無関係の家族（第３者）によるサポートである。所長の夫婦関係は最初はお互いの立場を理解しようとせず溝がふかまり離婚の危機となったが、お互いが関係修復に向けて努力した結果、お互いの立場を理解しあい、お互いの悩みを共有し、まずは夫の仕事の悩みに対しての会話が出来始めアドバイスができ解決に繋がった。仕事とは全く無関係の異なった観点からの見方・アドバイスではあるが、このようなことが出来る夫婦関係は理想的と言える。さらにキャンプでの隊列の進行速度やマッチ棒ゲームを生産工程にたとえて考察したり、子供との会話の中からもヒントを得るなどは、問題解決に真剣に取組んでいればどのようなものからでもヒントを得ることが出来るということを教えてくれている。
著者は本書の後記の中で次のように述べている。
・本書は改善プロセスのスケジューリングソフトの宣伝ツールであったが、高価なスケジューリングソフトを導入した企業より、本書を読んだのみで改善を図った企業の方が大きな成果をあげたケースがあった。
・また、本書を教科書として社員教育に取り入れた企業でもうまく改善ができず成果が出せなかったケースもあった。
この両者に共通しているのは、自ら取組んだものではなく他人から与えられたものへの取組みである。すなわち、当事者が自分のものとして認識せず、その気にならなかったから成果につながらなかったのではなかろうか。（岡　敏充 / 2002-02-04）

いままでほんの何冊か経営の本を読みましたが、
論理や方法+実例みたいな本が多い中で
ザ・ゴールは小説仕立てで読みやすくとても分かり易かったです。
面白くって２日位で一気に読んでしまいました。
現場での経験がなく経営を学び始めたばかりの方などには
現場の雰囲気が伝わっていいかもしれません。
自分が過去に働いていた製造業がダメダメな会社だったせいもあり、
これを読んで実践すればほとんどの製造業は改善出来そうにも思えてしまいました。
でも実際には著者あとがきにもあるようにに導入してもダメだった企業、
導入後改善にはなったものの元に戻ってしまった企業があるのを知り
やはり学問同様、「経営に王道なし」なのかと思いました。
一番大事なのは数値では測ることの出来ない社員一人一人の
「会社を少しでもよくしよう」という気持ちとそれを実現する事の
できる有効的な手段なのかと感じました。
（ネコネコチャイコフスキー / 2008-05-06）

著者の２００３年出版の前作「ユダヤ人の頭のなか」でいまひとつもやもやしていた部分が晴れる本と、某ブログで紹介されていたので購入しました。まさにその通りでした。この本のどこにもユダヤという言葉はありませんが、前作を読んだ人なら「ああ、そういうことか」と思い当たることがある本です。前作を読んだことがない人なら、率直に「変わった本だなあ」と思うでしょう。なぜなら、ものの見方のアングルが他の図解関係の本とぜんぜん違うからです。プログラマーの人たちがこの本を絶賛しているという話を聞きましたが、それもわかる感じです。いい意味変な本で、読めば読むほど役立ち、読むたび学ぶ本です。その点は、前作と共通しています。ビジネスマンならビジネスに、外交官なら外交に、プログラマーならプログラミングに、主婦なら公園外交や姑問題解決に・・・とあらゆる人に役立つ変な本です。（県庁の土星 / 2006-02-10）

　弁護士がいくつかの取引を図解してみせる本です。
　他の図解本と違う特徴が２点あります。文章構造や業務プロセスで
はなく、権利義務関係を扱ってる点と、章末に練習問題がついてる点
です。
　いくつかの図解パターンを提示してそれぞれの使い方を説明してく
れます。法律のテキストで図を使った説明はいまや珍しくありません
が、図解自体をここまで丁寧に説明した本はおそらくないでしょう。ま
さに目からうろこでした。
　
　ひとつケチをつけるなら、本文でかなり複雑な取引を扱っておきな
がら、練習問題が簡単すぎると思いました。しかし、それを差し引い
ても十分お勧めできます。（1 / 2007-04-25）

図解の描き方は、それこそ手取り足取り教えてくれているが、
実際著者が力点を置いているのは、直面した取引の全容の把握方法
指南である。この角度から書かれた図解本は、自分の知る限り
今まで一冊もない。
およそ著作というものは、読者に新しい水平を見せることだと
考える。その点、サター氏は、衝撃的ともいえる前作に続き、
またしても私達日本人に新たな水平を見せることに成功したのだ。
前作もそうであったが、爽やかな外見とはギャップのある
深みのある内容である。（ / 2005-08-03）

仕事に役立つ図解法、とあるので、手にとって開いてみる。
最初は、「こんな簡単なこと、言われなくてもわかってる」と鼻で笑う。
だが、章末のドリルをやってみると、鼻で笑っていたようなこともできないのに唖然とする。
そこで、思わず購入してしまう。
家に帰って、改めて一章一章ていねいに進んでいくと、今まで新聞などで読んだことくらいしかなかったような最先端の事業などが、図解にできるようになっている。
見た目は軽いが、侮れない本である。
面白いのでどんどん読み進めるが、確実に頭のなかに何かが残った感触あり。
昔なつかしい、受験参考書・鉄○のような感触である。（ / ）

何でも図にすることで、シンプルに整理することが出来るんですね。もっと早く知っていれば良かったと思いました。
最近は、複雑な資金調達のスキームなども増えてますが、八百屋と大根の関係に則して見ると、結構シンプルになることがわかりました。早速自分の業務にも活用しちゃいました。
子供に勉強教えるのにも、この図解法は使えそうですね。（川太郎 / 2005-06-27）

「私はデザイナーじゃありません！」といくら主張しても、デザインやレイアウトを依頼（命令）されることがある。企画書やプレゼン資料だったらまだましな方で、ちょっとしたチラシ、会社案内、さらにはホームページのデザインまで。頼む方としては、「パソコンが使えるんだから、簡単にできるだろう」くらいの心づもりなのだろうが、頼まれた方は、場合によっては徹夜の作業を覚悟しなくてはならない。素人のデザイン作業とは、明け方に力尽きるまで文字やら画像やらをいじくりまわすことと等しい。
そんな「非デザイナー」の心強い味方が、この「ノンデザイナーズ・デザインブック」である。本書は、デザインに不可欠である４つの基礎原則を詳しく説明している。関連する項目をまとめる「近接」、項目を意識的に配置する「整列」、決まりごとを繰り返す「反復」、異なる要素の間で作り出す「コントラスト」。良い例と悪い例が豊富に示されているので、理解しやすい。後半部分では、書体の種類や効果的な選び方を学ぶことができる。
本書は、基本的に印刷物のデザインを前提として書かれているが、ホームページをデザインする際に役立つ部分も多い。また、これからデザインを本格的に学ぼうと考えている人の良い手引きにもなると思う。（ / ）

こういう系統の本はちょっといいと思うとかなり値がはり、
「あれもこれも」と思っていると真っ青になる事多々あり。
でもこれは意外と安いのでそういうところもうれしいです。
カラーじゃないので安いのかもしれませんが・・・。
内容的にカラーである必要はないので、その辺も気に入りました。
カラーで、上質紙を使えばいいってもんじゃないですしね。
内容は濃い。大切な事が沢山書かれています。
Web製作するにしろ、レポートを製作するにしろ、何かしら「人に見せる」前
提で作成する前に一読すると、作品がずいぶん変わってくるはずです。（ほにょろも堂 / 2003-07-22）

タイトル通り、デザイナーではない人が読む、デザインの本です。
文章のレイアウト【本の前半】と、文字フォント【本の後半】を利用して、強い印象を与えるにはどうすれば良いか？ヤミクモに 文字を貼り付けてゆくのではなく、全体のバランスをとりながら部分を強調するための方法を、論理的に考えることが出来るようになります。
安易にセンタリングをかけないで、レイアウトを組む事。フォントをむやみに変えないでバランスをとる事・・・など
デザインを勉強した人なら、なにげなくやっている事なのかも知れませんが、私にとっては、ワープロからHTML、PowerPointを使うときまで、「これで良いのかな？」と悩んだときには、今でも頼りになるバイブルの一冊です。（joltech / 2002-05-03）

タイトルどおりに明快なデザインのHowTo本。
あまりにシンプルな内容・構成、そしてモノクロの紙面なので
煌びやかに飾られたデザイン本を横目に不安に思う人も多いかもしれない。
でも、デザイナーとしてはっきり断言できる。
煌びやかなデザイン本のほとんどはあなたに何も残してくれない。
この本から学び取った単純な事は、きっと多くの素晴らしい物を生み出す。
いまだ、デザインを装飾や見てくれを弄るものと勘違いしている人が多い。
デザイナー自信ですら誤解を与える事を多くしている。
この本はデザインの基本・本質だけをきちんと抽出して
シンプルに、わかりやすく伝えている（たった４つのルールなのだ！）。
そして、あなたが今、何のためにデザインしなければならないのか、<!BR!>その目的こそが最大のルールなのだと気付かせてくれるだろう。
私は常にこの本をストックしておいて
デザインに困った人がいたらいつもプレゼントする事にしている。
もちろんよい感想しか聞いた事がない。（ / ）

カッコいいホームページ作ろうとして、あるいは人の目を惹きつけるプレゼン資料を作りたくて、思いつくままにいろいろと工夫をしているつもりが、気づくとゴテゴテでダサく感じられる、そんなことってありますね。
この本は、「近接」や「反復」といったデザインの基本中の基本を、豊富なサンプルでビジュアルから納得させてくれると思います。そして、自分の作った文書がなぜゴテゴテになったのか、目から納得させてくれます。サンプルは原典のままで日本語訳されていないようですが、日本語のドキュメントを使ってサンプルを作ってくれていたら、なおよかったかな（私のように主として日本語で文書を書く者には）、と思います。（まちゃ / 2002-06-03）

伝えたいメッセージがある場合に、どのように図（グラフ）で表したら効果的かというのが、本書のテーマです。こういう場合は、こういう図（グラフ）でということが懇切丁寧に説明してあります。
ただ、こういうことは社会人になってある程度経てば自ずと身についてきます。『マッキンゼー流図解の技術』という立派なタイトルがついているので、何か画期的なすごい方法があるのではないかと大きな期待を持って読むと、残念ながらそんな方法は書かれていないので、がっかりします。
しかし、初心者向けとして読むのであれば、悪い本ではありません。原題『SAY IT WITH CHARTS』を『マッキンゼー流図解の技術』と訳する出版社の商魂に注意しさえすれば、わかりやすく良い本だと思いました。（matthew / 2004-09-30）

初めに断っておくが、グラフの基礎の基礎を学ぶ、という意味では有用な場合もあるかもしれない。
“図解”というが、カバー範囲はあくまで一般的かつ基本的な“グラフ”に止まる。“マ～流図解”というのは明らかに言い過ぎ。
クライアントとして彼らから受けとるパッケージにはこういったグラフだけでなく、実に多様な「図」が概念図や例示などで使われていた。本書が取り上げないような複雑な諸々の現象の、大きさ・構造・相互関係などが明解にVisualに落とし込まれており、“マ～流図解の技術”は確かに存在するのだと感じた。だが、それらは本書では網羅されていない。
原書には「マ～流」などという冠はついていない。訳書があえてこの冠を付ける正当な理由は何であろうか。せめて上記のような“技術”を少しでも盛り込む努力をして欲しかった。
読者の期待に違うことを承知の上での、販売増を狙った安易なネーミングに悪意さえ感じる。
また後半の図柄集は、切り貼りでチャートを作っていた大昔にはまだ使い途があっただろうが、プレゼンツール、素材集がここまで普及した世の中ではまったく使い道が無いのでは。しかもUSのコミック風の描画タッチのまま訳書に載せても日本人には使えない。後半は紙の無駄。（ / 2004-08-24）

原書は有名ですし、日本版のタイトルは某コンサルティングファームの名前まで冠につけているので、どれほどの内容かと思ったら、単なるチャート絵のテンプレート集でした。原著のタイトル通りと言えばタイトル通り（図解で伝えよう！）なのですが、ストーリー構成の方法やそれに応じたページネイションなどのテクニックはほとんど紹介されていません。あくまで「チャート」という一枚のお絵描きの仕方を解説しているだけの書籍です。
しかも使われているチャートは、定量的なグラフや、日本的なセンスの無い図（仕事で、外資系企業からプレゼンを受けて、図や色使いに違和感を感じたことのある方ならばわかるでしょう）に偏っているので、実用性は極めて低い。コンサルティングでは第三者の立場として定量的な資料の提示は必須ですが、一般的な事業に取り組む人々にとっては、むしろ定性的な資料作成の方が多いはずで、そういう人がカッコ良い絵を書こうと思って期待したらガッカリすることでしょう。
この本を買うぐらいだったら、『ロジカルプレゼンテーション』『プロフェッショナル・プレゼンテーション』の二冊を読み込んだ方が、はるかに実用的です。これに図のバリエーションを増やしたい人は、少し前に流行った「図解の技術」系の本を読めば十分。（ / 2004-08-23）

グラフの基礎を正しく把握し、データの“ごまかし”を見抜くのに、
本書は適していると思います。
私は、「グラフの見かた」の相談を受けることがあります。
最近特に多く受ける相談は、
「コンサルタントから、こんなふうに厳しいことを言われたのだけれど」
というもの。
・複数の結果を並べて見せる際にスケールが揃っていない
・３Ｄとすることで実際とは逆の傾向を示す図にしている
ことを指摘し、余計なコンサル依頼料を払わせないアドバイスをしています。
そのような“アドバイス”に相当する内容が、本書には随所にあります。
企業のコンサルティング・調査発注ご担当の方は、
「コンサルタントに騙されない」ためにも、一読されてはいかがでしょうか。（mom-kyoko / 2004-09-01）

内容が濃いか薄いかの感じ方は、読む人でかなり異なるだろう。読書として読むのであればイントロダクションとセクション１、もう少しつけくわえれば各セクションの解説で十分かもしれない。そうすると正味のページ数は余り多くはない。内容は当たり前、されどけっこう意味の深いことをいっているようにも思える。一方、残りの多くのページは参考図とその使い方の解説であり、これを読書として読んでもとても覚えられないだろうし、使えないだろう。ただし、これを図解のカタログブックとしてみれば、結構、重宝である。自分のプレゼンを分かりやすくするために、この本から図解を探すというような使い方である。このときには結構、気付きを与えてくれる。翻訳者の前書きにもあるのだが、わかりやすい図をつくるにはそもそもプレゼンシナリオの構成が重要でそこを考えないままでは、豊富な参考図に弄ばれるだけかもしれない。（chiotai / 2006-05-01）

　誤解を恐れずにいえば、本物のハッカーによるハッカー入門書である。ただし、ネットワーク犯罪者やその予備軍は関係ない。かといって、ハッカーは聖人君子でも数学者でもない。
　技術論だけでなく、ハッカーの生き方、考え方について持論が述べられる。Lisp至上主義など、独善的とも感じられるところもあるかもしれないが、著者は自ら立ち上げたベンチャービジネスを大企業に売り抜けており、その成功体験を背景に主張するだけに反論するなら相当の理論武装が必要だ。
　大企業で出世の階段を昇っていくことなんか考えずに、ずっと最先端の技術と触れていたい、あるいは自分でテクノロジー志向のベンチャービジネスを起こしてみたいと考えている「とんがった」ソフトウェア技術者が若いうちにこのような本に出会えたら幸運というものだろう。あるいは、ハッカーを理解し、尊敬するひとのための本だ。ただし、手とり、足とりの親切さはない。ときおり「分かる人にしか分からない」ような表現もあるので、何年か経って読み直してみたら新たな発見があるかもしれない。（meta-o / 2005-02-28）

最近はwebに発表したエッセイや、ブログのエントリーをそのまま出版したりなんてことがあるけれども、この本もその類。そういう風に書いてしまうと、なんだか企画モノのような中身の無い浮ついた内容、ある種タレント本のようなものを想像してしまうかもしれないけれども、この本についてはそういうことは無くて、なかなかの内容。
内容はポール･グラハムによるIT業界、そのコミュニティ、もしくはハッカー（ごく一般的なITエンジニアも多少通じるところがあります）に関する文化論をエッセイとして論じたもの。
エンジニアが書いた文章だからと言って、その内容が堅苦しいわけでもなく、また理系用語をちりばめた、その知識が無ければ理解に苦しむようなものでもありません。お互いが技術者だから分かる、もしくは分かってもらいたいと言うような読者層を限定してしまう内容ではなく、エンジニアではない一般の人たちにも非常に分かりやすい内容。
特に非エンジニアの人たちには理解に苦しむところがあるのかもしれない、ハッカーの行動、考え方についてはエンジニアを組織、管理している立場の人間にはぜひ読んでもらいたい部分だったりします。 （espio999 / 2006-04-17）

翻訳者の川合さんはGaucheやKahuaのハックで知られる本物のハッカーだ．しかも超コアなLispハッカーだ．その川合さんがウェブサイト上でPaul Grahamのエッセーを翻訳しているのを知ってニヤリとしたものだ．ハッカーはハッカーにしかわからないマインドがある．そのニュアンスを川合さんはうまく伝えてくれていると思う．コンピュータにかかわる人よりも，むしろコンピュータを知らない人の方がこの本を面白く読めるのではないだろうか．あとハッカーには（この翻訳本を読む前提で）是非オリジナルのテキストも読んで日本語には翻訳困難なニュアンスを感じて欲しい．（hironobu_suzuki / 2005-03-24）

眠っていたハッカー魂を喚起させられるパンチの効いた一冊です。
ハッカーと画家の社会的・文化的ポジション、そのほかもろもろの近似を屋台骨にして、ハッカー文化論(?)がつらつらと展開されています。そのつらつらに著者自身の強烈な主観(Lisp最強)が溶け合って、ただの文化論で終わっていないところがこの本の面白いところです。
私もLispに興味を持ちました。この手のハッカー本が好きな方には、まずハズレないですよ。（nskj77 / 2005-05-01）

書店に行くと、この本が他のハッキング、クラッキングノウハウ本に紛れているのをよく見かけますが、
思想、社会等のコーナーに陳列されるべき本です。
著者は著名なハッカーとの事ですが、
neutralに思考し、最後まで考え抜くといった事を軽々とこなしているように見え、
ITに関することのみならず、格差やいじめ等の問題について鋭く、深くかつ共感できる知見を披露しています。
たびたび更新される著者のブログで最新の記事が読めますので、
これからも注目していきたいと思います。（hu2 / 2007-02-17）

プログラムマネージャーとして働くことが多いため、どうやって円滑にプロジェクト、特にチームを率いていけるだろうかと考えていたころ出会った本です。
仕様書の書き方（なるべく面白く書く）、WindowsとUNIXの考え方の違い（これはすごく同意します）、ペーパープロトタイピング（この本でそういうUIデザインの技術があることをはじめて知った）、エクセルの共有機能を使ったスケジュール管理、テスタ（QA）を雇わないと大変、マーケティングの人間にプログラムマネージャーにしない、開発者の面接の仕方、などなど
この本に書いることは全部ためしている。
ぼくが以前はプログラマーであったので、ジョエルの開発者からの視点はすべてに納得がいきます。
でも、結局はビジネスの人はシステムをドラえもんが作っていると思っているんだろうなぁと良く感じる。
今のところ四次元ポケットを作れといわれていないのが救いか？（紅天太郎 / 2007-01-30）

メソドロジやプロセス、プロジェクトマネジメントなどを扱った書籍って、最近多いですね。そういう書籍って、読後に「結局現場で使えるのかなぁ」といったモワモワした感じが残りがちです。そういう本に飽きが来ている人に、この本をお勧めします。この本はソフトウェア開発にまつわる様々なことが書かれた著者のブログを集めたものですが、いろいろな「気付き」を与えてくれるだけでなく、内容がとても「地に足着いて」います。前述したモワモワ感が残りません。著者が現場で得た生きた経験に基づいているからだと思います。
また、訳書ですが、十分自然な日本語であり、とても読みやすいのも GOOD です。（rerun / 2006-02-20）

プロジェクト管理に関する45のエッセイを人気Webブログサイト「Joel on Software」から収録した本。多くの章は読み物として読んだが、中には実務で使いたいと思う方法や考え方を見つけられたのは収穫。一時有名になった「Joel Test」（プロジェクトを成功に導き、コードの質を高めるための指標）に始まり、仕様書の書き方、スケジュール管理、テスターの重要性、ペーパープロトタイピング、開発者の面接方法、チーム管理などなど、ユーモアたっぷりに、現実的ですぐ実践できる指針を示しているのがよい。ブログサイトでのQA集を最終章として収録。（鈴木純一 / 2007-09-29）

書かれている事にすごく共感が出来、そういう本は読んでいて楽しい。
たとえば、低レベルな事が高レベルなモノコトに対する理解や意志決定を支配するって事や、いいから仕様書書けとか、オープンソースに対するIBMのスタンスについてだとか、読んでいてすごく共感できる。
まぁ日経ソフトウェアだとか、ソフトウェアピープルだとか、＠ITとかばっか読んで、いったい僕は(私は)どんなふうにこれからソフトウェアを作っていけばいいのよって思っている、方法論中毒患者(かわいそうに)の方は読むと多少すっきりするかも。
（ishisaka / 2005-12-23）

Webサイトに公開したエッセイをまとめたものです。
内容は、仕様書はどうあるべきか、プログラミングに関するtips、人の採用やプログラミングチームのマネジメント、自分自身の仕事の方法、取組み方、IT業界の歴史や各社の戦略、競争に関する考察、以前にいたマイクロソフトの開発の様子などです。技術技術した話題は少なく、マネジメントやIT業界に関する話題が多かった気がします。
独立した話が４５個程度あり、順序もなく、興味のある内容だけ読めるようになっています。
アメリカと日本の違いなどもあり、「明日からそのまま使える」という本ではなかったですが、その考え方は、ソフトウェアプロダクトの生産現場やプログラミングチームを率いるときに、役に立つことが多い印象でした。
勉強のため、というより、読み物として、と思うと、楽しく読める本であると思います。（lemonerika / 2006-09-24）

初版は１９８７年だから、もう２０年にもわたって読み継がれているソフトウェア開発者の「古典」である。著者のトム・デマルコは、８０年代後半から９０年代にかけて活躍したシステムコンサルタント。構造化技法のひとつである「デマルコ法」の考案者としても著名である。
ドッグイヤーとかマウスイヤーと呼ばれるほど進歩の早いこの業界にあって、本書がこれだけ長い間読者を魅了し続けるのは、まさに書名のとおり、ハードウェアでもなく、ソフトウェアでもなく、それを作る「人」に焦点をあてた論考だからであろう。
最近でこそ、コーチング理論やメンタルヘルスなど、ヒューマンリソースのケアが重要視されているが、当時、開発者のやる気や、生産性の高い作業環境、チームビルディングの重要性を正面から論じた本はこれ以外にはなかったと思う。
現場のソフトウェア開発者の視点に立って、管理者や会社側の不条理を追及するというスタンスなので、当時プログラマだった筆者は「わが意を得たり」と密かに喝采を送ったものだった。チームで回し読みしては「パーキンソンの法則」「スパゲッティディナー効果」「チーム殺し７つの秘訣」「黒服チームの伝説」などなど、議論白熱して終電を逃したことも懐かしい。
当時の仲間はいまや皆管理職になり、本書からは攻撃を受ける立場になった。今、第二版を読み返してみると必ずしも肯ける話ばかりではないが、それは単に立場が変わったというだけではなくて、きっと初心を忘れてしまっているからなのだろう。
というわけで、筆者にとって本書は、この業界に身を投じた当時の初心に立ち返るための大切な本であるが、もちろん若い方にも勧めたい。頭のかたい上司、理不尽な上司の下で働いている方なら、きっと溜飲が下がること請け合いである。（丁三 / 2006-06-17）

いかなる仕事も，それを実行する「人」にかかっている。このあたりまえのことをあたりまえと放置せず，「人」の仕事の質を上げる，または下げる要素について広く深く分析している。特に阻害要因についての記述は，組織で仕事をしている人ならば誰しもが頷け，自分の組織にこうなって欲しいと希望を持ち，
あるいは自分の組織のダメ具合に暗澹たる気持ちになるような内容である。経営者やリーダーたち全員に読んで，本書の示唆通り実行して欲しい本。多数の読者の声によって，そのために復刊されたのだから。（kasm / 2001-11-26）

1987年に出版された第1版にプラスして「ピープルウェアの小さな続編」を設けたこと、それと電子メール環境の繁栄により一部の記述を変更した形となって第2版が出ました。実は第1版は読んでいないのですが、記述されている「プロジェクトにおける人」について如何に振舞うか、扱うかの内容は今も15年前も変らないです。特にプロジェクトにおける管理者の役割についてはプロジェクトマネージメントの精神論的な内容に思えて、「ここまで人を大事にすべきか！」と思われるほどです。作業環境について一人あたりのスペースについても記述されていましたが、目に見えない効果をどこまで管理者層が納得して動けるか・・・というのは大きな課題です。
これまでの日本において欧米に追いつけ、追い越せで実施してきて戦後（そのときは皆中流階級）、そして日本が世界に到達したときに得た次なる目標、次なる仕事の仕方が見えなくなり、それとともにITによる世界的なデフレ化。そのために「人」も他と同じように頑張れば食べていけた時代から、何時の間にか360度評価、実績主義へと変貌したかと思ったら、次は「整理解雇」に意味が取って代わったリストラが台頭してきている現在を思うと、「ピープルウェア」は誰のために？と悲しくなったりします。
お互いの利益を超えた（というか利益を考えずにお互いの幸せを供する）仕組みが近いうち訪れるのではないのかと考えています。資本主義は競争社会であり、かつかけがえのない地球を蝕んできたことを徐々に多くの人が気づき、良い方向に向かおうと努力しているように思われます。そのときには「ピープルウェア」の真髄が随所に発揮される世の中になっているのではないでしょうか。
「人」について一番幸せな方法を皆で考えましょうと訴えてくれた大切な一冊になりました。（やんちゃ青 / 2002-07-02）

旧版とあわせて、折に触れて手に取ります。

・・・プロジェクト成功の鍵は、「技術」「プロセス」「人」の３つ。
ＩＴ技術者にとって「技術」は生命線ですが、
プロジェクトの円滑な推進には「プロセス」と、
そもそもの「人」・・感情を持つ人間の営み、組織論の理解が
十分条件になると再認識し、
チームのあり方や
自身の行言動を振り返ることしばしばです。（papillon / 2007-08-21）

謳い文句としてはソフトウェアプログラマーの管理手法とそのあり方についてのお話。
だが、管理という概念について非常に考えさせられる有益な本だと思う。
実験結果もあり、童話のようなものもあり、説得力も高い。
ただ、内容的には「デッドライン」と多くの部分がかぶっている。
気になったのが、後半部から訳が直訳になっていて、
日本語としてというか文章として成立してないと感じる部分が
非常に多く、翻訳ソフトを通した結果でも見ているかのような
文章になっていた。
「デッドライン」のほうは完璧に日本語に感じられたので残念。（んにゃ / 2004-11-27）

努力をしている人がいる。それはそれは、傍で見ていても真剣で、真摯で、必死だ。でも成果は得られない。むしろ事態は悪化していく。不幸は累積し、当人は燃え尽き、不満を周囲にぶつけ、時にはその不幸を他人のせいにし、孤立していく…。
実はこのような状態の多くは、「問題を解けない」から発生するのではなく、「正しい問題を見つけていないから」発生する。問題を解いても、解いても、問題が解決されないのは、「問題だと思っている事」が実は「問題の本質ではない」ために起こる。本質ではないため、問題を解決したつもりでも別の形で再噴出するのだ。
この本、多くの人に推奨している。が、大抵の「この本を読むべき人」は「忙しいから」「それどころではないから」と言って、この本を読まずに間違った問題を解き続けている。そして、忙しさが減らないと嘆き続ける。
是非、この本を読んでください。自分は関係ないと思っている人、読んでください。そんな暇は無いと言う人、読んでください。これはそんな「思い込みが激しいがゆえに、問題を正しく把握していないあなた」のための本なんです。（fjの教祖様 / 2007-06-14）

「自分に見えてないことは何か？」。問題に直面した時、このように自問できれば、いい方かも知れません。後になって、「なんで今まで気付かなかったんだろう？」と思うことの方が多いかも知れません。この本のメッセージは「問題は解くことより、何が問題か正しく把握することの方が難しい。しかし、問題把握にもコツはある。」です。
本書の中の非常に簡単な事例について考えている内に、以下について新たな気付きが得られることと思います。
１．自分はどんな思いこみをしやすいか？
２．自分の思いこみに気付くにはどうしたらよいか？
ちなみに原書は"Are Your Lights On?: How to Figure Out What the Problem Really Is"。訳は少々分かり難いところもありがすが、これは原書の言葉遊びの雰囲気を伝えようとした結果。間違った訳はないはずで、あまり心配なさいませんよう。（ / 2003-05-06）

「問題は解くより発見する方がずっとむずかしく、ずっと面白い。
―実人生で本当にものをいうのはそこなのだ。」
・・我々の多くの過ちは、
「問題は何なのか？」を確認する前に、答えを出そうとしていることにある、
という指摘は目からウロコ。
日頃、考えている・・・と思っていることが、条件反射的に反応しているだけなのかもしれない。
要求分析・要件定義にとりかかる前はもちろん、システム構築で悪戦苦闘しているのであれば
なおのこと、
少しの時間手をとめて、一読をお勧めします。（papillon / 2006-09-29）

この本が発行されてすぐ読み、その後も多くの人に推薦してきた。
われわれシステム屋にとって、またビジネスマン全体にとって、
問題発掘、問題発見は最も基本となる能力であり、その能力を
磨くための的確な指針を与えてくれている。
この本を読んで面白い、と感じた人は優秀なシステム屋やビジネスマンに
なれる素養があるが、さっぱり分からん、つまらん本や、と思った人は
何度も何度も読み返してみてください。
訳は多少手抜きというかビジネス用語になつていないとは思いますが
出版社が数学の本の専門ですからそれは大目に見ましょう。（三浦文篤 / 2003-08-03）

この本１０年程、前に購入して、昨日読み返していました。こちらのサイトに偶然入り参加しようかなと思いました。 この本他の人が書いているように、問題解決のプロセスを色々なケースで、おもしろく解説していてとても、参考になります。自分の問題解決能力の影には、こんな本もスキルとしてあったなあと、懐かしく思い起こしました。
残念なところは、英語圏での書籍なので、タイトルの事例についても、英文と日本語訳でのギャップが目立つため、原書でのジョークや、ユーモアが今一つ、伝わっていあにような感じを受けました。（ / 2001-02-26）

　仕事で行うプレゼンテーションで使うアイデアを探そうと思い、10年ぶりに、さーっと目を通して見ました。すると、主要な法則は太字で書かれていて、タイトルを読んだだけでなんのことかすぐに思い出すことができました。実際に、日々の仕事の中でこれらの法則を使っていることにあらためて気づきました。また、自分で大切だと思った部分には、鉛筆で線が引かれており、そこだけ拾って読むだけでも再度勉強できた気になりました。そうやって時々読み返してみたい本です。
　自分自身でも様々な経験や感動を「ＸＸの法則」と名づけて記録する癖がついています。ものごとの本質がどこにあるのか、少し冷静になって考えると、直感とは違う法則が潜んでいることに気づきます。
　たとえば、仲間内で作った法則に「3択の法則」というのがあります。人は、3択で選択肢を見せられるとついついその中から選んでしまう、というものです。つまり、一つしか選択肢がないと、もっと多くの（つまり無限の）選択肢を要求したくなるものですが、最初に3択を見せられるとそこで展開された問題空間の範囲で考えてしまうようになるのではないかということです。そういったアイデアを共有し、発展させられるように意識してなったことが、この本から得た最大の収穫かもしれません。 （jimmy / 2002-09-23）

表紙はあまり趣味が良くないが中身は抜群に良書。
笑い話を読ませて法則を導き出す手口は見事。物の見方を磨くと同時に話術も磨ける。いままで何度読み返したかわからないが、そのたびに得るものがある。寝床に一冊、書斎に一冊と二冊持っている。
この本のさらなる使い方には法則の例を自分で見つけて書き込んだり、
自分で新しい法則を作るというやり方もある。
「（増補版）コンサルタントの秘密」を自分で作るのだ。
自分で思い付いたときにノートに書き溜めているが漠然と読むより
理解が深まり、洞察力も上がってきたと思う。（ / 2002-11-20）

本書は、コンサルティングに従事している方や、コンサルタントになりたいと思っている方、コンサルティングに興味を持っている人には強く勧めたい本のひとつです。しかし、たとえコンサルタントでなくても、技術的な仕事に携わっていなくても、この本は多くの意味において有用です。あまりにその意味合いが多すぎるので、ここにいちいち書くことができないほどです。他人と付き合いながら社会で生きていくときに必要なこと（役に立つこと）一般が、この本の主題だと言っても過言ではないと思います。末永く読み返したい本。（鈴木純一 / 2002-05-22）

本書はタイトルは、あまりそそらないモノですが、中身はスゴいです。著者がコンサルタントとして数多くの現場で習得した知識が、高い密度で盛り込まれているのがひしひしと感じます。
何気なくページをめくるだけでも、
・「問題を解決出来る見込みは、問題を起こしたのは誰なのか見つけ出そうとする立場に近づけば近づくほど減少する
・「もし彼らがこれまでしてきた事が問題を解決しなかったのなら、何か違う事をするように勧めるがよい」
・「知らなくても怪我をするとは限らないが、思い出さないとすれば間違いなくやられる」
など、コンサルタントとして働いた事がある人なら誰でも、「なるほど！」と頷いてしまうような金言が満載しています。
しかし、著者のアドバイスは、コンサルタント業界にのみ有効なのでなく、あらゆるビジネスパーソンにとって有益である事が本書を読み終わると感じる事でしょう。
（jiateng4 / 2008-04-29）

「コンサルタント」という気の利いた肩書きを持っていなくとも、問題を発見しなければならない、という場面はよくあることだろう。
そして厄介だけれども、その解決を要求される人はたくさんいるんじゃないかと思う。
そんな人であれば、是非とも読んで欲しい。
エピソードはどれもわかり易く面白い。そして、そこから導かれる数多の法則はどれもが本質を捉えた「知恵」と言える。
一気に読んでも面白いけれど、気が向いた時にちょっとずつ、何度でも読み返すのが良い。その都度に発見することがあるはず。（茶飲 / 2002-12-10）

数十年前に書かれた内容であるが、今現在でも通用する大事なことが書かれています。
笑顔を忘れない、心からほめる、おだやかに話す、人の身になる、顔をつぶさない、
あら探しをしない、といった当たり前のことがわかりやすい事例で説明されています。
カーネーギーの人に対する深い愛情と慈悲の心から発せたれた言葉には重みがあり、
自分の心もあたたかくなり、心から感動することができます。
ビジネスだけでなく日常生活においても、あらゆる人との接し方を改めて考え直す
すばらしい機会を与えられたと思っています。
このギスギスした世の中で、できるだけ多くの人に読んでもらいたい名著です。（まりも / 2008-08-20）

人を動かすには、その人に"気に入られる"か、その人にとって"重要な人物になる"と思わせるかのどちらかではないでしょうか。私はこの４月で入社５年目を迎える社会人で、周囲には自分より入社年次の高い人がまだまだおられます。仕事を成し遂げるためにはそういった人々を当に"動かす"ことが必要になるのですが、本書を読んで以来、人間は感情の生き物であるということを強く意識するようになり、そのおかげで社内外の調整局面において非常に良い結果を得ることができるようになりました。
私のように入社年次がまだ比較的若く、役職も持たない人間にとって特に効果が高いのは、以下のことであると思われます。
■気に入られるために
・その人の良いところを見つけ、本心で褒める
・心からの誠実な感心を寄せる(犬がかわいくてたまらないのは、彼等が人間に大して誠実な感心を寄せしっぽを振ってなついてくるから)
■重要な人物になるために
・業務知識に精通する(特に、"これだけは誰にも負けない！"という分野を作る)
・利己的にならず、周囲の人をよくサポートする
その他にも、本書には実にためになることがぎっしりと書かれています。書店には自己啓発系の本があふれていますが、本書のエッセンス薄めて流用しているものも少なくないです。良書というのは、いつの時代にでも通じるものだということがよく分かっていただけると思います。（らきすけ / 2006-05-13）

おなじみ「道は開ける」と共に超ロングセラーの本です。
頭ごなしに注意しても人は動かない事や、徒に他人を非難しない事。
あるいは、相手に対して重要性を持たせる事の大切さ。注意するときは自分の失敗談をまず話せ・・・などなど。
「おお〜！納得！！」と思わず頷く箇所は数かぎりなし。日々生きる上での教訓としても非常に貴重。
この本に限らず、カーネギーの本は、読む者の人格を大きくする。
読者をひきつける魅力は今もって全く色あせてはいない。（カーネギー2世 / 2006-07-20）

　僕たちを取り巻く人間関係はとても複雑ですね。
男と女、親と子、先輩と後輩、上司と部下など、普段からどれだけ
多くの役割を演じていることか。
そこで良いコミュニケーションをとろうと思えば、相手の立場に立って
物事を考えなければいけない。でも、それは言うほど簡単じゃない。
僕は男ですが、なったこともない女性の気持ちなんて、どんなに想像してみても
リアルじゃありません。
ですから、相手との温度差により思わぬアクシデントが起こることもあります。
そんなとき、この本は複雑な問題をシンプルにする力を与えてくれます。
人間関係の迷路に迷い込んでしまったとき、本書は「いつでも帰れる場所」として
役立ってくれると思います。（チクタクぴあの / 2008-01-15）

D・カーネギーが書いた大変有名な人間関係円滑術＆処世術の本。
『人を動かす原則』『人に好かれる法』『人を説得する法』『人を矯正する法』『家庭を幸福にする法』など...。
日本版の初版出版は約50年前だが、今日でもしっかり通用する内容であり、具体的な例も交えて、複雑な問題の解決法も率直に話している。
（快適生活 / 2008-01-02）

「またビジネス書か。もうビジネス書はたくさんだ」と思う人も多いことだろう（ぼくがそうだ）が、この本は違う。著者はGREATを「株式運用成績が15年にわたって市場並み以下の状態が続き、"転換点"の後は一変して15年にわたって市場平均の三倍以上になった企業」として定義し、この基準をもとに1965-1995の30年間にフォーチュン誌のアメリカ大企業500社のリストに登場した企業を対象として組織的な調査と選別を行って残った11社を、対照的にGOODのままGREATになれなかった企業11社、いったんGREATになったがそれを15年持続できなかった企業6社と比較して分析している。
厳密なふるいをかけて残った11社のGREATな企業は、著者のコリンズと調査チームが驚いたほど「地味で野暮ったい」企業の一覧となった。だが、それらの企業を調査して導かれた結論は、示唆に富む内容でありながらシンプルで分かりやすい。何より興味深いのは「GOODからいかにしてGREATに脱皮するか」という考察が、企業だけでなく個人の人生にもみごとに適用されそうな点である(このため訳書のタイトルには不満が残る。原題は"GOOD TO GREAT")。
「GOODはGREATの敵である」と喝破する著者、ジム・コリンズは「一億ドルもらってもこの本の出版を差し止める気にはならない」と断言するほどの自信をもってこの論考を世に問うている。ビジネス書としてだけでなく、「学生の頃は優秀でいろいろ夢や野心があったのに社会に出ると月並みな成果しかだせなくなってしまった」ことに悩んでいる、GREATになりたいGOODな人たちに人生指南書としてお奨めしたい一冊だと思う。（河野弘毅 / 2001-12-23）

前作ではソニーをはじめとする偉大な企業の分析を実施したが、今回は優良な企業が偉大へと変革するにいたったことの分析をしようという試みをまとめたものです。だからといって調査（５年にわたる！）を前回の継続として捕らえておらず、また内容も前回の継続というよりは同列の資料ができあがって、再度同じ視点でどうなのかが議論できる形になっています。
基本的には以下の循環により、ゆっくりと進化したというのが解になります。ハリネズミの概念と３つの基本原則（情熱、世界一、経済原動力）のみを忠実に実行することにあります。そして行動を起こす人柄としては「ストックデールの逆説」と定義していますが、「必ず勝てるという確信を失ってはならない。ただし厳しく現実を直視する」タイプの人ということです。
世の中には当たり前と思えることが、実は明文化されていなかったり、証明できていなかったりすることが多くて、ことを深めると、「どうしてそれが成立するのか？」という疑問にぶち当たることもしばしばだと思います。本書で示されているデータも内容ももしかすると、当然と思えることかもしれませんが、それでもここまでデータに忠実に具体的にまとめられた形はほとんど世の中には存在しないと思われます。
ただ本書は優良な企業が偉大な企業へ成長したデータの整理であり、本書をまねて人・企業が、本書通りにいくという保証はありません。だからといって無視できない事実も多く書かれていて、経営者や起業家は必読の書では？と思われます。（やんちゃ青 / 2002-04-13）

いわゆる並み（Good)の会社が、いかに偉大（Great)な企業となりえたかという点で、成功したアメリカ企業の事例研究ではあるものの今日業績低迷にあえいでいる日本企業にとっても実に示唆に富んだ内容である。前作（ビジョナリー・カンパニー）は偉大な創業者が、不変の基本理念のもと、偉大な企業を築き上げたという、応用を図るには少し遠い存在であったように感じる。また筆者自身、前作では不明瞭であった点が、今回の調査によって明確になったと認めている。
偉大な企業が例外なく、自社が世界一になれるもの、経済的原動力になるもの、情熱をもって取り組めるもの、という条件にあてはまる事業を取捨選択したこと。トップのカリスマ的指導力によってビジョンや戦略構築を図るのではなく、まず最初に適切な人を選び、その後に目標を構築したこと。自社が置かれた厳しい現実を直視し、十分に意見に耳を傾ける社風を作り出したことなど、自らの企業に照らしあわせても、示唆にあふれている内容である。各章にポイントをまとめているのも使い勝手がよくバイブルとしておいておきたい一書である。（ / ）

前著『ビジョナリー・カンパニー』よりおよそ６年の年月を経て出版された本書。偉大な企業が偉大さを永続する卓越した企業になることを説いた前著に対して、本書はその続編ではなく、「良い組織を偉大な実績を持続できる組織に飛躍させる（Good to Great）」ことを説いたものであり、むしろ前編に当る。前著以上に、本書はすべての企業人、企業家に対して価値ある示唆を与える卓越した一冊だと言える。
　まず、こうした内容の類書・文献は多分に散見されるが、これらと本書とを明らかに異なるものにしている点は、本書が理論の域に達していると言い得ることだろう。巻末に示される膨大なデータ調査の経緯や議論・検討の経緯の記述から、仮説でも一般解でもなく理論だと言い得るのだ。即ち、本書が与える示唆は、勿論実現は容易ではないのだが、科学性・再現性を備えたものだと思われる。
　次に、ただ単に「成功の方法」を説いたものではなく、その持続性に焦点を当てていることは無視できない。即ち、如何に短期的な成功、大々的なキャンペーンがあろうとも、企業組織が持続的発展を望む以上、この視点から考察された本書の示唆は非常に稀有であり、読む者を崇高な想いに至らしめる。ビジネスの競争にあって、ややもすれば独善性や視野狭窄に陥り易い企業人に対して自身を内省させる視点に溢れている。
　第３に、それでいて革新的な提言が盛り込まれている。本書で提示するGood to Greatへの処方箋は、「第５水準のリーダーシップ」「最初に人を選びその後に目標を選ぶ」「厳しい現実を直視する」「針鼠の概念（ＢＨＡＧ）」「規律の文化」「促進剤としての技術」「弾み車と悪循環」の７つの概念から構成されている。「第５水準のリーダーシップ」はコッターなどが提示するリーダーシップモデルを超えて更に「個人としての謙虚さと職業人としての意思の強さ」を兼ね備えたリーダーの必要性を説いている。また、「最初に人を選び次に目標を選ぶ」というのは人的資源管理の原則的な考え方とは趣きが大いに異なる。加えて、「促進剤としての技術」では技術はあくまで補助に過ぎないことを再認識させ、それに振り回される企業人に警鐘を鳴らす。非常に有益で考えさせられる示唆が豊かなのだ。
　本書が示すところは所謂「企業変革」とは明らかに相容れない空気がある。しかし、短期的に華々しい変革ではなくとも超長期の卓越を得たいのであれば、本書の説くポリシーがまずもって優先されるべきだろう。偉大な企業に脱皮し持続的高成長を掌中にするためには、市場環境に対応すること以上に、規律ある組織や内省できる個人など、深く・潔く自らと向き合うことが如何に重要であるかを思い知らされる。
　間違いなく秀逸な良書である。（ダチョウ平雅作 / 2005-02-19）

本書に関するレビューを見ると、紹介するべき内容はほぼ出尽くしているようですので、違った切り口で考察いたします。
偉大な企業になる際必要なもののひとつに、「針鼠（はりねずみ）の概念（３つの円の中の単純さ）」というものがあります。３つの円とは、
1.情熱をもって取り組めるもの
2.自社が世界一になれる部分
3.経済的原動力になるもの
で、この3つの円の重なる部分を深く理解し、その分野に思い切って事業を集中することが偉大な企業への道である事を示していますが、これは何も偉大な企業になるためでなく、凡庸な人材が偉大な人材へ抜け出すための法則ともいえるのではないでしょうか。
　つまり、自分のしている仕事について振り返ってみるのです。
1.自分の仕事に情熱を持っており、仕事が好きでたまらず、仕事をやっていること自体が楽しい（毎朝、目覚めて仕事に行くのが楽しく、自分の仕事に誇りを持っている）。
2.持って生まれた能力にぴったりの仕事であり、その能力を活かして、おそらくは世界有数の力を発揮できるようになる（自分はこの仕事をするために生まれてきたのだと思える）。
3.その仕事で十分な報酬が得られる（これをやってこんなにお金が入ってくるなんて、夢のようではないかと思える）。
という三つの円の重なる部分を見つけて仕事をしていけば、凡庸な人材が偉大な人材になる可能性があるという事なのです。偉大な人はなかなか居なくとも、可能性のある人は案外身近に居るのではないでしょうか。そんな人は「針鼠（はりねずみ）の概念」で、浮気をせずに今の仕事に集中している事が肝要だということです。まだ若く、自分の３つの円を把握できないのであればまず、それを深く理解し確立する努力が必要なのでしょう。（Coffey man / 2008-01-14）

バイブルとしていた「ソフトウェア開発の神話」の20周年記念増訂版とのことで期待して読んでみましたが、翻訳の下手さかげんにうんざりです。無理やり今風の言葉に訳している感があり、前作の真意が全く伝わりませんでした。アーキテクトは設計者、インプリメンテーションは製造担当、実現者とはいやはや意味不明、コーダーのことでしょうか。「ソフトウェア開発の神話」を読んでビシバシ伝わってきた感動が何も伝わってきません。山内正彌氏の翻訳の素晴らしさを改めて実感。（ユキナガ / 2005-03-20）

同業人として、名著、古典と呼ばれるこの作品の購入は
迷うことがありませんでした。
そこで読み始めてみると、
１．文章のリズムが日本語と異なっており（英文調？）、
２．（メインフレーム）プロマネの経験がないと理解
　　（同調すること）が困難では
と思われる内容でした。
但し、同内容の立場にある人には、大変有益な
内容であろうと思われ、個人的には機が熟した時
（著作と同じような立場になった時）に
読みたいと思う著書でした。

（HJ / 2007-02-11）

元が論文だったそうで結構わかりづらいです。
最初の２，３章と、最後のまとめの部分はそこそこですが、中心部分は理解しづらいです。訳が悪いという話もあるようですが、それも一因かもしれません。
あと、元になった話が20年以上前だということで、例えが現状に則さないのも一因かも。うわさの本なので買ってみましたが、ちょっと後悔気味です。（timeserver / 2006-04-06）

本書の扱いは大きく３つあると思います。（１）開発現場で経験のある人が読む、（２）これからその現場に入っていく人が読む、（３）一般知識として読む。私は（1）になりますが、いくつか参考になる部分はありました。ですが、（２）、（３）の方は、正直云って分かり辛いと思います。大雑把な分類ですが、これを参考に購読して頂ければ幸いです。（plynth / 2006-05-02）

ＩＴ関連に携わる者の間で、長年語り継がれている真理の一つであるブルックスの法則「遅れているプロジェクトに人員を追加するとさらに後れる」は、この本から引用されました。
本書は、私の周りでは頭の悪い体育会系経営者（管理者）から「縁起の悪い迷信」や「若輩者の言い訳」として迫害をうけたりしました。しかし、本書は、ソフトウェア開発者の愚痴やネガティブな意見をまとめたものでは決してありません。
著者の経験かれ得られた数々の提言は、ソフトウェア開発の本質を解き明かしてくれるでしょう。
初心者には難しい内容かもしれませんが、経験を積めば本書の内容がより分かるようになるでしょう。初心者にこそ読んで欲しい名著です。（スペースデブリ / 2003-04-21）

近年ソフトウェアプロジェクトマネージメントに関する本が多数出版されているが、この本を読むと、それらの著者方々は一体どれくらい実際の経験をお持ちなのだろう？、と問いかけたくなってしまう。
理論は勿論重要であるが、実際にinvolveされるのは生身の人間である。この本は、Windows NTという、ソフトウェアでも最も複雑なオペレーティングシステム（OS）の開発物語であり、ソフトウェア開発の現場の悲惨さ（？）が見事に再現されている。
今の流行はCMMやPMBOKであろうが、それらの机上の理解と平行して本書を読み、理論と現実のギャップを是非味わってもらいたい。
しかし、歴史は繰り返されるのか。主役のカトラー氏はDECでVMSという、私見では史上最も素晴らしいOSを開発したが、UNIXの登場によりDECを去り、Microsoftに移りNTを開発した。それが現在またLinuxにその座を脅かされることになろうとは！（加納 裕 / 2003-04-04）

マイクロソフトでWindows NTを開発したグループの奮闘記。DECから引き抜かれてNT開発グループの技術的な責任者になったデビット・カトラーが主人公的存在で、その他グループのメンバーや、マイクロソフトのマネジメント（ビル・ゲイツ他）も頻繁に登場。大規模で複雑なプロジェクトがどのように立ち上がって、どのように組織化・管理され、どのように混乱をきたしたかが、生き生きと如実に描かれているのがすばらしい。ここまで深入りした取材を認めて、赤裸々なプロジェクト記録を出版するのも許可したマイクロソフトには（以外にも？）懐の広さを感じた。プロジェクトメンバーの情熱、（特には野心）、消耗、混乱が、これほど具体的に（正確な日時と実名入りで）記されている本書は物語としておもしろいだけでなく、記録としても貴重な一冊。（鈴木純一 / 2003-12-27）

DECの技術者と、マイクロソフトの経営者の協働（きょうどう）が、WindowsNTであることを知る人は技術者以外にはいないだろう。
まして、Windows New TechnologyのWNTが、DECのVMSの次の文字であることを知る人はもっと少ないかもしれない。
サイエンスフィクション（SF)ででてくるHALが、IBMの次の文字であることをなぞらえたように。
マイクロソフトは、BASIC以外のMS-DOSの時代から、よその技術を持ってきて、販売する会社であることを知っていれば、本書に違和感はない。
また、２０年ほど前には、UNIXの最大のベンダであったことも知っているとよい。Xenixの販売代理をしていて、PC-UNIXといえば、マイクロソフトのXENIXだということを知っていると、よく分かるかもしれない。
背景知識がないと、一部誤解する人もいるかもしれない。（kaizen / 2009-03-22）

Microsoftがサーバ部門に本格参入した最初のソフトウェア、
WindowsNTの開発物語です。Windows2000の１つ前のバージョンです。
あれだけ大規模なプログラムを全くのゼロから書き上げていくのは、
全く想像も出来ないほどの労力であったと思います。
DEC（今のCompaqに買収された企業）からMicrosoftに引き抜かれて
やってきたある一人の気性の激しい天才プログラマが、
遅々として進まないサブグループや大量のバグなど幾多のトラブルを乗り越え
いかにかの巨大オペレーティングシステムを築き上げたかを、
非常にリアルに紹介しています。
原著"SHOWSTOPPER!"の著者が非常に良い文章を書いたのを、
翻訳者がその雰囲気をほとんど損ねることなく訳してくださったので、
原著の良さそのままにこの面白いストーリーを堪能することが出来るでしょう。
基本的には登場する人間自身に焦点を当てたドキュメンタリーなので、
コンピュータを全く知らない人にも十分お勧めできます。
金のためでも名誉のためでの無くただ完成を目指して働く人たちの有様は、
今の日本人がすでに忘れてしまった何かを思い起こさせてくれるかもしれません。
機会があれば是非ご一読をどうぞ。（たっくす / 2003-02-05）

WindowsNTが開発されていくまでを、息もつかせぬ展開で語り尽くしています。まるで作り話のような熱く激しい展開に、どんどんページが進んでいきました。まさにノンフィクションの最高傑作と言えるでしょう。翻訳によくある誤訳やよくわからない訳などがかなり少なく、スラスラと読めたのでよかったです。（ / ）

OSという複雑極まりない製品を世に送り出すまでの記録。
記録と言うよりも一つの物語としてとてもおもしろい本だった。
読んでいると「ワーカホリック万歳！」と叫びたくなってしまう。
家族を顧みず、2度も離婚をしたが、それでいいといえるほどの仕事が私もしてみたいものだと思った。
これほどまでのことをしないと作れないOSというものを作れる企業はもうこれからは少なくなっていくのかもしれない。
また、それに匹敵するものを圧倒的多数でよってたかって開発する、というLinuxとの対比としての視点から読んでみても面白い。
簡単に言うとおすすめです。（sleipnir13 / 2003-07-13）

マイクロソフトでWindows NTを開発したグループの奮闘記。DECから引き抜かれてNT開発グループの技術的な責任者になったデビット・カトラーが主人公的存在で、その他グループのメンバーや、マイクロソフトのマネジメント（ビル・ゲイツ他）も頻繁に登場。大規模で複雑なプロジェクトがどのように立ち上がって、どのように組織化・管理され、どのように混乱をきたしたかが、生き生きと如実に描かれているのがすばらしい。ここまで深入りした取材を認めて、赤裸々なプロジェクト記録を出版するのも許可したマイクロソフトには（以外にも？）懐の広さを感じた。プロジェクトメンバーの情熱、（特には野心）、消耗、混乱が、これほど具体的に（正確な日時と実名入りで）記されている本書は物語としておもしろいだけでなく、記録としても貴重な一冊。（鈴木純一 / 2004-02-15）

「Inside WindowsNT」という本があったが、こいつもある種「Inside
WindowsNT」といえる本。WindowsNTそのものよりも、システム開発にお
けるデスマーチを書いたものとしては、古典的名作といえる。プログラ
ミングとかＯＳのことを知らない人にもわかるように書いてある箇所が
ちょっとうざったくなるのを除けば、これは間違いなく面白い本。カト
ラーをはじめ登場人物は皆キャラが立っているのも高ポイント。
その後のカトラーは、今でも現役のプログラマとして、64bit Windows
のコアをゴリゴリと開発しているらしい。なんでもWindowsのx64
Edition（とりわけAMD64へのチューンナップでは）について大きな役割
を果たしていたとか。
日経ＢＰはこの本も文庫にすればいいのに。
（エパメイノンダス / 2006-06-02）

リリースは延期され、チームの士気が明らかに下がっていた。
それでも、自らが生み出したドッグフード(次世代OS"NT")を使い、それ自身を組み上げて行った。
そしてそれはWindows NTと言う形でリリースされた。
その顛末が、事細かに記録されている。
時として、リリース間近になるとデスマーチに陥りがちだと言うことが、
あのMicrosoftでさえ同様であると言う真実が垣間見える。
多くの中心メンバーはこのNTの初期バージョンの開発後に退社したと言う。
NTはただの消耗戦だったのだろうか？
それを見極めてみてはいかがだろうか。
ところで、デビッド・カトラーは2008年時点でWindows Azureと呼ばれる
未来のWindowsの開発に名を連ねていると言う。
これはクラウドコンピュティングに特化したOSであると発表されている。
67歳になってなお、生ける伝説は続いているのである。（yu++ / 2009-07-20）

"Just for Fun" was written by Linus Torvalds who developed Linux.
This book refers wide contents from development process of Linux to Linus Torvalds's private life. As shown in the title, I was prepossessed by the story that Linus succeeded as a result of putting all his heart into a favorite thing. It seems we do best the things we enjoy.（67001@厨マコト / 2009-03-26）

オープンソースの考え方から見ればFreeBSDの方が圧倒的に支持されるはずなのだ。だけれども何となく昔からLinuxユーザだった。
高価なMathematicaとかMatlabとか、が買えるはずのない、雀の涙ほどの研究費しかあてがわれていない、大きな金額の研究費も当てることのできない、貧乏で、ぱっとしない学者にとっては、デフォルトでCコンパイラのついていて、しかもLaTeXがインストールされているLinux（ほとんどのPC UNIXのディストリビューションがそうだけれどね）Linuxにはお世話になっている。
そういう一人のLinuxユーザが読んだ感想を書きます。
自分がLinuxユーザであるしLinuxがなければ仕事ができないので、なんとなくこの本を買ってはいたが、読む気がしなかった。
どうせオタクの独りよがりとLinux開発の苦労話がさらっと書いてあってそんなに大事な本には思えなかったからだ。
それにマスコミがLinuxを盛んに取り上げる機会も減ってきたし、あきらかにLinuxブームは去った。
だから本棚に一年以上も読まずに置いてあった。
それで、ただの気まぐれに読んでみたのだが、完全に侮っていた。
面白い本だ。
ただのオタクの内輪話だと思って読み進んでいたが不覚にも感動さえした。
リーナスの言う「楽しさに意味を見いだす意味」には共感できるものがあるし、生存と社会と娯楽という彼の視点は下手な哲学書よりも説得力がある。
その開発者にして、今や人類史上最大規模のプロジェクトとなったLinuxのバックグラウンドには、リーナスのの肩の力の抜けた、でも、しなかやなオタクの感性の産み出したものだった。
でも５年後にはだれもLinuixを知らなくなっているかも知れないけれどね。
それはそれでリーナスの思想に良く合っていると思う。（3流心理学者 / 2005-07-02）

リーナス君は.comやITビジネスで成功した諸々のお金の亡者と一緒にしてはいけない。単なる金銭欲とか、名誉欲にかられた人間には、彼がなしえてことを理解できないと思う。彼のオープンなマインドと、ネットを介したコミュニティにおける信頼が基盤にあったからLinuxを作り上げることができたのです。これからの時代の生き方を教えてくれるライフスタイルなのですよ。エンジニアに限らず、人間の生き方のひとつの側面を垣間見させてくれます。（goomuch / 2001-05-18）

linaxの生みの親リーナスを知る著書。持論ではすばらしい人の自伝は陳腐な小説を負かすと考えているが、本書はまさにそれにあたると思う。今やWindowsは日々その欠陥をネットに露呈し、政府系がこぞってLinax採用に踏み切っている。個人的にいつかWindowsはタダになり、設計図をネットに公開せざるを得なくなると思っている。このリーナスの所作のために。
むしろ文系の学生に読んでほしい。優れた人生の師の本だと思う
結論。人と同じ人間はもう価値が無い。人と違うことこそ誇るべきことで価値がある。（voodootalk / 2003-07-20）

リーナスがLinuxの商標とっちゃったよとかストックオプションで大もうけしているよとか
トランスメタで商業主義に取り込まれたよとか、2000年前後に流れた憶測やニュースの
裏側を読むことができる。
　彼の立場を知った以上、少なくとも彼に対して金の亡者に堕落したとか、ただの人に
なって落胆したとかの批判はできなくなってしまった。
彼はすでに十分すぎるほどのものを作り出してくれたし、迷走しがちなオープンソースの
プロジェクトに方向付けをする穏やかな独裁者も演じている。
　それ以上の役割、たとえば清貧であったり、反マイクロソフトのリーダーであったりする
ことをリーナスに押し付けるのは筋違いと言うものだ。
　彼の人生なのだ。それが彼にとって楽しいのであれば、それ!でいいじゃないか。
。（ohsaruman / 2003-10-28）

ある道具をうまく使えなかったら、それはあなたのせいではなくて道具のデザインが悪いせいである。
この本の主張はこの1文に集約できる、と私は敢えて断定します。日常の道具である電灯のスイッチやドアのデザインを具体例に、使いやすくデザインするための原則が丁寧に説明されています。
実例はこのような日常の道具なのですが、ひとが使うためのものであれば誰にでも適用できる原則です。そして、世の中にはひとの使うためのものはたくさんあります。あなたの仕事や専門に照らして考えてみてください。「使いにくいのはデザインのせいである」と思える何かがあるのではないでしょうか。
私自身も、専門としている仕事にかかわる、しかしながら普通の意味の「道具」ではないところに関して、非常にこの本が参考になりました。読む前は思いもよらなかった収穫です。（こじま / 2003-10-28）

　全ての”ものづくり”する人にとって得ることが多い著書だと考えます。
　本書中、悪いデザインの例としてオフィスの電話を、良い例として自動車を取り上げています。
　きっとあなたのオフィスの電話にも、ピックアップや保留等の機能がついています。ぶ厚いマニュアルを読まないと機能の存在さえわからないだけです。
　これに対して自動車は、電話より機能が多い（エアコンやオーディオまである）のに、初めて乗る自動車でも、運転できると思います。
　この２つの差は、ユーザの勉強不足等が理由ではなく、商品のデザインに関係しているというのが本著者の主張であり、非常に参考になります。
　私も技術者のはしくれですが、今まで「マニュアルをきちんと書く」というのが最良であると教えられ自分でもそう考えていましたが、
　★マニュアルが無しで操作可能なように設計（デザイン）する★
が最良の道であることを知りました。（cxj01155 / 2003-08-26）

事例は確かに古いようですが、そのようなことは全く関係なく現在でも普通にあてはまるわかりやすいものでした。最近は建築でも工業デザインでも、わりと「シンプル」なものが多いように見えますが、「シンプル」=「何もない（少ない）」ようなことに錯覚しがちです。この本を読んで、アフォーダンスすら省いた「シンプル」が、外見だけでまかり通ってしまっている現状があることを再認識しました。
ユーザーと対象物との関係が明確にデザインされていることも、ものにとっては必要な機能なのだと思いました。この本を一通り読めば、単に「何もない（少ない）」のか、必要な機能を盛り込んだ上で本来的に「シンプル」なのか、デザインするときにも何かを選ぶときにも通用する基準が明確に持てます。（tayki / 2002-12-26）

この分野では、有名な書籍です。写真など見るとに少し古さを
感じる方もおられるようですが、内容的には普遍的、重要な
要素を多く含む優れたものです。その意味では、少し古典的
ではあるものの、アフォーダンス、ヒューマンインターフェイス、
情報デザインに関する必読書、名著であると考えます。（チューリング / 2002-04-02）

ずいぶん昔に友人に進められて、この本を読みましたが、いまだに思い出します。ソフトウエア技術者としてそれほどデザインを重視していませんでしたが、目から鱗が落ちました。 機能重視で、いろんな機能があればそのほうがいいじゃん、と考えている方にお勧めします。
ちょっとうろ覚えですが、モデルがユーザに分かることが重要であるというメッセージは印象に残っています。たとえばCDプレーヤで、CDにも再生や早送りのボタンに三角形が使われています。別段本当に巻いてるわけではないのに、です。これはテープレコーダというモデルを利用してCDプレーヤの操作方法をデザインしているというわけですね。そんな話があったと記憶しています。（ / ）

本屋でこの本を見かけた時、表紙を見て嫌な気分になってしまった。"Will Code For Food"（食べるためにコーディングします）とのダンボール箱の切れ端を掲げたプログラマの成れの果てのもの乞いの写真が載っていたからだ。表紙でかなりネガティブな気分になってしまったのでこの本は買うまいと決めて居たのだが立ち読みして１８０度この本に対する評価が変わってしまった。素晴らしい。「達人プログラマー―システム開発の職人から名匠への道」を彷彿させる良書。単なるコーダーの仕事はインド、中国等の低賃金の国に流れているこの時代にプログラマは如何に生き残るべきかを解説した本。タイトルから著者がインド人プログラマに偏見を持っているのかと印象を受けるが、決してそうでは無く著者がインドに赴任していたこともあり著者の描くインド人像は私の経験と照らし合わせてみてもかなり正確（エネルギッシュで熱意がある、因みに私は三人インド人の同僚が居る）。
著者がRuby大好きの下りを読んで立ち読みしている足でレジまで行って購入。じっくり読んでこの本の良さを再確認。達人プログラマを目指す人は読むべし。（じんけうどんき / 2006-10-14）

オフショアは価格競争の担い手であると同時に、コンペティタでもあるわけですが、ユーザーが利用しているときには味方（必ずしもそうなり得ていない現実もあるのですが）ではありながらも、やがてはそのユーザー自身をも置き換えられてしまうような、諸刃の剣的存在として捉えられることが多いと思います。カバーには物乞いと化したプログラマの写真、そして本書のタイトルが暗示しているかの如く。
しかしながらこの本は、そうした現実を物語る本ではなく、その現実にどのように対処すべきなのか、という著者から技術者への52の処方箋的提案として構成されています。
そしてその提案は、オフショアに対する見方、捉え方、接し方を云々するものではなく、技術者としてどうあるべきなのか、と言うことに終始しているのがポイントで、実は本書の内容は、オフショア云々とは本質的には関係無い、「技術者心得」的なものだったりします。（espio999 / 2006-10-17）

もうタイトルで参った。即買いしてしまった。
なぜ、「My Job Went To India」の部分を日本語にしなかったんだろうと
惜しまれる。そうすれば、もっと売れるはずだ。
日本の場合、地理的要因と文化的背景もあって、My Job Went To China
という感じだが、この業界にいると、職場にどんどん中国人がプログラマで
派遣されてきて、脅威を感じるのは、私だけではないと思う。
そんな人にとてもおすすめ。
目次に「もうコーディングは武器にならない」ってあって、プログラマの
未来はないのかと思わされるが、大丈夫。
それでもプログラマであり続けたい人のための方策も書いてある。
その方策は一言で言えるものだが、ネタバレするので、ここには書かないが
なるほどと思った。同じ土俵で勝負してはいけないんだなと。
それにしても、世知辛い世の中になったものだ。（よろよろ / 2007-10-05）

→ソフトウェア開発者という、「一見して弱い立場」から捉えた
　「仕事の本質」が語られています
　
→殺人的な技術スピード、
　要求を突きつけ続ける上司と顧客、
　そして、押し寄せるオフショアの波．．
　そもそも弱い立場であるにもかかわらず
　さらに厳しい環境にさらされている人々が
　どうやって生き残っていけばよいのかの「具体的な方法論」とともに．．
→著者の　
　１流のミュージシャンと共にサックスを奏でていたことや
　１年半インドに住みながら、オフショアを「体験」したことをふまえ
　ソフトウェア開発が
　「弱い立場」の出口の見えないトンネルのような仕事ではなく
　「魅力的で、やりがいのある立場」の「輝かしい未来を創る仕事」であると
　教えてくれています
　．．５０を超える格言とともに．．
→私はプロジェクトマネージャー志望なので
　この本で書かれているソフトウェア開発者の方々が持っているような
　プログラミングや言語に対する情熱は持ち合わせておりません．．
　．．しかしながら、この本を読んであらためて
　もう一度プログラミングをやってみたいという衝動にかられました
　最新の技術を追いかけながら．．（よこはま　こうたろう / 2007-07-24）

まず題名に魅了された．
なかなか良い題名を付けたと思う．
日本人の著者では書けないような内容が随所にあり，
楽しく読ませてもらった．
アメリカとかインドばかりではなく，
日本は勿論，世界中のどこの職場でも通用するような心構えが書いてあり，
プログラマーでなくても一読の価値あり．
ただし，本の中身は，その題名ほど衝撃的なものではなく，
そこそこ面白い程度と感じた．
オープンソースの勉強を盛んに推奨しているが，
著者自身がその系統の本を書いており，
なかなか宣伝上手だと感心した．
（ジミタカ / 2008-06-03）