GitHubは沈没しているのか？ AIスロップの台頭と分散化への主張

10年以上にわたり、GitHubはオープンソース宇宙の紛れもない中心地であり続けてきました。GitHubは、Gitを単なる技術的なツールから開発者のためのソーシャルネットワークへと変貌させ、私たちのコラボレーションのあり方を変えました。しかし、現在、多くのエンジニアが、信頼性の低下、AI生成による「スロップ（slop）」の急増、そして親会社であるMicrosoftによる息苦しい影響を理由に、プラットフォームが「沈没している」と警告しています。

かつてはコードをホストするための合理的なツールでしたが、現在は肥大化した負債として見なされることが増えています。安定性が揺らぎ、プラットフォームが低品質なAI生成コミットで溢れかえる中、開発者は根本的な問いを投げかけ始めています：今こそ去るべき時なのか？

The Stability Crisis: "Zero Nines" of Uptime

安定性の危機：稼働率「ゼロ・ナインズ」

最近の観察によれば、GitHubの公式ステータスページは、実態を完全には物語っていない可能性があります。ユーザーからは、障害やパフォーマンスの低下が報告されており、Microsoftによる買収以降、平均稼働率が低下傾向にあることを指摘する声もあります。かつてのシームレスな体験は失われ、二次的なレート制限や、重要なデプロイメント・ウィンドウ中の予期せぬダウンタイムが特徴となっています。

この不安定さは、単なる利便性の問題ではありません。GitHub ActionsをCI/CDパイプラインとして利用しているチームにとって、プラットフォームの停止はプロダクション環境の完全な停止を意味します。批判的な意見を持つ人々は、GitHub Actionsが「最弱のリンク」となり、組織が単一のベンダーの稼働率に危険なほど依存してしまう、中央集権的な単一障害点を作り出していると主張しています。

The "AI Slop" Problem

「AIスロップ」問題

GitHubの苦境を一般的な企業の無能さによるものとする向きもありますが、より具体的な原因を指摘する人々もいます。それは、AI生成コードの爆発的な増加です。その増加の規模は驚愕すべきものです。GitHub自身のリーダーシップが引用したデータによると、プラットフォームのアクティビティは指数関数的に急増しています：

• Commits: 2025年の10億コミットから、年間約140億コミットのペースへと急増。
• CI/CD Load: GitHub Actionsは、2023年の週5億分から、最近では週21億分以上に増加。

この急増は、主にAIエージェントや自動化ツールが、人間には到底及ばないボリュームでコードをコミットしていることによって引き起こされています。その結果、「スロップの墓場」が生み出されています。つまり、インフラストラクチャを圧迫し、プラットフォームの発見メカニズムの価値を希薄化させる、低品質なリポジトリやコミットの洪水です。あるコメントでは、プラットフォームは事実上「スロップによって自らをDDoS攻撃している」と指摘されています。

Git is Not GitHub

GitはGitHubではない

現代のソフトウェアエンジニアリングにおける最も危険な誤解の一つは、GitとGitHubを混同することです。Gitは分散型バージョン管理システムであり、動作するために中央サーバーを必要としません。GitHubは、単にGitの上にソーシャルおよびコラボレーションのレイヤーを構築したホスティングサービスに過ぎません。

GitHubに対する現在の不満は、「ネットワーク効果」——つまり、他の誰もがそこにいるから自分もそこに留まるべきだという考え——が罠になり得ることを思い出させてくれます。プラットフォームが「高価な負債」となったとき、ネットワークのメリットを上回るコストが発生する可能性があります。

Evaluating the Lifeboats: Alternatives to GitHub

救命ボートを検討する：GitHubの代替案

移行を検討している人々にとって、選択肢は他の中央集権的なフォージから、完全に自己ホスト型のソリューションまで多ります。

Centralized Alternatives

中央集権的な代替案

• Codeberg: Forgejoの非営利、コミュニティ主導のインスタンス。企業所有を避けたい人々にとって、最も安全で持続可能な代替案として広く認識されています。
• GitLab: 「エンタープライズ級」の選択肢。強力で機能豊富ですが、肥大化と複雑さで批判されることもありますが、大規模な企業チームにとっては安定した選択肢であり続けています。
• Bitbucket: 企業の代替案ですが、多くの場合、単に一つの企業環境を別の企業環境に乗り換えるだけだと見なされます。

Self-Hosting and Decentralization

自己ホストと分散化

完全なコントロールを求める人々にとって、Gitフォージの自己ホストは究極の脱出戦略です。Forgejo (Giteaのフォーク) は、その軽量な性質と、ActionsやReleasesを扱える能力から、頻繁に推奨されています。

一部の開発者は、プロジェクトを管理するためにSSHやメールのメーリングリストに戻るという「古いやり方」さえも提唱しています。元の批判の著者が指摘するように：

"If Linux can be maintained by sending patches to an email mailing list, 'doesn't work at scale' cannot be explained by skill issues."

"もしLinuxがメールのメーリングリストにパッチを送信することで維持できるのであれば、『規模が大きすぎて機能しない』という主張は、スキルの問題であると言えます。"

Conclusion: The Need for An Exit Plan

結論：脱出計画の必要性

GitHubが本当に「沈没」しているのか、あるいは単にAI革命によってスケールアップに苦戦しているだけなのかは分かりませんが、現在の状況は極端な中央集権化のリスクを浮き彫りにしています。世界のオープンソースコードの主要なインフラストラクチャが単一のエンティティによって制御されているとき、品質や安定性の低下は、業界全体にとってのシステム的なリスクとなります。

コードをどこにホストしているかにかかわらず、教訓は明確です：常に脱出計画を用意しておくこと。リポジトリを別のサービスにミラーリングしたり、自己ホストのバックアップを維持したりすることで、あなたのコードが単一の「沈没する船」にロックインされることがないようにすることは、長期的なプロジェクトの健全性のための前提条件です。