![闘うプログラマー[新装版] ビル・ゲイツの野望を担った男達](https://res.booklive.jp/111325/001/thumbnail/2L.jpg)
あらすじ
1980年代にMS-DOSでパソコン市場を制したマイクロソフト社は90年代、「本物」のOSを開発するプロジェクトを立ち上げます。本書は同社の世界戦略を担ったOS「ウィンドウズNT」の開発物語。ウィンドウズNTは後にウィンドウズXPの基盤となり、世界中で使われることになります。このプロジェクトのため、同社に「伝説のプログラマー」が呼び寄せられました。彼の名はデビッド・カトラー。強烈な個性を持つこの男を主人公に、開発者たちの壮絶な人間ドラマが展開します。100人を越える関係者とのインタビューに基づき、凄絶なソフトウェア開発の実態が赤裸々に描き出されています。単なる企業内の開発ストーリーという範疇を超えた、ノンフィクションの名作。
...続きを読む感情タグBEST3
Posted by ブクログ
ウインドウズ作るとかいうマジ吉の所業をやってのけた人たちの話。大きなものを良く作ることの下に折り重なる犠牲が大きい。カトラーがいなければ無理だった。
Posted by ブクログ
Microsoft の Windows NT （1988-1993 頃）の開発ヒストリー。
かなりの大人数が昼夜休まずに必死に闘い抜いた開発秘話が語られており、とても面白かった。
開発リーダー 兼 プログラマー（プレイングマネジャー）であり、この話の主人公でもあるカトラーの異常なまでの仕事に対するストイックな姿勢や、その周囲の開発者の動き方/考え方など、刺激になる部分が多かった。
かなり胸が熱くなった。
Posted by ブクログ
Windows NT開発のノンフィクション小説。NT開発なのでだいぶ昔の話だが、現在のソフトウェア開発に通じる話も多く、楽しく読むことができた。当時ソフトウェア開発を行っていた自分としては、この巨大なシステムを闘い抜くチームの話は非常に内容が濃く、衝撃を受けた。主人公デビッドカトラーが、チームリーダーでありながらコーディングもしている姿は、とても共感を感じた。
Posted by ブクログ
いまさら？という感じですが読みました。Windows NTの開発物語ということですが、古さは感じませんでした。今と違うのはスケールだけであり、同じような光景はきっとあちこちで繰り広げられているのでしょう。それは進化がないということを意味するのではなく、進化を凌駕する複雑さの爆発的拡大を意味するのだろうとぼんやり考えてしまいます。
ということで、ソフトウェア開発に少しでも関わっている人にはおすすめです。
個人的に興味深かったのは、テストをする人がコードを読み込み、コードの間違いまで含めてバグを報告すると言うことと、１００％ではないということの許容の仕方です。私は、テスターさんの役割について、バグを洗い出しその状況を再現できるだけの十分な情報をコーディング担当者に伝えること、と硬直的に考えてしまっていたなあと反省しております。
Posted by ブクログ
* 当たり前なのだけど、みんな価値観が違うというのを最確認できた。
** 読む前は NT 開発時のデスマの話ぐらいしかイメージがなかったのだけど、登場するエンジニアの価値観の多様さに驚かされた。漠然と MS であればスキルが高いエンジニアがいるのだから、それなりにまとまっているのかと思っていたのだけど、スキルが高い以外は全く共通点がなく、まとまりがあるようにも見えなかった。
** 自分の周りにもいろんな価値観の人がいるわけで、それはあたり前のことなんだと再認識できた。
* アメリカでも一部は無茶苦茶働くという話は聞いたことがあったが、その実例を見ることが出来た。
* 別に難しいことは書いてないのだけど、普段より読むのに時間がかかった。つい、考えこんでしまう内容だったのかもしれない。
Posted by ブクログ
チームワークと聞いて思い浮かべる麗しい姿はどこにもなく、ドラマチックな展開が巻き起こるわけでもなく、ただただ泥臭く立ち向かう描写が続く。だからこそ「月並みな仕事しかできないのは、才能がないからではない。意思に問題があるからだ」という言葉が突き刺さる。
Posted by ブクログ
アメリカ版プロジェクトX
・猛烈に働くことの意味とは
・不完全な人間が完全を求める
・プロジェクトマネジメントに求められること
・泳げないやつは溺れるだけ
・カトラーのような上司は嫌だけど憧れる
みんなの意見を聞いていてウィンドウズNTを創れたか？
Posted by ブクログ
1994年に発売されたWindows NT開発をひたすら追ったドキュメント。DECから移ったデイブ・カトラーがリーダーとして剛腕を発揮し、軋轢を生みながらもプロジェクトを推進する。部下に100%の献身と完全さを求めるリーダーで癇癪もよく起こす。原著は1994年に出ているので、まだ関係者の記憶も新しい頃に出た本。
コーディング-テスト-バグ取り-修正ビルド-テスト...という大規模ソフトウェアプロジェクトお馴染のプロセスが、終わりがいつなのか、そもそもあるのか分からない状態で続く。著者はインタビューで得た事実を元にして、まるで何かに憑かれたかのように、その経緯を関係者の実名を挙げて漏れがないようにという熱意を持っているかのように書きつける。果たして、それは作品として必要な表現やプロットなのか分からない。ただ、最初は違和感があったが、読み進むにつれて妙な迫力を作品に与えている。
NTはこの後、Windows XPにその成果が引き継がれる。Windowsがいつのころからかブルースクリーンを見なくなったのは、このNTのプロジェクトがあったからだと言える。
そういった話を離れて、巨大ソフトウェアプロジェクトとはつまるところこういうことなのだ、という思いを抱くのは、著者の期待するところ以上のものなのかもしれない。
性格と能力を考えると、自分は実はプログラマーに向いているんじゃないかと思っている。タイミング的に環境がそうならなかった。よかったのか悪かったのか、この本を読むとそう思う。
そう思う人は少ないかもしれないが、不思議な本だ。
Posted by ブクログ
WindowsNTというOSが作られる過程を辿ったとあるプログラマーたちの話。
「バグを潰す」ただそれだけに熱心に仕事に取り組んだこの本の主人公、デーブ・カトラーはMicrosoftに入社してからも、その絶大なるリーダーシップを発揮して、キャンパスライフ気取りをしていたチームに一喝を入れた。
彼の多大な貢献は今の複雑系を扱う世界にとっても、見習うべきものである。
改良を重ねるたびに見つかるバグに途方もくれることなく、ひたすらに戦い続けた先に今現在のOSの歴史が刻まれていると考えると感慨深い。
Posted by ブクログ
巨大なプロジェクトに携わるプログラマーのいが書かれている。
さまざまな人材をまとめ一つのことを成し遂げることの難しさを実感できた。
そしてそれを可能にしたカトラーのリーダーシップのあり方は参考にしたい。
プログラムの世界ではコンピューター上で動くか動かないかとういう絶対的な基準があり、それが世のプログラマーを虜にしている。
Posted by ブクログ
良かった！
自分は得にMS信奉者では無いが、巨大なシステムを人生の大部分を投げ打って作り上げる技術者たちの姿に胸を打たれた。
これだけ世界に浸透したオペレーションシステムにはそれなりのエネルギーが注ぎ込まれているんだと思うと納得。
ただ、文章が何というか、単調過ぎて辛い部分もある。
そこは逞しく脳内補完でストーリを膨らませて読んでいくと何とも言えぬカオスな現場が思い浮かび没頭できるかもです。
技術者として、こんなプロジェクトをものにしてから死にたい。
Posted by ブクログ
難易度の高いソフトウェア開発プロジェクトにおいて、「カリスマ」が必要不可欠であることをまざまざと見せ付けてくれます。
なんか、こういう「絶対できる！！俺についてこい！！」と、自ら模範を示しながらひっぱっていく凄腕リーダーなんてみたことないし、興味深い。やっぱこういう狼がひっぱれば羊の群れも強くなれそう。
ソフトウェア開発って理屈と理論でわりきれそうだけれど、こういった人間の精神に奥深く影響を与えひっぱっていく指導者ってやっぱり必要だよなぁと感じる。
プロジェクトって、技術的選択肢はそれこそ山のようにあるけれど、一度決めたら、もうそれで突進していく意志の強さをリーダーは示すべき。いたずらに他の可能性を追ってぶれるべきではない。そう認識させられた。
デビッドカトラーはWindowsAzureの開発も担当しているらしく、もう相当なおじいちゃんだと思うけれど、これだけ技術の移り変わりの激しい業界で、まだ第一線で活躍していることは脅威だと思います。
Posted by ブクログ
5年くらい前に読んだのだが、最近復刊したらしい。
（割と評判が良かったようだしね）
WindowsNTの開発ドキュメント。カトラーという凄腕プログラマの指揮する開発チームのソフトウェアとの戦い・人間との戦い・会社との戦いを描く。
もう一度読むつもりで本棚に登録。
・一人の人間の頭でNTの全貌を理解することは不可能。
・人間の作り上げたものの中でNTほど複雑なものはそうそうない。
・壊れたらとにかく直せ！
（あいまいだが）など今でも印象に残っている台詞もある。もう一度新たな気持ちで読みたい。
Posted by ブクログ
復刊されていたということで、読んでみました。
NTというと、当時 Windows 95の、次がNT4.0という長いつきあいです。
気がつけば、Windows 2000/XP/Vista とNTを基盤をするWindowsにシフトしていったことを思うと、
NTはマイクロソフトにとっては最大のプロジェクトだったんだなと思います。
ただ、その道のりは厳しかったようです、この本から当時の状況が伺えます。
技術書と言うより読み物としての側面が強いで、読みやすくなっていますが、
現実は、ここで書かれている以上に大変だったんだろうなと思います。
３年ぐらい同じプロジェクトでデスマーチをした経験から、そのすさまじさが目に浮かびます。
しかしデスマーチが死の行進というタイトルがついているのには笑いました。
そう、死の行進なんですよね。
Posted by ブクログ
壮絶なソフトウェア開発の状況が鮮やかに描かれている。書中では、ブルックスの法則が引用されているように、遅れた進捗を取り戻すために単純に人的リソースを投入することは愚であることが実例により示されている。その解は、担当者による私生活の崩壊やバーンアウトに至るほどの自己犠牲に他ならないのかとさえ思えた。現在のMicrosoftにおける開発プロジェクトはここまでではないと思うが、Googleなんかはどんな感じなんだろうか。ビジネスモデルが異なっているため単純に比較することに意味は無いだろうが興味はある。
Posted by ブクログ
WindowsNTのプロジェクトの話。有名な本だが初めて読んだ。ストーリーはだいたい想像どおり。むしろ、人物描写が多くて開発の臨場感などはあまりつかめなかった。最終章のまとめは他のチームにも参考できるところがあると思う。
Posted by ブクログ
What does this all mean?
要するになんなのかがよくわからない。
訳の問題なのか、そもそも文章が拙いのか、読むのに疲れた。
もし読むのであれば、エピローグだけでもいいんじゃないかとも思った。
得た知識をメモメモ。
大きなプロジェクトを動かすには、資金と優秀な人材が必要。システムを作るのに優秀な人というのは、コードが書ける人だと思う。コードが書けないと見積もりもできないし、何が正しいかわからないし、品質を評価できない。で、コードをかける人って、独学で勉強してきた人が多いように思う。プログラミング中毒みたいな人。自分はそういうタイプではないけど、本文にもあった「管理者になってもコードを書き続けるべき」という言葉にはすごく共感する。マネジメントだけなんてって。
そして、こんな大きなプロジェクトだと、バグも多く、一日の遅れが積み重なり、一年の遅れとなる。いつまでたっても終わんないんじゃないかって。基本的に予定から遅れると、期限を延ばすか、機能を削るのが筋だけど、「どちらを削りましょうか？」「両方やれ。」が面白かった。うん。
あとは働き方。ものすごいハードワーク。ストックオプションがモチベーションになるのはわかるけど、本文にあった「死の床でもっと働けばよかったって思うやつはいない」はまさにその通り。家族との時間を犠牲にしてまでやるべきかはよく考える必要があるなあと。で、外資系特有？かはわからないけど、泳げない奴は沈めばいいっていう考え方もまた惹かれる。今の自分のスキル微妙だなあって。月並みな仕事しかできないのは、意思に問題があるからだそうなので、もっと吸収していかなきゃ。
Posted by ブクログ
Microsoft社がWindowsNTを作り上げるまでの物語。
バグのために何度も延長されるリリース、決まらない仕様、三歳になる娘の一年間を知らずに過ごすなどなど、複雑で大規模なプロジェクトに挑むチームの猛烈な仕事っぷりが書かれている。
チームをゴールに導くために、プロジェクトの目標を示し、部下とともに泥だらけになるリーダーの姿はかっこいい。
Posted by ブクログ
Windows NT製作ドキュメント。
淡々と事実だけを語る書き方は妙にリアルで読み応えがありますが、途中から登場人物紹介がひたすら続く物語になりはじめ敢えなく挫折。
もうちょっとボリュームを絞ってほしかった。
Posted by ブクログ
スクラッチで開発する場合、
ソフトウェア会社以上のプログラミング能力、マネージメント力が必要になると思うのだが、
現実としてそのようなSIerはない気がする。
まして本来であれば一発でいいものなんて作れるわけが無いはずなのに、
バージョンアップされることもない。
あっても5年に1回と、10年に1回の刷新で、
それもまた前と同様に0からの新規と同じ。
企業で使われているシステムというのは、意外にしょぼいのかもな。
以下抜粋。
○私が本当にやりたかったのは、コンピューターを使うことであって、
コンピューターで問題を解決することではなかった。（P.19）
○自分の成功から学んでいく。次の機会にはもっとうまくやる。
そのたびに、ひとつ上のレベルに上っていく。（P.27）
○経営管理のプロにソフトウェア・チームやソフトウェア会社の管理を任せると、
悲惨なけっかになる。
有望なソフトウェアとくずを見きわめることも、
スケジュールや製品設計を評価することもできない。（P.45）
○ゲイツの最大の長所は、柔軟性にある。
ぴったりの時期に、たくみに進路を変える。
絶対的な基準にしがみつく人間が多い世界で、
ゲイツは首尾一貫性よりも、
正しい行動をとることを選ぶ。（P.45）
○最初は成功したソフトウェア会社が、
コードを知らない管理者の失敗で急激に転落した例はいくつもある。（P.145）
○NTを使いつづけたい。
自分たちでバグを経験したい。
そうすれば、早く修正できるだろう。（P.177）
○泳げないヤツは沈めばいい（P.180）
○カトラーは、オペレーティング・システムを開発するときは、
機能を増やすより、スケジュールを短縮するべきだと考えている。
最初のバージョンは、機能を減らしても、早くリリースした方がいい。（P.183）
○猛烈にはたらき、最初の一年間で一万五千行のコードを書いた。（P.194）
○グループの中での力は、肩書きによるものでも、才能によるものでもなく、
「何を達成したかによる」とカトラーは信じている。（P.255）
○自分に怒りが向けられたら、なるべく早く、だれかに罪を転嫁するのがいい。（P.259）
○コードを書いているにしろ、遊んでいるにしろ、
いつもキーボードをたたいているプログラマーが多いのは、
コンピュータがおもしろくてたまらないからだ。（P.276）
○息子はしぶしぶドアを開けながら言った。
「試合が終わったときに来てくれるんだったら、
おもちゃを全部すてるって約束するんだけど」。
この言葉に、「ナイフを胸につきたてられたように」感じた。
その日は一日、息子に付き合うことにした。（P.272）
○「ほとんどのプロジェクトでは、
当初のバージョンはほとんど使い物にならない。
あまりに遅いか、あまりに大きいか、あまりに使いにくいか、
あるいはこの三つの欠陥を三つともかかえている」（P.292）
○ラシッドは科学者のように考える。
なにが可能なのかを考える。
カーネルにページングを取りいれて、『どこがこわれるのか、みてみよう』と言う。
こわれた部分は、ページングをやめればいい。
これに対してカトラーは、エンジニアとして、状況を検討している。
解決策をあらかじめ設計しておこうとする。
どの部分でページングが使え、どの部分で使えないのかを、あらかじめ決めておく。
こうすれば、信頼性の高いソフトができる。（P.318）
○忘れてはならない。
いまが人生で最良のときなのだ。
いまはそう思えないかもしれない。
しかし、何年かたって振り返ってみれば、
自分たちがなし遂げたことに驚嘆するようになるだろう。（P.350）
○会議に参加している幹部のほとんどは、
あるバグを取り除くべきかどうか、
判断できるわけではない。（P.362）
Posted by ブクログ
WindowsNT開発プロジェクトの舞台裏について綴った作品(の復刻版)。
改めてWindowsNTが革新的・挑戦的なOSであったことを感じさせられる。
