『OSS 無給労働』問題と持続可能な貢献
OSS は世界を支える基盤だが、無給メンテナの疲弊・燃え尽きが深刻化しています。本記事では編集部の視点で、持続可能な OSS 貢献を公開情報をもとに整理します。エンジニア社会貢献 もご参考に。
OSS の現状と問題
(1) 無給メンテナ多数：燃え尽きリスク。(2) 商用利用者の貢献ゼロ。(3) セキュリティ責任：log4j 等の事例。(4) ライセンス変更：Redis 等。(5) サステナビリティ危機(公開情報をもとに)。
収益化の選択肢
(1) GitHub Sponsors：個人・組織から。(2) Open Collective：透明な収支。(3) Patreon：継続支援。(4) 商用ライセンス併用：Dual licensing。(5) サポート契約：エンタープライズ向け。副収入戦略 もご参考に。
本業との両立
(1) 業務時間内OSS：会社方針確認。(2) 20% ルール導入企業も(公開情報をもとに)。(3) OSS スポンサー企業：GitLab/Microsoft 等。(4) 会社経由で雇用されるパターン。(5) 知財取扱い：個人 vs 会社。
持続可能な貢献の原則
(1) 無理しない：燃え尽き予防。(2) 境界を明示：返信時間等。(3) 共同メンテナを増やす。(4) 適切な感謝表明。(5) 利用者教育：要求の現実化。燃え尽き予防 もご参考に。
無給の壁の越え方
(1) 需要のあるOSS を作る。(2) 1000+ GitHub Stars。(3) 商用利用例の明示。(4) 収益化方針発表。(5) 共同メンテナ採用。
商用化の現実
(1) Open Core モデル：基本OSS+有料機能。(2) SaaS提供：OSS のマネージド版。(3) コンサル/サポート。(4) 書籍/動画教材。(5) 登壇/トレーニング。技術ブログマネタイズ もご参考に。
失敗しがちなパターン
(1) 全要求に応える：燃え尽き。(2) 無償サポート無制限。(3) 1人メンテナ：継続不能。(4) License Bait and Switch：信頼喪失。(5) 本業との衝突。対策は、(1)Issue ルール明示、(2)有償サポート分離、(3)コミュニティ育成、(4)初期から license 明確、(5)会社合意、です。