Joel on Software

ソフトウエア開発に携わる全ての人たちに読んでもらいたい。楽しい本だった。
Microsoft社や大手ISPのJunoにおいて、ソフトウエアの開発を行ってきたJoel Spolsky氏の人気Blog（http://www.joelonsoftware.com/）に書かれた45のエッセイをまとめたものだ。
プログラミングやプロジェクトマネージメント、そしてIT業界に対する考察などユーモアにとんだ文章で書かれている。もちろんUSでのソフトウエア開発にまつわる内容なので、日本でのソフトウエア開発にそのまま当てはまらない内容も多い。改めて色々見直す基点とはなりそうだ。

Joel on Software

どのエッセイも味があって面白いが、自分が気に入ったエッセイを幾つかピックアップしてみる。自分の興味は少しマネージメント寄りの視点のエッセイが気に入った。

第３章 ジョエルテスト：いいプログラムへの１２ステップ

ソフトウエア開発チームのQualityを図るためのテストだそうだ。確かに１つのソフトウエア開発プロセスが成熟しているかの目安になるかな。
ジョエルテスト

1. 1. ソース管理してる？
   2. ワンステップでビルドできる？
   3. デイリービルドしてる？
   4. バグデータベースはある？
   5. 新しいコードを書く前にバグを直している？
   6. アップデートされているスケジュールがある？
   7. 仕様書はある？
   8. プログラマは静かな環境で作業している？
   9. 手に入る最高のツールを使っている？
   10. テスタはいる？
   11. 採用面接のときにコードを書かせている？
   12. ユーザビリティテストはしている？

第７章 やさしい機能仕様書 パート４：ヒント

一般にソフトウエアエンジニアの各ドキュメントは分りづらい場合が多い。だからエンジニアの皆が少しは参考になるとこもあると思う。面白い文章だよ。

1. 1. 可笑しくすること
   2. 仕様書を書くのは頭が実行するコードを書くようなもの
   3. できる限り分りやすく書く
   4. 何度も見直し、読み返す
   5. テンプレートは有害である

第３１章 下っ端でも何かをなしてげる方法

ボトムアップでじわじわと改善していく（使えない奴をたたき出す）方法が書かれている。

第３３章 ビックマック 対 裸のシェフ

裸のシェフ（有名シェフ）が始めた評判の良いレストランを大規模に展開するうちに、つまらない普通のレストランになってしまうという例をITコンサルティングに当てはめて述べられてる。
つまり、才能が高いコンサルタントが会社を始めて、自分のコピーは作れないから、誰でもできるようなルールをつくって才能がない者にもある程度作れるようにしてあげる。結果として品質がとても低くなる。

第３６章 ストラテジーレター?：Ben & Jerry's 対 Amazon

こつこつとビジネスを拡大していくモデルとお金集めてドカーンと成功に向かって進むモデルの比較。会社を興すのであれば、中途半端ではなくどちらかのモデルを選択する必要がるって話。

第４０章 ストラテジーレター?：オープンソースの経済学

市場のあらゆる製品にはそれを代替するもと補完するもものがある。スマートな起業は彼らの製品の補完財をコモディティ化しようとする・・・・・
経済学の視点のエッセイだが、多くに企業がオープンソースどのように彼らのビジネスの利益につなげていくかという１つの考察になっている。

ソフトウエア開発にかかわる方は是非読んでみて。