自分の会社をオープンソース化すべきか？ (2022)

自分のコードはひどいのか

• 開発者が自分のコードについて批判されることを恐れるのは、自己中心的な考え方である。
• ひどいコードにストレスを感じる人がいるなら、それは追求する価値があるということだ。
• コミュニティは、ひどいコードをリファクタリングし、新しいコード品質ガイドラインを導入することで、プロジェクトの改善に役立つ。

セキュリティを手に入れる

• 公開されたコードからセキュリティ脆弱性を見つけてハッキングされるのではないかと恐れるのは、一般的な懸念である。
• 十分な数の目があれば、すべてのバグは明白になるというリーナスの法則は、セキュリティ問題にも当てはまる。
• Bitcoin のようなオープンソースプロジェクトは、セキュリティ問題を早期に発見してパッチを当てられるため、より安全になりうる。

競合に勝つ

• ソフトウェアにおいてアイデアは安価であり、価値はアイデアの実行によって生み出される。
• アイデアを共有すれば頭が自由になり、本当に重要なことに集中できる。
• 競合がコードをのぞき見ることは長期的には重要ではなく、オープンソースコミュニティはあなたの開放性に前向きに反応するだろう。

専門家コミュニティの成長

• 成功する会社を築くには、長期間にわたって着実に実行し、顧客基盤を成長させなければならない。
• 競合がコードをのぞき見ることは、長期的には重要ではない。

市場で勝つ

• 巨大で成長している市場では、勝者総取りの状況はまれであり、ユーザーを感動させて素早く反復することが重要だ。
• 競合がオープンソースプロジェクトをフォークしたとしても、より速くリリースできないのなら、どうせ競争には負けるだろう。

後期段階

• プロジェクトがかなりの規模に達すると、大手クラウドプロバイダーがより優れた配布モデルで製品を提供する状況に直面することがある。
• AWS があなたの製品のホスティングで競争を始めたなら、それは非常に正しいことをしている証拠だ。
• 開発者体験のように、クラウドプロバイダーが得意ではない分野で競争優位を見つけるべきだ。

心配するのをやめよう

• 競合があなたのアイデアを探しているなら、彼らは常にあなたより一歩遅れているだろう。

開発者採用

• スタートアップの最大の不満の1つは、開発者の採用が難しいことだ。
• オープンソースは開発者採用の問題を解決できる。

公開の場で人材を見つける

• すべての開発者はオープンソースの恩恵を受けており、多くの開発者が興味深いオープンソースプロジェクトに貢献したいと考えている。
• オープンソースプロジェクトへの貢献のハードルを下げれば、優れた開発者がそのプロジェクトを見つける可能性が高まる。

いいえ、自宅持ち帰りテストはやりません

• 開発者は、面接プロセスで LeetCode の問題を解いたり、自宅持ち帰りテストをしたりすることに不満を持っている。
• 誰かがあなたのリポジトリに貢献すれば、その人の実際のコード貢献と、チームやコミュニティのメンバーとのコミュニケーションの仕方をすでに見ることができる。

Excel と統合できますか？

• スタートアップを運営していると、最も大きな問題だけを解決する時間しかなく、少数のユーザーが求める機能は無期限に先送りされることがある。
• システムがオープンソースであれば、そうしたユーザー自身が機能を貢献でき、ソフトウェアの有用性を広げられる。

2022年です。空飛ぶ車はどこですか？

• オープンソースがない世界では、テクノロジー企業は今も車輪の再発明を続けている。
• Supabase は、新しいプロジェクトをオープンソース化する前に、既存のオープンソースプロジェクトを支援しようとしている。

もっと証拠が必要なら

• 来週は Supabase のローンチウィークであり、チームとコミュニティが過去3か月間に取り組んできたすべての集大成である。
• オープンソース企業を運営するあらゆる利点を示す、Supabase コミュニティの急速な進展がその証拠だ。

GN⁺の意見

• オープンソース戦略は、コード品質の向上、セキュリティの強化、コミュニティ構築を通じた協業とイノベーションの促進に寄与する。
• オープンソースは開発者採用の問題を解決し、企業の透明性と信頼を高め、技術の発展に貢献する。
• Supabase の事例は、オープンソースモデルがソフトウェア開発とビジネス成長にどのように前向きな影響を与えうるかを示している。

