「フリー」と「オープンソース」の違い：オープンソースソフトウェアの育て方（2/2 ページ）

[Karl Fogel， ]

現状

　フリーソフトウェアプロジェクトを運営するに当たって、このような重い哲学的な内容を日々の作業で意識する必要はありません。プログラマーも「みんなこの思想に同意すべきだ」などと主張することはありません（そんなことを言うプログラマーは、自分がどんなプロジェクトでもうまくやっていけないことにすぐ気づくでしょう）。しかし「フリー」と「オープンソース」の違いという問題があるということは意識しておきましょう。1つには、参加者に反目するような内容の発言を避けるためです。また、開発者の動機を理解するというのは、プロジェクトをうまく取りまとめるための最良の方法（ある意味、唯一の方法）だからです。

　フリーソフトウェアは選択の文化です。成功させるには、まず第一にみんながなぜそれを選択したのかを理解する必要があります。高飛車な態度ではうまくいきません。そのプロジェクトの居心地が悪くなると、すぐにほかのプロジェクトに移動することでしょう。フリーソフトウェアは、ボランティア集団の中でもその結びつきの軽さが群を抜いています。ほとんどの参加者はほかのメンバーと顔をつき合わせたことがなく、ちょっとした空き時間を使ってプロジェクトに協力しています。人と人を結びつけるもの、プロジェクトを続けさせる要因となるものは、電線を通じて運ばれる書き言葉だけです。そのため、しっかりまとまった熱意のあるグループを育てるには長い時間が掛かります。逆に、プロジェクトに協力してくれそうな人たちをそのプロジェクトから離れさせるには、5分もあれば十分です。そのプロジェクトの第一印象が悪ければ、はじめて訪れた人は二度とそこに戻ってくることはないでしょう。

　参加者同士の結びつきのはかなさ、あるいは潜在的なはかなさが、新しいプロジェクトに立ち向かう際の唯一にして最大の難関となるでしょう。彼らを納得させ、みんなで何かを作り上げようとさせるにはどうしたらいいでしょう？　この質問への答えは複雑になりすぎるので本連載では扱いきれません。が、一言で言うならこのようになります。

そのプロジェクトとのつながりやプロジェクトに及ぼす影響は、あなたがそのプロジェクトにどれだけのことをしたかに正比例することを実感させよう。

　開発者や開発者予備軍が、技術的な理由以外で軽視されているとか差別されているとか感じているようではいけません。特に、企業の支援を受けているプロジェクトや金をもらって開発している人がいるプロジェクトではこれに注意が必要です。詳細は章5.カネにかんする問題であらためて説明します。もちろんこれは、企業の支援を受けていなければ何も心配する必要がないということではありません。カネの問題は、プロジェクトが失敗する要因のうちのほんの1つでしかありません。どんな開発言語を選択するか、どんなライセンスを選択するか、開発手順はどうするか、どんなツールを使用するか、あるいは新しいプロジェクトをどのように宣伝するかなど、さまざまな要因がほかにも考えられます。では、実際にプロジェクトを開始するにはどうしたらいいのか。それを次の章で取り上げます。

著者：Fogel Karl

翻訳者：高木 正弘

翻訳者：Takaoka Yoshinari(a.k.a mumumu)

製作著作 © 2005, 2006, 2007, 2008, 2009 Karl Fogel, 高木正弘, Yoshinari Takaoka(a.k.a mumumu), under a CreativeCommons Attribution-ShareAlike (表示・継承) license (3.0, 2.1-jp)

原文へのリンク