オープンソースの分野で経験豊富なサイモン・フィップス氏は、1980年代にISO標準の開発に携わり、現在は独立系のオープンソースコンサルタントとして活動しています--これらの行為は、プロジェクトの「スポンサー」以外のすべての人の自由を制限しています。賛成派は、すべての人にソフトウェアへの同じアクセスを与えることなく、採用や貢献のネットワーク効果を生み出すことができると信じています。
サイモンは、これらの新しいライセンスは自滅的であると考え、オープンソースのライフサイクルを分析します：
私は10年以上、さまざまなオープンソース・プロジェクトに関わってきました。オープンソース・ソフトウェアがエンドユーザーにとって無料であることに驚いたり、開発者、テスター、作者、デプロイ業者を含むオープンソース・プロジェクトのディスカッション・コミュニティを発見したり、あるプロジェクトで競合他社とコラボレーションすることがあることにショックを受けたり。誰もがこのような発見のプロセスを経ますが、これはファウラーのである「信仰の段階」に相当します。 オープンソースソフトウェアを初めて使う人は、よくできた、完全で、よくメンテナンスされたオープンソースソフトウェアが無料で手に入ることに、しばしば驚かされます。これは、他の人たちが無私無欲に「自分の仕事を無料で提供する」からだと考える人もいます。一部の開発者が世間知らずだからだと考える人さえいます。実際、あるビジネス****は、オープンソース・ソフトウェアがビジネスにもたらす脅威と戦う最も効果的な方法、すなわち「寄生」をしました。" |
しかし、オープンソースソフトウェアがエンドユーザーに無償で提供されているのは、開発者側の慈善や甘えによるものではありません。 サイモンは、プログラマーが協力してソフトウェアの開発を成功させるためには、開発者が著作権に関するあらゆる問題を解決する必要があると指摘しています。エンドユーザーに対するゼロチャージ・ライセンスは、開発者の間で自由を提供する条件の副産物なのです。
オープンソース・イニシアティブが個人の成長モデル開発したオープンソースライセンスは、コラボレーションの自由を可能にします。よく組織化されたオープンソースコミュニティは、すべての参加者に平等な権利を提供し、そのようなオープンソースコミュニティはネットワーク効果を生み出します。ネットワーク効果は、ソフトウェアの大きなシェアにつながり、ユーザーや開発者のモチベーションを高めます。しかし、このネットワーク効果は、研究、ソースコードの変更、ソースコードの配布、コードの修正版のリリースなど、あらゆる目的でソフトウェアを使用する自由を、誰の承認も得ることなく誰もが持っていることに依存しています。 |
「ネットワーク効果を追求しながら自由を制限することは自滅的である、とサイモンは主張します。また、そのような要求は非現実的です。コミュニティのメンバーは、自分たちがコミュニティの創設者と同じ自由を持っていないことにすぐに気づき、ネットワーク効果はすぐに低下します。
今日、いわゆる「オープンソースソフトウェア」も存在し、開発者は定期的にフレームワークを変更しますが、これらのオープンソースプロジェクトの発案者は利益を上げることができますが、他のコミュニティメンバーはこのような権利を持ちません。最近発表された一連の提案 - 「オープンソース最終保証」提案 - は、オープンソースライセンスは、その利益期間を過ぎたソフトウェアにのみ付与されるべきであると規定しています。しかし、このような提案では、貢献者のネットワークを構築することはできません。貢献者の意欲を高めるには、彼らにも他の人と同じ権利があることを認識させる必要があります。 私は、オープンソース・プロジェクトにおける "フリー・ソフトウェア "の役割（ソースコードやバイナリコードを使用、研究、変更、配布する保証された権利を含む）を把握していないことが、存在するオープンソースのさまざまに変化する概念の原因だと考えています。自由を制限する一方でネットワーク効果を得ることができる」といまだに主張している人たちは、オープンソースを理解する初期段階から抜け出せていません。その考えは魅力的ですが、ネットワーク効果は、それに対応するソフトウェアの自由なしには決して達成できません。 |
オープンソースといえば、サイプレス・ノースの創業者がオープンソース・プロジェクトのもうひとつの問題点である「なぜ開発者は自分のコードを公開することを心配するのか」を取り上げ、主な理由が存在すると述べました：
2.自分のソフトウェア・プログラムを誤認させたくない - 確かに、これもごく自然な答えです。今やインターネットはのるつぼのようなもので、どんな開発者がいるかというと、隠れて匿名を使うのが好きな人もいれば、陰で小細工をするのが好きなプログラマーもいます。プログラマーとして重要なのは、批判を受け入れる心を持つことです。同時に、心の荷物を振り払い、批判をモチベーションとして活用できるようにならなければなりません。つまり、建設的な批判は、開発者を早く成長させ、より多くのレッスンを経験する時間を節約することができるのです。 3、セキュリティ問題について - セキュリティは確かに無視できない大きな問題であり、公開する必要があるものは、機密情報やアクセスプロトコルなどを公開するかどうかを検討する必要があります。もしあなたがセキュリティや機密データの暗号化に関連した話をしていると思うのであれば、開発プロセスのできるだけ早い段階でコードを公開することをお勧めします。こうすることで、あなたが考案したセキュリティ方法を公表することができ、もしそれが精査に耐えないものであれば、問題解決のために専門家の助けを借りることができるはずです。つまり、あなたのプログラミング戦略の穴や、あなたが気づかなかったバグを早期に発見することができるのです。 |