[GN⁺]

Hacker Newsの意見

• 前提の問題点

  持続可能な収益性に関する前提が現実を反映していない。特に米国の開発者の高い給与のような課題を考慮すると、オープンソースソフトウェア（OSS）企業には2つの成功が必要になる。1つ目はOSS自体の成功、2つ目は会社としての成功である。

• Graphistryチームの経験

  GraphistryチームはOSSに情熱を持っており、人気のApache ArrowやNvidia RAPIDSプロジェクトの立ち上げを支援した。PythonとJSクライアントをOSSとして提供しており、PyGraphistry[AI]は多様なツールを備えたグラフ向けのスイスアーミーナイフだ。しかし、主に企業、政府、データ企業に対してGPUグラフ可視化サーバーのクラウド／オンプレミス向けセルフホスティングライセンスを販売することで、持続可能な成長を実現している。代替となるSaaSホスティング収益は小規模チームを支えられるが、ほとんどのチームはセルフホスティングライセンスの収益なしにはイノベーションを継続できない。

• オープンソースのビジネスモデルへの不満

  他の創業者たちとオープンソースのビジネスモデルについて議論すると、繰り返し出てくる不満が3つある。

  • コードが汚い、質が悪い、または未完成だという批判
  • ハッカーがセキュリティ脆弱性を見つけて悪用するだろうという懸念
  • 競合が知的財産を盗むだろうという懸念

  4つ目の欠けている項目は、「Amazon/AWSが自分のコードを基にサービスを商用化し、自分には何も支払わないだろう」という考えである。

• 民間政府への販売

  多くのプロジェクトが見落としていることの1つは、民間政府に販売することだ。米国政府には技術向けの多くのプログラムがあり、民間機関、情報コミュニティ、州政府に分かれているため、さまざまなソフトウェアを大量に購入している。規制やコンプライアンス要件は思っているほど高くなく、特に最初のいくつかの契約をチームで進める場合はそうである。これはプロジェクトに確実で保証された収益をもたらし、通常は3〜5年契約で非常に収益性が高い。

• オープンソースソフトウェアの価値

  ソフトウェアのアイデアは安価だが、価値はほとんど常にそのアイデアの実行から生まれる。オープンソースソフトウェアを公開する際には、アイデアだけでなく、そのアイデアのかなりの部分を実装したものも提供している。コードは実行のすべてではないが、販売、マーケティング、サポートなどへと拡張される。記事はコードの価値を軽視する傾向があるが、これは事実ではない。

• Supabaseのビジネスモデル

  Supabaseは自らをオープンソース企業としてマーケティングしているが、実際にはセルフホスティングを試すことは現実的ではない。したがって、オープンソースとして称賛されてはいるが、実際にはマーケティング戦略にすぎない。

• オープンソース製品の選択

  個人的には、オープンソース製品を代替より常に選ぶ。ソースコードへの無制限のアクセスは重要であり、それは社会にとっても重要だ。このようなマインドセットから生まれたソフトウェアはオープンソースであり、ときには人々がそれに対して対価を支払う。

• オープンソースビジネスの難しさ

  PostgreSQL、Python、Bitcoin、Reactのようなオープンソースプロジェクトは優れているが、優れたビジネスではない。MongoDBとElasticは例外である。オープンソースのデータベース企業よりもクローズドソースのデータベース企業のほうが多く成功している。オープンソース企業は難しいが、ユーザーにとって非常に価値がある。

• ブランドとコミュニティの重要性

  Googleのような既存ベンダーと競争する際、ブランド、コミュニティ、チーム、開発者体験（DX）は、コンプライアンスなどに比べてほとんど重要ではない。

• オープンソースコードの公開とライセンス

  コードを公開して、人々が読んだり貢献したりできるようにする。商用利用には有償ライセンスを求めつつ、下位層では無料のまま維持する。ビジネスの中で、有料顧客がすべての開発資金を賄う文化を根付かせるべきである。

• オープンソース企業の妥当性

  会社が開発者向けであるか、あるいは実際にセルフホスティングされる可能性のない製品を作っている場合にのみ、オープンソース企業には意味がある。Supabaseはその両方に当てはまる例である。