今の世の中では、ソフトウェアの多くは商品である。 しかし、ウェブサーバーの多くがApacheであり、 それが動いているOSの多くがLinuxであるなど、 オープンソースソフトウェアも活躍している。 ソフトウェアは、コピーを配っても原本の利用価値が減らないので、 本来、公共財にふさわしい性質をもっているが、 著作権制度によって作為的に私有財産とされ、 著作者は利用のライセンス条件を設定できる。 商品ソフトウェアのライセンスは利用や再配布を制限するものだが、 オープンソースソフトウェアのライセンスはそれを自由とするものである。
【自由には、他人の自由を制限する自由まで含んでしまうという パラドックスがある(POPPER, 1945)。 そこで、オープンソースのライセンスは、 派生物に制限をつける自由を認めるBSD型と、 派生物が自由であることを強制するGPL型に分かれる。 ライセンスの件は本書にも書かれているが、八田ほか(2007)のほうがわかりやすい。 自由のパラドックスを持ち出した説明は、わたしが初めてではないと思うが、 このページを書きながら思いついた。】
オープンソースソフトウェアの生産は、 費用をまかなう収入を得ることがむずかしいという、 公共財に共通する問題点をかかえている。 それでも生産が行なわれているのはなぜだろうか。 ひとつには、ソフトウェア作者には、学者や芸術家によくあるように、 金銭的利益よりもよい評判を得たいという動機で仕事をする人が多い、 ということがある。 しかしそれだけではなさそうだ。 (とくに、企業が人を雇って勤務中にオープンソース開発をさせる場合で、 その企業の顧客がオープンソース愛好家の狭い集団だけでない場合は、 説明しにくい。) また、ひとりひとりが評判あるいは独創性を求めるならば なぜ細かく分裂しないで協力関係を保っているのかという疑問もある (ソフトウェア開発プロジェクトの分裂はときどきあるが、 自立的な職人の集まりである割には少ないように思える。)
この2つの問いに関する著者の答えは、 「費用を払わないでただ乗りする利用者がふえることが、 損ではなく得になっている」ということらしい。 LinuxやApacheの場合はそうらしいという気はする。 しかし、この条件がどういうときに成り立つかは、まだよくわからない。
さらにもうひとつの問いがある。 複雑なソフトウェアをつくるのには分業が必要になる。 金銭的報酬を払うことで雇用主や発注者が業務内容を指定することは、 商品ソフトウェアではふつうだが、オープンソースでは少ない。 自発的な参加者の間でどのように分業が成り立つのか。 本書の議論は必ずしもすっきりしないが、わたしなりにまとめると次のようになる。 小規模なプロジェクトではたいてい、 ある個人(小規模なころのLinuxならばLinus TORVARDS)に メンバーの提案を採用するかどうかを判断する権限を集中させている。 その人が暴君でなく妥当な判断ができることがプロジェクトが続く前提だろう。 規模が大きくなると、もう少し明示的な分業体制や意思決定のルールをつくる 必要が生じる。 その体制はプロジェクトごとの事情にもよるのであまり一般的には述べられない。
訳者のひとり山形氏は、
そのウェブページhttp://cruel.org/books/books.html
の中で、
この本をかなりけなしている。
要するに、つまらないし、まちがいもある、と言っているようだ。
確かに、Unixの始まり、AT&T版とバークレー版の分裂、 Free Software Foundationの始まり、Linuxの始まりなどの話題は、 プロであれアマチュアであれソフトウェア業界を知る人には、 (とくに、2000年前後、 日本語圏だけでも「Linux」「Unix」のいずれかが 題名にはいった月刊または隔月の市販雑誌が5つもあったころに、 それを複数読んでいた人にとっては) 聞き飽きたという気がしないでもない。 しかし、本書の著者は政治学者であり、 想定されている読者は、政治・経済の知識はあるが ソフトウェア業界には詳しくない人だろう。 そういう人が手にとる(日本語圏ならば)縦書きの本としては、 本書はよくできているのではないだろうか。 技術者でない経営陣にオープンソースを理解してもらう材料としては、 コンピュータ雑誌の記事よりもよさそうだ。 (訳本のしあがりがこれでは、勧めにくいのだが。)
また訳者はときどき著者の主張に反対する訳注をつけている。 訳注のほうがもっともと思えるところもあるし、 わたしには判断できないところもある。 しかし次の2点では、わたしは訳者よりは著者のほうに賛同する。
本書は、誤植と思われるものや意味がよくわからないところが かなり残ったまま印刷されてしまった。 あとに列挙しておく。 (このうち「SCRG」の件はウェブ上の書評的記事を見て気づいた。) おそらく、訳者が原稿を磨く意欲をなくしてしまい、 しかし、出版社の編集者はそのことに気づかず 「この分野のエキスパートである訳者ならば原稿は完全だろう」と思ったのだろうが、 校正刷りをだれかがもう少し注意して読んでほしかった。
なお、本書は成功例について成功の要因を議論しているだけだ。 オープンソースソフトウェアが商品ソフトウェアよりも成功しやすいかどうかは 論じていない。 オープンソースでも商品でも、おそらく失敗例のほうが成功例よりも多いだろう。 失敗は、商品の場合は、倒産とか発売中止という形で目に見える (大企業に吸収された場合はわかりにくいが)。 オープンソースの場合、失敗例の多くは静かに消えて忘れられるし、 改訂されずに公開の場に置かれたままのものが失敗かどうかの判断はむずかしい。 それでも、今後ソフトウェア開発の成功要因の研究を進めるのであれば、 失敗例との比較を含めて検討してほしいと思う。
また、本書の成功例はOSがおもだが、 商品OS市場は(自社のハードウェア専用のOSを別にすれば) Microsoftの独占状態なので、 オープンソースOSが商品OSに勝っている分野があっても、 それは「オープンソースの成功」というよりも 「Microsoftの失敗」にすぎない可能性がある。
意図されたと思われる表現も推測したが、 英語原文と照らしあわせてはいないので、あまり自信がない。 「??」としたところは意味がよくわからないところであり、 それをつけた推測は全く自信がないものである。
ページ | 行 | 日本語版原文 | 推測 | コメント |
---|---|---|---|---|
p. 4 | 目次, 2章の節「BSDの進化」のページ | 888 | 057 | |
p. 18 | 後から8行め | コンピュータコードが導く...社会(1)を 邪悪な暗黒郷的社会(2)...ととらえた場合と比べれば特にそうだ [(1),(2)は説明のため追加] | 何を「社会(1)を社会(2)ととらえた場合」と比べるのか? あるいは、社会(1)を「何かを社会(2)ととらえた場合」と比べるのか? | |
p. 22 | 4行め | 協力的な | 従順な | 原文のままだとバザール的な感じがする。 |
p. 28 | 1行め | プロセスは限界を示すものではない | ?? | |
p. 29 | 6行め | 頒布という所有権 | 配布を自由にさせる形での所有権の行使(??) | |
p. 34 | 8行め | 前競争的協力 | 競争以前の協力 | 漢語の「前」は前置詞的に使われないと思う。 |
p. 39 | 9行め | PDP-7 | 縦書き中でハイフンを横棒にしているのはおかしい。 | |
p. 57 | 8行め | SCRG | CSRG | このあと「SCRG」はたくさん出てくる。 |
p. 70 | 4行め | GPLに下 | GPLの下 | |
p. 79 | 5行め | リーン生産方式 | 省在庫生産方式(??) | リーンは英語のleanだと思うが、日本語では耳慣れない。日本で言う「かんばん方式」と同じか? p. 290の4行めにも出てくるがそこでは本の題名の一部らしい。 |
p. 83 | 後から2行め | シャルトル...ではなくランス...について議論しようとした | シャルトル...やランス...を論じようとしたのではない(??) | |
p. 86 | 後から7行め | とらえている。非常に | とらえている非常に | |
p. 95 | 脚注22 | www.unc.metalab.edu | www.metalab.unc.edu | p. 113脚注35では、「メタラボ」と言っているが URLは www.ibiblio.org になっている。 ibiblioのほうが新しい名前なので、metalabはすでにないのかもしれない。 |
p. 134 | 12行め | MITで...FTPサイトを設置したテッド・チョーのサイトだ。後に...開発者となった | MITで...FTPサイトを設置し、後に...開発者となったテッド・チョーのサイトだ | |
p. 136 | 後から5行め | 法的な救世運動 | ?? | |
p. 149 | 脚注25 | リナックス | Linux | 表記を統一しているのにここだけ忘れたようだ。 |
p. 169 | 脚注33 | 「(時には」のかっこが閉じていない。また「内部でが」は変。 | (時にはマイクロソフト内部で) | |
p. 169 | 脚注33 | マイクロソフトの評論家 | マイクロソフトを批判する人 | |
p. 175 | 後から5行め | 帰無仮説 | 現実的でない仮説 | 統計的検定でいう帰無仮説ではないと思う。 |
p. 179 | 3行め | 社会公権的 | 社会貢献的 | |
p. 179 | 10行め | X世代 | ?? | |
p. 192 | 10行め | オープンソースイニシアチブ、 フリーソフトウェアイニシアチブ | 「イニシアチブ」は日本語としては聞き慣れない。 この文脈では「運動」としてもよさそうだ。 「オープンソースイニシアチブ」はp. 216にも複数回出てくる。 | |
p. 194 | 11行め | 巨大他面プロジェクト | 巨大多面プロジェクト | |
p. 198 | 10行め | こうした...意味合いはかなりのものだからだ | こうした...視点によって、オープンソースの...意味合いはかなり違ってくるからだ | |
p. 199 | 9行め | 脳力 | 能力 | |
p. 207 | 8行め | 認知的な構築物 | 認知によって構築されたもの | |
p. 213 | 後から7行め | 集合的罪 | 集合的財 | |
p. 231 | 3行め | 知識材 | 知識財 | |
p. 241 | 後から9行め | リーヌスをどうやってスケールさせるか | リーヌスひとりが処理できるよりも(桁違いに?)大きい量の仕事をどうやって処理可能にするか(??) | これは訳の問題でなく業界用語の問題だと思うが、 補足説明がほしい。 p. 257にも「リーヌスはスケーリングしない」がある。 |
p. 248 | 6行め | 高密に住まう | 高密度で住まう | 意味はわかるが「高密に」は耳慣れない。 |
p. 252 | 5行め、最後の行 | コモディティ、-化 | 定型商品、-化(??) | 日本語として聞き慣れないが、 新語として定義して使うべきなのかもしれない。 コモディティという語はほかにも出てくる(索引参照)。 |
p. 254 | 最後の行 | 専門化 | 専門家 | |
p. 258 | 後から6行め、後から2行め | 商業的毀損ソフトウェア、商業毀損ビジネスモデル | 新概念なので新語として訳すしかないのか? | |
p. 282 | 5行め | 企業が...企業が | 先の「企業が」が不要 | |
p. 291 | 最後の行 | こうした免責条項が他の人々を招く | ?? | |
p. 293 | 9行め | ミニマックス風味 | ?? | |
p. 293 | 11行め | 大規模無階層的協力 | 意味の想像はつくがもう少し説明的に表現したほうがよいのではないか。 | |
p. 295 | 脚注5 | 「伴うもの」で文がとぎれている | もう1行あったのが欠けたのだろう。 | |
p. 300 | 11行め | コンジット | ?? | |
p. 317 | 後から9行め | コモンズ用語 | コモンズ擁護 | |
p. 324 | 6行め | ソフトウェアの確信 | ソフトウェアの革新 | |
p. 324 | 最後の行 | 支払いシステムの粒度の固有性 | ?? | |
p. 330 | 図8-1 | Oneto one | One to one | |
p. 330 | 図8-1 | me ritocracy | meritocracy | |
p. 333 | 後から3行め | 気安いコメント | 冗談のような発言(??) | |
p. 337 | 9行め | 物理資本 | ?? | |
p. 339 | 10行め | 個人化小集団 | ?? | |
p. 342 | 7行め | ...経済取引の増加は...組織原理としても説明変数としても...限界収穫の逓減を持つ | 経済取引が増加すると限界収穫が減るということだと思うが、「...としても」の部分がよくわからない。 | |
p. 343 | 後から3行め | 意志 | 医師 | |
p. 344 | 4行め | 一次診療医学 | もしprimary careのことなら、むしろそのままカタカナにしたほうが通じるのではないか。 「かかりつけ医」に近いものだと思うが同じではないかもしれない。 | |
索引 p. IV | 「ライセンス」の項 | 本文ページへの参照が抜けている。 |