GitButlerは今やFair Sourceです

 (blog.gitbutler.com)
8 ポイント 投稿者 GN⁺ 2024-08-12 | 1件のコメント | WhatsAppで共有
  • GitButlerは現在、Fair Sourceムーブメントの最初のメンバーの1つであり、基本的にクローズドソースを公開ソフトウェアへ転換することに貢献している
  • 数か月前、GitButlerはGitHubでクライアントのソースコードを公開し、誰もが利用し、学び、貢献できるようにした
  • ソースを公開する前の数週間、GitButlerチームはこれをどう進めるかについて多くの議論を行った
    • ユーザーがコードを見て学び、流用できるようにしつつ、
    • 同時にソフトウェアに多くの投資をしており、投資家や従業員もいるため、製品を基盤に収益性のあるビジネスを築きたい
    • AGPLやBUSLのようなライセンスの利用も検討した
  • SentryがCodecovのコードを公開した際に経験した難しさを見て、彼らが採用したFunctional Source License(FSL)を選んだ
    • FSLは競業禁止条項を含み、2年後にMITライセンスへ移行する、ビジネスフレンドリーな新しい方式のライセンスである
    • これにより、防御可能なビジネスを構築するために苦闘することなく、ソースコードを公開で利用できる
    • 自由、公開性、保護の間で完璧なバランスを提供する
  • この新しい公開ソースコードを何と呼ぶべきかについても悩んだ
    • FSLの競業禁止条項のため、「Open Source」という用語は使えない
    • しかし「source available」という表現は弱く、誤解を招きやすい
    • Sentryなど、この問題に悩んでいた企業が集まり、商用公開ライセンスの新しい概念を包括できる「Fair Source」という用語を生み出した
  • GitButlerは、世界で初めてこの新しいFair Sourceムーブメントに参加できることを嬉しく思っている

クローズドソースをFair Sourceへ転換する提案

  • fair.ioのWebサイトは、企業がクローズドソースをFair Sourceへ転換するのを支援している
  • これは、ソースコードをクローズドのまま維持する企業に対して、コミュニティのためにソースを公開し、読み、学び、貢献し、修正できる、より良い道を提供するものだ
  • クローズドソフトウェアを持つ企業であれば、Fair Sourceムーブメントを検討し、取り組んでいるものを世界とコミュニティに公開できるか考えてみることを勧める
  • 私たちは皆メイカーであり、学んだことを仲間やユーザーと共有することを好む。それは業界全体に利益をもたらし、今や障壁はかつてなく低くなっている
  • ユーザーの自由と開発者の持続可能性をバランスよく保つ新しい種類のソースコードライセンスで、より多くのソフトウェアを公開する取り組みに加わってほしい

さらに詳しい情報

  • ソフトウェア協業の世界がどこへ向かっているのか、その背景をもっと知りたいなら、「オープンソースの未来」の記事を参照
  • Sentryのブログ投稿やChadの「The Historical Case for Fair Source」という記事で、Fair Sourceとその根拠についてさらに詳しく読める

GN⁺の意見

  • Fair Sourceは、オープンソースの利点を活かしつつ、商用ソフトウェア開発企業の持続可能性も考慮した折衷案に見える。これまでオープンソースソフトウェアを開発しながら収益モデルを見つけにくかった企業にとって、魅力的な代替案になり得る
  • ただし、競業禁止条項などにより、既存のオープンソースコミュニティとの摩擦が生じる可能性がある。オープンソースの精神を損なうという批判も提起され得るだろう
  • Fair Sourceを導入する際には、ライセンス条件を明確にし、コミュニティと透明性を持ってコミュニケーションすることが重要だ。ユーザーがソースコード利用に制約がある点を明確に認識できるようにすべきだ
  • 類似のアプローチとしては、Elastic License 2.0やServer Side Public Licenseなどがある。各ライセンスの長所と短所を綿密に分析し、自社に最も適したものを選ぶのがよいだろう
  • Fair Sourceがソフトウェア業界全体にどのような影響を与えるのか、開発者やユーザーにとってどのような意味を持つのかは見守る必要がある。新しい試みであるだけに試行錯誤もあるだろうが、最終的にはより多様な主体がソフトウェア開発に参加する健全なエコシステムの形成に寄与することを期待したい

関連記事

1件のコメント

 
GN⁺ 2024-08-12
Hacker Newsの意見

  • このソフトウェアがオープンソースではないことを透明性を持って明示している点が良い

    • オープンソース運動全体については複雑な感情がある
    • ソースコードを透明に公開し、無料で使えるようにするのは良いことだが、厳格なオープンソースのほうがより良い世界を作ると思う
    • Linuxでアプリを実行できるのは、あらゆるクラウドがそれを実行できるからであり、競合の中から選べる恩恵を受けている
    • このソフトウェアがgitの上に構築され、FOSSに依存するビジネスモデルを持っているにもかかわらず、それを差別化して保護しようとしているのは皮肉だ
    • オープンソース運動のおかげで無料でこのキャリアに入ることができたし、最も寛容な条件でOSSを書いて配布することが、この運動に報いる最善の方法だと思う

  • https://fair.io と https://faircode.io を混同していた

    • 新しい「機能的」ライセンスが2年後に自動でMITまたはApache 2.0へ変換されるのは興味深い
    • オープンソース（および無料）ソフトウェアを支持しているが、こうした新しいライセンスによって、より多くのサービス系ビジネスがある程度ソースコードを公開するよう促されてほしい

  • Fair Source Licenseというものを初めて知った

    • FOSSより少し制限は強いが、ハイパースケーラーがクラウド上でソフトウェアを動かして利益を得るのを防ぎたいという意図がある

  • 一般的なオープンソースモデルと比べた場合の、こうしたライセンスの利点を説明できる人がいるのか気になる

    • Fair SourceのページとFAQを読んだが、ソフトウェアを一時的により不自由にする以外の観点が理解できなかった

  • 法律の専門家ではないが、商用環境で使うには「競争的利用」の定義が非常に広く解釈され得るため危険に見える

  • このライセンスの文脈で、競争が何を意味するのかを明確に定義するのは難しそうだ

    • 最近UnityやRedisがこの種の問題で何度も声明を出して混乱していたのを覚えている

  • なぜ企業がAGPLで全員に公開し、自分たちには独占的な商用ライセンスを用意しないのか不思議だ

    • AGPLならGoogleやAWSの利用を防げるし、商用ライセンスならライセンス利用者（自分たち）が商用化できる

  • 「Fair Source」についての考えを語ったポッドキャストのエピソードがある: https://changelog.com/podcast/586

  • 関連情報: Keygenも今ではFair Sourceになっている: https://keygen.sh/blog/keygen-is-now-fair-source

  • Fair Sourceはオープンソースの上位集合なのだろうか

    • すべてのオープンソースプロジェクトはソースが公開されており、オープンソースライセンスの下にあり、競合しない限り誰でも使えて改変できる