オープンソースの「永遠の9月」へようこそ。メンテナー向けの計画をご紹介

オープンソースの世界は今、「永遠の九月」を迎えている。これは1993年のUsenetで、毎年9月に大量の新入生がネットワークに参入しコミュニティの規範を混乱させた現象に由来する。当時は一時的だったが、後に主流のダイヤルアップISPの登場で新規ユーザーが絶え間なく流入し、「終わらない九月」となった。現在のオープンソースも同様で、新規ユーザーだけでなく、膨大な量のコントリビューションが絶え間なく押し寄せている状況だ。 かつてメーリングリストの時代には、コントリビュートには相当な労力が必要だった。プロジェクトに参加し文化を理解し、正しくパッチをフォーマットするという摩擦が、一種のフィルターとして機能し、真剣に関与する人々を選別していた。しかしこの高い参入障壁は多くの人を排除してもいた。 状況が大きく変わったのはプルリクエストの登場だ。GitHub上でのプロジェクトホスティング、「Good First Issues」のラベル付けなどにより、コントリビュートの摩擦は劇的に低下した。これによりコミュニティは成長し、参加はより容易になった。しかし摩擦はバランスが重要であり、少なすぎるとオープンソースの基盤である「信頼」に負荷がかかるという新たな課題を生んだ。 今日、生成AIの登場により、コード、イシュー、セキュリティレポートを短時間で大量に生成することが可能になった。作成コストは激減したが、それをレビューし維持するコストは変わらない。多くのコントリビューターは善意で、学習やキャリア形成、プロジェクトへの貢献を目的としている。問題は、レビュー能力の拡大が追いつかない規模で低品質なコントリビューションが流入した時だ。これによりメンテナーは圧倒され、オープンコラボレーションの根幹をなす信頼が損なわれ始める。 低品質なコントリビューションや「AI生成の駄作」は最近特有の現象ではない。メンテナーは常に雑多な流入に対処してきた。Linuxカーネルが「信頼の網」哲学に基づき、2004年にSubmittingPatchesガイドや開発者証明書(DCO)を導入した理由もここにある。MozillaやGNOMEも、多くのバグ報告がフィルタリングとトリアージを必要とする現実に直面し、正式なトリアージシステムを構築した。 この課題に対処するため、GitHubはメンテナーを支援する新たな計画を立てている。具体的な内容は明記されていないが、歴史的に見れば、オープンソースコミュニティは常に規模の拡大と共に、信頼を維持するための新しい規範、プロセス、ツールを発展させてきた。現在の「永遠の九月」も、摩擦のバランスを再考し、持続可能なコラボレーションの新たな基盤を築くための転換点となる可能性がある。

オープンソースの「永遠の9月」へようこそ。メンテナー向けの計画をご紹介

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト