[[164277]]

「ソフトウェアが世界を飲み込んでいる」という表現が初めて登場したのは 2011 年です。2015 年には、オープンソース ソフトウェアがそれに取って代わりました。

「もしこの理論が真実で、ソフトウェアが世界を席巻するなら、オープンソースソフトウェアがそれに取って代わることになるのだろうか？」と、フォーブスは2015年初頭にためらいがちに疑問を投げかけました。しかし、その年の終わりには、同誌は「オープンソースソフトウェアはまさに世界を席巻している」と自信たっぷりに記した記事を掲載しました。

これは一人の声によって始まった運動ではない。Wired誌は、オープンソースソフトウェアが今年急成長を遂げているという記事を掲載し、GitHubの責任者であるブランドン・キーパーズ氏が「これは単なる転換点ではなく、転換点だ」と述べたような発言を数多く引用した。

これは、Defrag2015など、様々なカンファレンスでも何度も言及されています。私は「オープンプラットフォームと戦略 - なぜオープンプラットフォームを使うべきなのか」という講演に出席しました。そこでは、「今後5年以内に、ほとんどの製品がGitHubのようなオープンプラットフォーム上でオープンソース化されるだろう」といった、力強い予測を数多く耳にしました。

オープンソースソフトウェアは世界を支配するのでしょうか？将来、すべてのライセンスがGPL、MIT、Apacheなどになるのでしょうか？もちろんそんなことはありません。Linux、Netscape、Apache httpdは、オープンソースの基盤として長い間待ち望まれてきました。

そうだとしたら、なぜ2015年にこれほどの情熱が高まったのでしょうか?

git commit -m "変更内容"

未来を予測することは無意味だ。フィリップ・テトロックは実験研究を通してこれを実証し、専門家の予測精度は「チンパンジーがダーツを投げるのと同じくらい」だと示した。

したがって、フリー／オープンソースソフトウェアの未来を予測することは、誤った方向へ導く可能性があります。まずは現状を見てみましょう。オープンソースとクローズドソースは常に補完関係にあったというのが私の主張です。現在私たちが目にしているのは、オープンジハード対クローズドジハードの勝者が現れつつあるという状況です。

ハイブリッドな組織方法が主流です。

オープンソースソフトウェアは主流です。AppleはSwiftをオープンソース化しており、おそらく最も閉鎖的な企業と言えるでしょう。MicrosoftはVisual Studio、.NET、そして最近ではJavaScriptエンジンのChakraをオープンソース化しました。Google、Facebook、さらにはNSAでさえ、GitHubでプロジェクトをホストし、オープンソース化しています。

しかし、これらの組織の多くは根本的にクローズドソースです。では、なぜこれらの組織は互いに組み合わせるのでしょうか？ジョエル・スポールスキーは、2002年に発表した補完市場に関する論文の中で、次のように説明しています。

補完製品の価格が下がると、その需要は増加します。一般的に、企業の戦略的関心は、補完製品の価格を可能な限り低く抑えることにあります。

無料より良いものは何でしょうか？Sun MicrosystemsがJavaをリリースしたのは、彼らの主な事業がサーバー販売だったからです。クールなJavaアプリケーションを構築した後、何が必要でしょうか？もちろん、サーバー上で実行することです。

抽象表現主義

私たちの友人 Joel も最近、a16z ポッドキャストでオープンソースのその他の利点について言及しました。

「今日私たちがコーディングするシステムは、過去に比べて百万倍も複雑です。（中略）今日では、おそらくたった 1 行のコードでクレジットカードの受け入れと処理を完了できます。（中略）プログラマーとして、私たちはより強力になっています。」

ソフトウェアが占める領域が増えるほど、世界はより相互につながっていきます。開発もより複雑になります。フリー／オープンソースソフトウェアは、こうした複雑さを解き放つ一つの方法です。

エントロピーが時間の経過とともに増加すると考えると、オープンソースがエントロピーの増加を効果的に遅らせることができれば、エントロピーが増加するにつれてオープンソースの採​​用率が増加すると予測できます。

Twilio、STripe、そしてその姉妹企業は、このモデルにおいて明らかに問題を抱えていることは特筆に値します。彼らはSaaS製品を廃止し、複雑さを排除するために多大な努力を払ってきました。問題は、オープンソリューションとクローズドソリューションのどちらが「勝者」なのかを、複数の観点から判断するのが難しいことです。

HIPAA (簡易ソリューション) が緊急に必要です。

Stripe、Twilio、その他類似の企業はいずれもオープンソースを推進していますが、いずれもオープンソースとは異なるクローズドソースのサービスを提供しています。なぜでしょうか？

