Microsoftにフォークされる

• Spegelは、イメージレジストリ障害によって発生する Kubernetes クラスターのスケーリング問題を解決するために開発されたオープンソースツール
• Microsoft は Spegel に関心を示して協力の意思を伝えたが、その後これといったフィードバックもないまま、類似プロジェクトである Peerd を独自に公開
• Peerd は Spegel をベースに作られたように見え、実際に コード、テスト、コメントなどがほぼ同一で、一部はコピーに近い水準
• MIT ライセンスはフォークを許可しているが、出典表記の欠落や著作権表示の削除は許可しておらず、Microsoft がこの基準を守っていない可能性がある
• この出来事は、オープンソース生態系における 開発者と大企業の不均衡な力関係を浮き彫りにし、ライセンス変更やスポンサー獲得による対応を考えさせる

---

Spegel の始まりと問題意識

• 筆者は Kubernetes クラスターで、イメージレジストリ障害による スケーラビリティの問題に直面
• ステートフルなミラーの代わりに、運用負荷が低くステートレスに動作するツールを作ることを決意
• こうして生まれたオープンソースツールが Spegel であり、現在は GitHub で 1.7k 以上のスターと 1,400 万以上のダウンロードを記録

Microsoft との出会い、そして沈黙

• Microsoft は Spegel に関心を示してミーティングを依頼し、筆者はアーキテクチャ支援やコード説明に積極的に協力
• 当初は協業への期待があったが、その後は 何のフィードバックもないまま連絡が途絶えた
• その後、KubeCon Paris での Microsoft による Peerd の発表を通じて Spegel への言及が確認された

Peerd と Spegel の類似性

• Peerd は Microsoft が作った P2P ベースのイメージ配布ツールで、Spegel に着想を得たとだけ簡単に触れている
• しかしコード上では、関数定義、コメント、テストケースなどが Spegel とほぼ同一
• コード比較画像の例では 関数コメントまで一致しており、一部のテストには Spegel と筆者の前職名まで含まれている
• Peerd は MIT ライセンスを適用しているが、Spegel の元の著作者や出典の表記が不十分

オープンソースメンテナーの苦悩

• プロジェクトの成長とともに、Spegel のユーザーは Peerd との違いをたびたび問い合わせるようになった
• Microsoft との力の差により、Spegel は ブランド認知の面で不利な立場に置かれている
• 協力や貢献を期待していた筆者は挫折を味わい、ライセンス変更まで検討するようになった

コミュニティの未来と対応

• オープンソース生態系は最近、Hashicorp のライセンス変更や企業による投資減少などで不安定な流れに直面している
• 筆者は GitHub Sponsors を開設し、Spegel を維持し続けられるよう コミュニティの支援と参加を呼びかけている
• 今回の件は、個人開発者と大企業の間にある構造的な不均衡を改めて照らし出し、ライセンス選択の重要性を強調している

締めくくり: 個人対大企業、不均衡の中での抵抗

• Spegel は今なお活発に使われており、筆者は自らの経験を通じて オープンソース生態系のレジリエンスを信じている
• しかし、**「ダビデとゴリアテ」**のような現実の中で、筆者は Spegel の未来のために 最小限の抵抗手段としてライセンス変更を検討している

[ng0301]

かなり不誠実ですね 🤨

[GN⁺]

Hacker Newsの意見

• 以前、MicrosoftのSatya時代以前、私は初期クラウド時代に重要な問題を解決する人気のオープンソースソフトウェア（OSS）製品のメンテナーだった

  • Microsoftのあるディレクターが協業を提案したが、私はコンサルティング契約書を送ると返答した
  • 法的手続きを経て2日間のワークショップを実施し、彼らは費用を支払った
  • 望むだけの価値に対して支払う用意があるなら、無料で働くべきではないという教訓を得た

• MicrosoftのCloud Native EcosystemチームのLachlanがPhilipに謝罪のメッセージを伝えた

  • Spegelプロジェクトでのリーダーシップと協業に感謝し、このプロジェクトがクラウドネイティブコミュニティにおける現実的な課題を解決していると評価した
  • ライセンスヘッダーを修正するためのプルリクエストを提出し、よりよいオープンソースコミュニティの管理者になれるよう努めるとした

• Microsoftへの非難は多いが、これは個人のキャリア形成のための行動である可能性が高い

  • オープンソースコミュニティには、このような状況で個人に職業的な結果を負わせる方法が必要だ
  • 職業的な結果とは、キャリア機会の喪失、コントリビューター権限の剥奪、信頼できない人物として知られることだ

• MITライセンスに従わないのは著作権侵害である

  • しかし、ファイルに著作権表示がなかったため、問題提起は難しい
  • OSSに理解のある弁護士に相談することを勧める

• 新しい種類のライセンス、すなわちコミュニティ・オープンソースが必要だという意見がある

  • Microsoftのような企業がプロジェクトをフォークする際、コミュニティに害を及ぼす
  • 利益追求ではなく協業を重視するコミュニティ倫理が必要だ

• Microsoftが著作権表示を削除したのは誤りだが、著者には不満を申し立てる根拠がない

  • 最も寛容なライセンスを選んだのであれば、それに伴う結果を受け入れるべきだ

• Microsoft内部で、誰かが昇進のために他人の成果物を利用している可能性がある

  • これは最初でも最後でもない事例であり、Microsoftは意図的にこのような行動を繰り返している

• Peerdプロジェクトの著作権帰属を修正するためのコミットが提出された

  • いくつかのファイルの著作権ヘッダーが更新され、LICENSEファイルの帰属も修正された