【要約】Open Source Resistance: keep OSS alive on company time [Hacker_News] | Summary by TechDistill
> Source: Hacker_News
Execute Primary Source
// Discussion Topic
本スレッドは、企業が恩恵を受けているOSSの維持を、そのメンテナが業務時間内に行うべきだという問題提起から始まっている。著者は、既存の寄付モデルが不十分であるとし、メンテナが自律的に時間を確保することを推奨している。議論の焦点は以下の通りである。
- ・OSS維持における既存手法（GitHub Sponsors等）の限界
- ・企業に雇用されているメンテナの倫理的・契約的境界線
- ・OSS保守を「抵抗」と捉えるか、「職務」と捉えるかという定義の差
// Community Consensus
OSSの保守を業務に組み込む必要性については概ね同意が得られている。しかし、そのアプローチを「抵抗」と呼ぶことについては、実務的な観点から批判的な意見が目立つ。議論は以下の二つの視点に構造化される。
【著者の主張：抵抗としての保守】
【著者の主張：抵抗としての保守】
- ・GitHub Sponsors等の「丁寧な」依頼は効果が薄い。
- ・企業が利用しているOSSの維持は、業務時間を使って行うべきである。
- ・OSSの採用は技術的な意思決定の一部である。
- ・採用した技術の健全性を保つことは、専門家としての当然の職務である。
- ・「抵抗」という言葉は、事態を不必要に政治化させる恐れがある。
// Alternative Solutions
著者は、以下の既存手法を「丁寧すぎる（不十分な）手段」として挙げている。
- ・Open Source Pledge
- ・GitHub Sponsors
- ・Open Source Friday
// Technical Terms
Senior Engineer Insight
> 技術責任者の視点では、本議論は「技術的負債」と「サプライチェーンリスク」の管理に直結する。OSSの保守を「抵抗」と捉えるのは組織運営上リスクが高い。しかし、コメントにある通り、OSSの採用判断がエンジニアの責任であるならば、その保守コストを業務計画に組み込むことは極めて合理的である。我々の現場では、OSSの維持を「個人の善意」や「抵抗」に依存させるのではなく、標準的なSDLC（ソフトウェア開発ライフサイクル）の一部として、リソースを正式に割り当てるべきだと考える。それが最も持続可能で、予測可能なリスク管理手法である。