Peer)型にシフトし,最初のブームを起こしたNapsterからWinMX,そしてWinny以降のShareについてまで歴史が紹介されています。Naviatorのオープンソース化を決めた切っ掛けを作ったものと言われています.伽藍(がらん)とは,「僧が集まり住んで、仏道を修行する、清浄閑静な場所。一言で言うと「早めのリリース。よいソフトはすべて、開発者の個人的な悩み解決から始まる。何を書けばいいかわかってるのがよいプログラマ。なにを書き直せば(そして使い回せば)いいかわかってるのが、すごいプログラマ。捨てることをあらかじめ予定しておけ。まともな行動をとってれば、おもしろい問題のほうからこっちを見つけだしてくれる。あるソフトに興味をなくしたら、最後の仕事としてそれを有能な後継者に引き渡すこと。ユーザを共同開発者として扱うのは、コードの高速改良と効率よいデバッグのいちばん楽ちんな方法。はやめのリリース、ひんぱんなリリース。ベータテスタと共同開発者の基盤さえ十分大きければ、ほとんどすべての問題はすぐに見つけだされて、その直し方もだれかにはすぐわかるはず。賢いデータ構造と間抜けなコードのほうが、その逆よりずっとまし。ベータテスタをすごく大事な資源であるかのように扱えば、向こうも実際に大事な資源となることで報いてくれる。いいアイデアを思いつく次善の策は、ユーザからのいいアイデアを認識することである。時にはどっちが次善かわからなかったりする。自分の問題のとらえかたがそもそも間違っていたと認識することで、もっとも衝撃的で革新的な解決策が生まれることはよくある。「完成」(デザイン上の)とは、付け加えるものが何もなくなったときではなく、むしろなにも取り去るものがなくなったとき。ツールはすべて期待通りの役にたたなきゃダメだが、すごいツールはまったく予想もしなかったような役にもたってしまう。ゲートウェイソフトを書くときはいかなる場合でも、データストリームへの干渉は最低限におさえるように必死で努力すること。自分の言語がチューリング的完成からほど遠い場合には、構文上の甘さを許すといろいろ楽になるかもね。セキュリティシステムのセキュリティは、そこで使われてる秘密の安全性にかかっている。見かけだけの秘密は要注意。おもしろい問題を解決するには、まず自分にとっておもしろい問題を見つけることから始めよう。開発コーディネーターが、最低でもインターネットくらい使えるメディアを持っていて、圧力なしに先導するやりかたを知っている場合には、頭数は一つよりは多いほうが絶対にいい。www.ujp.jp。