システムを作ったり、プロジェクトをやったり、会社を作ったりしながら、読んできた記憶に残る8冊の本

大学時代に劇団（当時はアングラと言われていた　アングラ＝アンダーグラウンドのこと）をやっていて、そのまま就職せずに、時給が高いという理由だけで、アルバイトとしてプログラマーを始めて、（俳優で売れず、プログラミングが人よりうまかった？ので）、妻の貯金で資本金を出して[会社](https://www.stylez.co.jp/)を作ってこれまでやってきたのですが、過去いろいろ技術系の書籍を読んできても、本当に記憶に残って、大事だと思える本はごく僅かです。そのあたりを、著者の紹介も含めて書いてみました。

---
#[Joel on Software 2005/12](https://www.amazon.co.jp/gp/product/4274066304/ref=as_li_tl?ie=UTF8&camp=247&creative=1211&creativeASIN=4274066304&linkCode=as2&tag=interofficeco-22&linkId=ac58afd9a27c458f0c1befd2cb7660e6)

今は、[Stack Overflow](http://stackoverflow.com/)を立ち上げた人として有名な[ジョエル・スポルスキ](https://ja.wikipedia.org/wiki/%E3%82%B8%E3%83%A7%E3%82%A8%E3%83%AB%E3%83%BB%E3%82%B9%E3%83%9D%E3%83%AB%E3%82%B9%E3%82%AD)氏の本です。

目次

- 01 Bits and Bytes:プログラミングのプラクティス(言語の選択基本に帰れ ほか)
- 02 開発者のマネジメント(採用面接ゲリラガイド報奨金有害論 ほか)
- 03 Being Joel:それほどランダムでもないトピックに関するランダムな考察(リック・チャップマンによる愚かさの探求(あるいは「アホでマヌケな米国ハイテク企業」)
この国では犬はどんな仕事をしているの? ほか)
- 04 .NETについての少し行き過ぎた論評(Microsoft、羽目をはずす私たちの.NET戦略について ほか)
- 05 付録 「ジョエルに聞け」選集

僕は、この本の「第22章　テスタを雇わない（間違った）理由、ベスト5」を読んで、会社にテスト専任担当者をチームとしておくことにしました。

[ジョエル・スポルスキのエッセイ](http://www.joelonsoftware.com/)はどれも素晴らしいですが、一部（昔のもの）はWebサイトにも日本語訳が掲載されていて、ゼロプラスワンのやまさんという方が[まとめてくれています](https://zero-plus-one.jp/program-general/joelonsoftware-jp-index-archive/)。

ジョエル氏のプログラマーのための会社の環境つくりとかに関するエッセイは、後出のピープルウェアとかに通じるものです。[デイリービルドは君の友達 2001/01/27](https://web.archive.org/web/20190624041630/http://local.joelonsoftware.com/wiki/%E3%83%87%E3%82%A4%E3%83%AA%E3%83%BC%E3%83%93%E3%83%AB%E3%83%89%E3%81%AF%E5%90%9B%E3%81%AE%E5%8F%8B%E9%81%94)なんてエッセイも、書かれたのが2001年であることを考えるとすごいですね。

[ジョエル氏の本](https://www.amazon.co.jp/s/ref=dp_byline_sr_book_1?ie=UTF8&text=Joel+Spolsky&search-alias=books-jp&field-author=Joel+Spolsky&sort=relevancerank)はすべての開発者が読んだほうがよいと思います。


#[ハッカーと画家 コンピュータ時代の創造者たち 2005/1](https://www.amazon.co.jp/gp/product/4274065979/ref=as_li_tl?ie=UTF8&camp=247&creative=1211&creativeASIN=4274065979&linkCode=as2&tag=interofficeco-22&linkId=d2c206a7887e9f2f4988e64803aa8b07)

[Y Combinator](https://www.ycombinator.com/)の創設者として有名な、[ポール・グレアム](https://ja.wikipedia.org/wiki/%E3%83%9D%E3%83%BC%E3%83%AB%E3%83%BB%E3%82%B0%E3%83%AC%E3%82%A2%E3%83%A0)氏の名著です。彼もエッセイストとして有名で、[本家サイト](http://www.paulgraham.com/articles.html)も良いですが、ずいぶん多くのエッセイが[日本語で読む](http://practical-scheme.net/wiliki/wiliki.cgi?naoya_t%3a%E3%83%9D%E3%83%BC%E3%83%AB%E3%83%BB%E3%82%B0%E3%83%AC%E3%82%A2%E3%83%A0%E3%81%AE%E3%82%A8%E3%83%83%E3%82%BB%E3%82%A4%E3%81%A8%E5%92%8C%E8%A8%B3%E4%B8%80%E8%A6%A7)ことができます（日本語訳に一部問題があるものもありますが）。

特に[「労働みたいに思えないものは何か？」](http://www.yamdas.org/column/technique/workj.html)などは、若い方に読んでもらいたいです。

本来？は、Lispハッカーとして有名な方で[そちら系の書籍](https://www.amazon.co.jp/Lisp-%E3%82%B0%E3%83%AC%E3%82%A2%E3%83%A0-%E3%83%9D%E3%83%BC%E3%83%AB/dp/4274066371/ref=sr_1_2?s=books&ie=UTF8&qid=1467167455&sr=1-2)もあります。

目次

- メイド・イン・USA―アメリカ人が車を作るのが下手なのとソフトウェアを書くのが得意なのは、同じ理由による。だがアップルの存在は、両方を改善してゆけるヒントだ。
- どうしてオタクはもてないか―彼らはゲームに乗っていない。
- ハッカーと画家―ハッカーは、画家や建築家や作家と同じ、ものを創る人々だ。
- 口にできないこと―異端的な考えを思い巡らせ、それをどう使うか。
- 天邪鬼の価値―ハッカーはルールを破ることで勝つ。
- もうひとつの未来への道―Webベースソフトウェアは、マイクロコンピュータの登場以来最大のチャンスだ。
- 富の創りかた―裕福になる最良の方法は富を生み出すことだ。そしてベンチャー企業はその最良の方法だ。
- 格差を考える―収入の不均一な分布は、広く考えられているほど問題ではないのではないか。
- スパムへの対策―最近まで、専門家の多くはスパムフィルタは成功しないと考えていた。この提案がそれを変えた。
- ものつくりのセンス―素晴らしいものを創るにはどうすればよいか。
- プログラミング言語入門―プログラミング言語とは何か。それはなぜ盛んに話題になるのか。
- 百年の言語―百年後にはどういうふうにプログラミングをしているだろう。今からでもそれを始められないだろうか。
- 普通のやつらの上を行け―Webベースアプリケーションでは、自分の使いたい言語を使うことができる。ライバルも同様だ。
- オタク野郎の復讐―技術の分野では、「業界のベストプラクティス」は敗北へのレシピだ。
- 夢の言語―良いプログラミング言語とは、ハッカーがやりたいことをやれる言語だ。
- デザインとリサーチ―研究は独自性が必要だ。デザインは良くならなければならない。
- 素晴らしきハッカー―ほかより飛び抜けて優れたプログラマがいる。そんな素晴らしいハッカーたちはどういう人物なんだろう。

第５章「もうひとつの未来への道―Webベースソフトウェアは、マイクロコンピュータの登場以来最大のチャンスだ。」は、原著の出版が2004年で、エッセイ自体はもっと以前に書かれていることを考えると、未来への予言でした。



#[Eric Sink on the Business of Software 革新的ソフトウェア企業の作り方 2008/9/11](https://www.amazon.co.jp/gp/product/4798117501/ref=as_li_tl?ie=UTF8&camp=247&creative=1211&creativeASIN=4798117501&linkCode=as2&tag=interofficeco-22&linkId=edd0ba105d24945c6d9d16e68db33180">Eric Sink on the Business of Software 革新的ソフトウェア企業の作り方</a><img src="//ir-jp.amazon-adsystem.com/e/ir?t=interofficeco-22&l=am2&o=9&a=4798117501" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;)

[SourceGear LLC社](http://sourcegear.com/)の創業者、エリック・シンク氏の著作です。エリック・シンク氏は、micro-ISV（マイクロISV independent software vendor）という言葉を作った人として有名ですが、今でいう「スタートアップ」のことですね。

僕は、この本の日本語訳が出る前から、エリック・シンク氏の名前は知っていて、それは、前出のジョエル・スポルスキ氏が、この本のために書いた[序文の翻訳が日本語訳](https://web.archive.org/web/20160703214650/http://local.joelonsoftware.com/wiki/%E3%80%8CEric_Sink_on_the_Business_of_Software%E3%80%8D%E3%81%B8%E3%81%AE%E5%BA%8F%E6%96%87)されてネットに掲載されていたからです。


目次

- 第1部 起業家(小さなISVについて 石の樽に不平をこぼす ほか)
- 第2部 人(小さなISVに必要なのはプログラマではなく開発者 ギークの支配とMBAの戯言 ほか)
- 第3部 マーケティング(マイクロISVのための製品アイデアを探す マーケティングは後処理ではない ほか)
- 第4部 セールス(透明性の信条 製品価格付けの初歩 ほか)

小さなソフト会社が、自分たちのアイデアで製品を開発して売っていく（まさにスタートアップですね）ために、どうしたらよいかについて書かれています。起業する。開発者を雇う。製品のアイデア。競合の分析。宣伝。セールス。環境は違いますが、今でも必要なことばかりです。



#[ピープルウエア 第3版 2013/12/18](https://www.amazon.co.jp/gp/product/4822285243/ref=as_li_tl?ie=UTF8&camp=247&creative=1211&creativeASIN=4822285243&linkCode=as2&tag=interofficeco-22&linkId=c090cb2de43256c3278edbedc0fa7794)

[トム・デマルコ](https://www.amazon.co.jp/s/ref=ntt_athr_dp_sr_1?_encoding=UTF8&field-author=%E3%83%88%E3%83%A0%E3%83%BB%E3%83%87%E3%83%9E%E3%83%AB%E3%82%B3&search-alias=books-jp&sort=relevancerank)氏さんは言わずと知れた、数々の名著を書いてきたソフトウェア工学の権威です。

すべてのシステム開発部門の部門長、リーダーや、（中小企業なら）社長さんに、是非とも読んで欲しいです。

電話の割り込み、騒音、不自由な環境とかがどれほど技術者の生産性を落とすのか。それをどうやって防ぐのか。以下に目次を延々と引用しているのは、出来る限り中身を推測してもらって、多くの人に読んでもらいたいためです。
これを読めば、（集中力があって優秀な開発者ほど）音楽をイヤフォンで聞きながら仕事をしたりする傾向があるが、それを禁止してはいけないこと、開発者に電話取りなどさせてはいけないこと、などが理解できると思います。

目次

- 第I部 人材を活用する
- 第1章 今日もどこかでトラブルが
- 第2章 チーズバーガーの生産販売マニュアル
- 第3章 ウィーンはきみを待っている
- 第4章 品質第一……時間さえ許せば
- 第5章 パーキンソンの法則の改訂
- 第6章 ガンによく効く?「ラエトライル」
- 第II部 オフィス環境と生産性
- 第7章 設備警察
- 第8章 プログラムは夜できる
- 第9章 オフィス投資を節約すると
- ちょっと休憩 インテルメッツォ
- 第10章 頭脳労働時間 対 肉体労働時間
- 第11章 電話、電話、また電話
- 第12章 ドアの復権
- 第13章 オフィス環境進化論
- 第III部 人材を揃える
- 第14章 ホーンブロワー因子
- 第15章 リーダーシップについて話そう
- 第16章 ジャグラーを雇う
- 第17章 他者とうまくやっていく
- 第18章 幼年期の終わり
- 第19章 ここにいるのが楽しい
- 第20章 人的資産
- 第IV部 生産性の高いチームを育てる
- 第21章 全体は部分の和より大なり
- 第22章 ブラックチームの伝説
- 第23章 チーム殺し、7つの秘訣
- 第24章 続、チーム殺し
- 第25章 競争
- 第26章 スパゲティディナーの効果
- 第27章 裃を脱ぐ
- 第28章 チーム形成の不思議な化学反応
- 第V部 肥沃な土壌
- 第29章 自己修復システム
- 第30章 リスクとダンスを
- 第31章 会議、ひとりごと、対話
- 第32章 マネジメントの究極の罪
- 第33章 E(悪い)メール
- 第34章 変化を可能にする
- 第35章 組織の学習能力
- 第36章 コミュニティの形成
- 第VI部 きっとそこは楽しいところ
- 第37章 混乱と秩序
- 第38章 自由電子
- 第39章 眠れる巨人よ、目を覚ませ

#[闘うプログラマー[新装版] 2009/7/23](https://www.amazon.co.jp/gp/product/4822247570/ref=as_li_tl?ie=UTF8&camp=247&creative=1211&creativeASIN=4822247570&linkCode=as2&tag=interofficeco-22&linkId=49db2ffe39779b518eed7e5a5180d87f)

現状のWindows系列製品の元となったWindowsNTの開発物語。非常に個性の強いリーダー、デビット・カトラーを中心に、250人の開発体制で５年間続く開発の中で、政治的・技術的な闘いが延々と続き、読み物として文句無しに面白いです。是非一読をおすすめします。


目次

- 第1章 コードの戦士
- 第2章 コードの王者
- 第3章 郎党
- 第4章 袋小路
- 第5章 熊の咆哮
- 第6章 ドッグフード
- 第7章 出荷モード
- 第8章 死の行進
- 第9章 バグ
- 第10章 ショーストッパー


#[プログラム書法 第2版 1982/6/20](https://www.amazon.co.jp/gp/product/4320020855/ref=as_li_tl?ie=UTF8&camp=247&creative=1211&creativeASIN=4320020855&linkCode=as2&tag=interofficeco-22&linkId=37754fd47ced02b876434a5712a9cb66)

いろいろ意見があると思いますが、今の若い人にこれを読めという気にはなりません。自分としてはものすごく役にたちましたが。

目次

- 表現について
- 制御構造
- プログラム構造
- 入出力について
- よくあるまちがい
- 効率と性能測定
- 解説文書
- 他

#[UNIXという考え方―その設計思想と哲学 2001/2](https://www.amazon.co.jp/gp/product/4274064069/ref=as_li_tl?ie=UTF8&camp=247&creative=1211&creativeASIN=4274064069&linkCode=as2&tag=interofficeco-22&linkId=21e271699f6544fe33348658c09914c1>)

機能は小さく作る。余分なものは入れない。
Small is beautiful !

目次

- 第1章 UNIXの考え方:たくさんの登場人物たち
- 第2章 人類にとっての小さな一歩
- 第3章 楽しみと実益をかねた早めの試作
- 第4章 移植性の優先順位
- 第5章 これこそ梃子の効果!
- 第6章 対話的プログラムの危険性
- 第7章 さらなる10のUNIXの考え方
- 第8章 一つのことをうまくやろう
- 第9章 UNIXとその他のオペレーティングシステムの考え方

#[伽藍とバザール―オープンソース・ソフトLinuxマニフェスト  1999/9](https://www.amazon.co.jp/gp/product/4895421686/ref=as_li_tl?ie=UTF8&camp=247&creative=1211&creativeASIN=4895421686&linkCode=as2&tag=interofficeco-22&linkId=df0b44c873e4315ea3449e6e3cc0a76a)

オープンソース運動のマニフェスト。ものすごく興奮して読んでいたことを思い出します。山形浩生 氏の名前もこの時初めて知りました。しかし、「ノウアスフィアは、ぼくたちの開墾を待っている」って、なんのことだかわからない翻訳だね。

目次

- 第1部 伽藍とバザール
- 第2部 ノウアスフィアの開墾
- 第3部 魔法のおなべ
- 第4部 エリック・S・レイモンド大いに語る
- 第5部 ノウアスフィアは、ぼくたちの開墾を待っている