オープンソースソフトウェアの作成

オープンソース ソフトウェアは何百万もの人々に使用されていますが、Firefox でサーフィンしたり、LibreOffice に入力したり、PC に Ubuntu をロードしたりしている人の多くは、それらのプログラムがどのように作成されたのか知りません。

オープンソース開発が完全に透明であることを考えると、これは皮肉なことです。すべての変更は公の場で議論され、すべてのコミットメントは後世のために文書化され、将来の計画はすべての人が見ることができるように定められています。

しかし、貢献者のコミュニティ以外の人々にとっては、メーリング リストの難題、プロジェクト固有の専門用語、オープンソース プロジェクトを特徴づける組織化された混乱により、プロセス全体がむしろ謎に満ちたものになる可能性があります。

自動車工場の自動車のように、ソフトウェア プログラムが段階を経るという概念は、数世紀前からあります。

完全に機能する製品を作成するには、ボランティアの軍隊がどのように連携するのでしょうか?また、これらの貢献者は誰でしょうか?

私たちは Mozilla、Red Hat、Canonical、The Document Foundation の専門家に話を聞き、彼らのプロジェクトがどのように機能するのか、そしてコーディング方法を知らなくても誰でも参加できる方法について調べました。

オープンなアイデア

部外者にはそう見えるかもしれませんが、オープンソースは人々の情熱を利用して無料の労働力を手に入れることではありません。

コミュニティによって運営されるシステムは、従来の独自モデルとは異なり、コードを記述するためのより協力的で反復的なアプローチを採用しており、全員が次に何をすべきかを話し合い、自分の情熱に取り組むことができます。

「自動車工場の自動車のように、ソフトウェア プログラムが段階を経るという概念は、何世紀も前のことです」と、OpenOffice フォーク LibreOffice を開発する The Document Foundation の共同創設者である Thorsten Behrens 氏は言います。

「特にボランティアの参加が多いフリー ソフトウェア プロジェクトの場合、これらすべてがほぼ同時に行われます。コードを書く人、バイナリを作成する人、テストする人、アートワークの更新やヘルプ テキストの作成などの最後の仕上げを行う人もいます。

「これは混沌としているように見えるかもしれませんが、実際にはうまく機能しており、人々が準ランダムかつ非同期的に時間を投資するという、ボランティア活動によくある貢献パターンに対応しています」と彼は言います。 「したがって、無料ソフトウェア プロジェクトが成功すると、プロジェクト計画に「現在テスト中」と記載されているときだけでなく、いつでもどこでも作業できるようになります。

「通常、プロジェクトは一元的に管理されるのではなく、多数の関心によって推進されます。しかし、一般的には、広いビジョンが共有されています。個々の貢献者がそれぞれの問題に取り組み、ビジョンを共有するため、プロジェクトが特定の方向に進化するという新たな行動が生まれます。」

バグだらけの始まり

実際には、これは、信じられないほどの量のコラボレーション、コミュニケーション、組織化を必要とする分散型開発モデルにつながります。すべてのプロジェクトに共通する 1 つの側面は、IRC、メーリング リスト、ソーシャル メディア、カンファレンスなどで、コードが調整され、チェックされ、再チェックされる際のディスカッションです。

オープンソース

一部の人にとっては、作業はバグ報告システムから始まります。 Ubuntu や Firefox に変更を加える場合は、欠陥を見つけることから始まります。それはバグ、欠落している機能、または UI のイライラである可能性があります。

Mozilla の主任開発者エバンジェリストである Chris Heilmann 氏は、「ブラウザのインターフェースにイライラする人がいる場合、たとえば URL バーが長すぎると感じる人は、ヘルプ セクションに行きます」と述べています。

そこから、チームの誰かがこう言います。「こうあるべきだと思うもののスクリーンショットを撮ってみてはいかがでしょうか。そうしたら、それをチームを通じて送信し、私たちのメーリング リストで議論します。それができるかどうか見てみましょう?」