クローズドソースサービスはPCI標準と同様のサービスを提供し、登録や問い合わせの手間を省きます。HIPAAは、習得しやすく覚えやすい機能も提供しているため、ビジネスロジックに集中できます。負担を軽減し、面倒な統合問題を回避するために、クローズドソースサービスに費用を支払う企業が増えています。

この状況は変わらないと確信しています。クローズドソースサービスが提供する優れたカプセル化を活用することで、当社のビジネスはよりスムーズに進みます。些細な詳細を隠蔽し、実用的な機能を提供します。クローズドソースサービスは、複雑さを簡素化することに優れています。

FOSS 支持者は中立者に置き換えられました。

オープンソースは成熟度を意味するという考えは誤りです。「Red Hatのような企業は二度と現れない」といった発言をよく目にします。a16zのPeter Levine氏は、オープンソースが商用選択肢となる場合、市場で最も効果的なソリューションではないことが多いと述べています。

収益は重要です。すべての製品にはサポートが必要です。オープンソースソフトウェアは今後も開発・保守されるのでしょうか？風刺的なTwitterは懸念を表明しました。

「JavaScript フレームワークの中には、牛乳 1 本よりも長く生き残れないものもあると思います。」

同様に、FOSSの中核原則も問題になりつつあります。Heartbleed問題を覚えていますか？ジェフ・アトウッドは覚えています。彼はこの問題を例に挙げて、次のように反論しました。

Linus の法則 (コンピューター ソフトウェア開発者によく知られている開発およびテストの法則の 1 つ) は、『Cathedral and the Bazaar』 (オープン ソース ソフトウェアのモデルを紹介する書籍) に組み込まれています。

リーナスの法則は、「十分な時間があれば、すべてのバグは発見される」と述べています。言い換えれば、オープンソースソフトウェアには壊滅的なバグがあってはなりません。十分な数の人々がコードを公開レビューしているので、軽微なバグしか見落とされない可能性があります。

アトウッド氏はこう答えた。

しかし、Heartbleed SSL脆弱性は、オープンソースソフトウェアの深刻なバグによって引き起こされる壊滅的な欠陥である「リーナスの法則」に転機をもたらしました。どれほど壊滅的だったのでしょうか？世界中のHTTPSウェブサイトの約18%に影響を与え、攻撃者はこれらのウェブサイトのトラフィックを暗号化されていない状態で閲覧できる状態になりました…しかも、すでに2年間も。

すごい！アトウッド氏の現在の会社、Discourse.orgは100%オープンソース製品です。彼は明らかにフリー／オープンソースソフトウェアに大きな信頼を置いています。それが現実世界で試されているだけなのです。

使いやすさ

GitHubはオープンソースの聖地です。コードの作成と共有がはるかに簡単になります。初心者でもコードを書けなくてもドキュメントを改善できます。専門家はプルリクエストを通じて簡単に共有し、アドバイスを提供できます。

分散型バージョン管理システム（Git）が集中型バージョン管理システム（SVN）に取って代わったという事実は、フリー／オープンソースソフトウェアにこれほど大きな影響を与えたことは、実に詩的な出来事です。問題を解決したいですか？まずは、GitHubに解決策がないか確認してみましょう。

理性的な企業であれば、オープンソースを無視するのは愚かなことです。しかし、GitHubはどうやって利益を上げているのでしょうか？それは、プライベートリポジトリの販売によるもので、その多くはクローズドソースです。GitHubでさえ、このゲームに参加しているのです。

将来は純粋なオープンソースのワンダーランドではなく、オープンソース技術とクローズドソース技術を組み合わせたジグソーパズルです。

少しずつすべてを加えることで、美しくなります。

オープンソースソフトウェアとクローズドソースソフトウェアの間には、永続的な対立はありません。マイクロソフトはかつてクローズドソースの擁護者でした。ベテランの方なら、彼らの戦いの物語を今でも読むことができます。

今日、Microsoftはフリー／オープンソースソフトウェアのトレンドに完全に合致しています。他の多くの企業と同様に、Microsoftはオープンソースの取り組みにも参加しながら、多数のクローズドソースプロジェクトを開発しています。皮肉なことに、私たちはDocker、Golang、Railsといったオープンソースソリューションを愛しているにもかかわらず、Slackのようなクローズドソースソリューションに依存しているのです。

現代のビジネスは、両方の世界を完全に受け入れる必要があります。Google、Facebook、Uberは、この賢明なアプローチの成功例です。彼らは、ランチを盗まれることなくオープンソースを活用できることを証明しました。

聖戦は終わった。オープンソースとクローズドソースの競争も終わらなければならない。