8 ポイント 投稿者 GN⁺ 2025-11-28 | 4件のコメント | WhatsAppで共有
  • Zigプログラミング言語のリポジトリが、10年間利用してきたGitHubを離れ、Codebergへ移行
  • GitHubのパフォーマンス低下とバグ、特にActionsの不安定さと放置が主な要因
  • GitHubのAI中心の方針Copilot機能の強制的な露出が、Zigの**「no LLM / no AI」ポリシー**と衝突
  • GitHub Sponsorsは依然として大きな収入源だが、依存リスクがあると判断し、Every.orgへの支援移行を推奨
  • Codebergへの移行は、非営利・公共性重視のエコシステム強化という意味を持つ

GitHubからCodebergへの移行背景

  • Zigプロジェクトは、10年前のgit init以来GitHubでホスティングされてきた
    • GitHubがMicrosoftに買収された後、プラットフォームの品質が悪化したと評価
  • GitHubのエンジニアリング文化と優先順位の崩壊により、遅くバグの多いJavaScriptフレームワークのようなものに変質したと記述
  • GitHub Actionsには「容認できないバグ」があり、保守もほとんど行われていないと明記
    • CEOの「AIを受け入れるか、去るか」という発言以降、Actionsがランダムにジョブを実行する「vibe-scheduling」現象を示したと説明
    • 手動介入が不可能なため、CIシステムが麻痺する問題が発生
  • Zigはこれらの問題を解決するため、新しいGitホスティングプロバイダーへの移行を決定

GitHubとAIに関する問題

  • GitHubのCopilot機能の強制的な露出が、Zigの**「no LLM / no AIポリシー」**違反事例を引き起こしたと説明
    • 関連する違反事例として、GitHubの3つのPRリンク(A、B、C)を提示
  • Codebergへ移行することで、AI関連ポリシー違反の減少を期待

GitHub Sponsorsと支援構造

  • GitHub Sponsorsは、Zigの初期資金調達において重要な役割を果たし、現在も収益の大きな割合を占めている
  • Devon Zuegelの貢献により多くの開発者がGitHubを通じて収益を得られるようになったが、彼女の退職後はプロダクトが放置され衰退中
  • Zig Software FoundationはGitHub Sponsorsを**「負債(liability)」と見なしている**
    • 支援者に対して、Every.orgへ定期支援を移すよう要請
    • GitHub Sponsorsの**支援者特典(ホームページへの名前掲載、リリースノートでの言及など)**は終了予定
    • Every.orgを通じて同等の特典を提供する方法を準備中

移行計画と技術的詳細

  • GitHubのziglang/zigリポジトリは、**即時に読み取り専用(read-only)**へ移行
  • 公式リポジトリはhttps://codeberg.org/ziglang/zig.gitへ変更
  • ForgejoおよびCodebergコミュニティの支援に感謝を表明
    • 特にEarl Warren、Otto、Gusted、Mathieu Fenniakの協力に言及
  • GitHubの**ベンダーロックイン(vendor lock-in)**を避けるため、シンプルな戦略を採用
    • 既存のGitHub Issueはそのまま維持し、CodebergではIssue番号を30000から開始
    • 既存のGitHub IssueとPRはそのまま残し、修正やコメントが必要な場合にのみCodebergへ移行
    • 既存のPRとIssueは今後も継続してレビュー予定

非営利エコシステムの意味

  • 現代の買収・合併、弱い反トラスト規制、プラットフォーム資本主義の中で、
    非営利組織が公共領域を守る最後の砦だと言及
  • 記事の最後は「Happy hacking」で締めくくられている

4件のコメント

 
GN⁺ 2025-11-28
Hacker Newsの反応
  • Zigプロジェクトが GitHubのLLM/AI禁止ポリシー違反事例(exhibit A, B, C)に言及しつつCodebergへ移行したのを見て、思わず笑ってしまった
    特に、exhibit Aの問題提起 をした人物が、数日前にHNのフロントページに載っていたのと同じ人物だという点が興味深い

    • 以前の自分のルールは「コーディングは『自分のコンピュータで動けばよい』で済むが、ソフトウェアエンジニアリングはそうではない」だった
      今では「コーディングはAIで書いてもよいが、エンジニアリングはだめ」に変わった
    • GhostKellzのGitHub を見ると、ZigとRustで作られた 動かないプロジェクト が何十個もある
      しかも zquic issue では他人を混乱させている
    • 彼は Julia向けStaticCompiler PR でも AI生成コード を大量に投稿していた
    • いちばん面白かったのは、このツイート で「ClaudeがZigコンパイラのバグを直した」と誇った直後、
      数分後に PRリンク が投稿された場面だった
      後で面接で「最大の業績は何ですか」と聞かれたら、「ZigをGitHubから追い出した張本人です」と答えるのではないかと思う
    • ここまで来ると、単なる 荒らし行為 なのか本気なのかわからない
  • GitHubの「Copilotでissueを作成」機能が AIポリシー違反 を助長しているという指摘には同意する
    また、多くの開発者が プロフィールを見栄えよくして就職確率を上げたい動機 でGitHubを使っているとも思う

    • ただ、本当に無作為なPRを大量に送ることが採用に役立つのかは疑問だ
      自分の経験では、リクルーターや面接官はGitHubプロフィールをほとんど見ない
    • 実際、GitHubは単なる gitホスティング として使うだけでも十分だ
      たとえば torvalds/linux のように、issueやPR機能を使わずミラーとしてのみ利用できる
    • 以前はCODE_OF_CONDUCT.mdを重視していたが、今は「リポジトリに ゴミコード を送るな」という条項を入れたくなる
  • ZigがGitHubではなく Codebergへ移行 した理由がICE(米移民税関捜査局)顧客問題だというが、
    Codebergも PayPalを利用 しており、PayPalはICE関連組織の一員だ
    この種の 『純粋性スパイラル(purity spiral)』 は、結局は自らを孤立させる結果になる

    • ただ、自分はそれを『純粋性スパイラル』とは呼ばない
      単に 倫理的配慮を含んだ実用的な選択 というだけだ。GitHubからCodebergへ移るのは大きな負担ではなかった
    • 世の中は白か黒かではない。完全に一貫した選択だけを要求するのは 皮肉屋の罠
      可能な範囲で 害を減らそうとする努力 には依然として意味がある
    • Zigコミュニティには、既存ツールを拒み 自分たちでより良い道具を作る伝統 がある
      今回をきっかけに「GitHubより良いプラットフォーム」を作ることもあるかもしれず、期待している
    • もちろんGitHubとICEの関係とは別に、記事の大半は 技術的な理由 を扱っていた
    • GitHubと直接取引することと、決済プロセッサが提携関係にあること は別だ
      完璧な代替はなくても、よりましな選択をするのは十分理解できる
  • Codebergのインフラ状況を見ると、不安定なハードウェア をコミュニティの寄付で運用しているらしい
    公式ブログ記事 を読むと、
    安定した本番環境というより 趣味プロジェクト に近く見える

    • 記事のインフラ部分を読んで笑ってしまった。
      まるで Chaos Monkeyがリアルタイムで動いている環境 のようだ
      ただ、その1台のサーバーを維持する技術力は印象的だ
      とはいえZigリポジトリは自分のサーバーにもミラーしておくつもりだ
    • なぜZigが セルフホスティング(giteaやforgejo) ではなくCodebergを選んだのか気になる
      GitHubから移るだけでも大きな変化なのに、安定性の面ではその方が安全な選択だったかもしれない
    • Codebergの ステータスページはいつも緑色 だが、実際には数分おきに障害が起きているように見える
  • GitHub Actionsを「サルが作った最高の無料CI」とまでこき下ろすのは行き過ぎだ
    Zig Foundationのように 数百万ドルの予算 がないプロジェクトにとっては大きな助けになる
    しかしGitHub Sponsorsを「負担」と呼ぶのも誇張だ

    • Zigチームは、GitHub Actionsの 技術的問題 を無視しないでほしいと反論している
      自分たちは 自前のCIマシンを運用 しているので、無料ランナーには意味がない
      また「数百万ドル」は事実ではない。大半は チームメンバー宅の民生用ハードウェア で運用している
      GitHub Sponsorsは、Microsoftがいつでも 手数料を引き上げたり終了したりできるリスク があるためEvery.orgへ移した
    • GitLabやJenkinsを使ったことがある人なら、GitHub Actionsより 良い体験 をしているはずだ
      ドキュメントも不十分で、正規表現の扱い ですら不明瞭だった
    • macOS 15ランナーは CPU 100%バグ が半年放置されている
      関連issue を参照
    • GitHub CIの唯一の利点は 無料のMacランナーが使えること だけだ
    • 「Actionsはサルが作った方がまし」と言われるほど品質が低い
  • ForgejoとCodebergの コントリビューターが直接助けてくれたこと が最も印象的だった
    名前が挙がっていたEarl Warren、Otto、Gusted、Mathieu Fenniakといった人たちの献身が感じられる

    • こうした 誠実なコミュニティ精神 は、多くの自由ソフトウェアプロジェクトに共通して感じられる
  • Microsoftを擁護し 代替コミュニティを非難する空気 がHacker Newsに見られるのは苦々しい
    昔のハッカー精神とはかけ離れている

    • ただ、人々はMicrosoftを擁護しているというより、移行のやり方や代替の選び方、攻撃的な語調 を問題視しているようにも見える
    • 「Actionsはサルが作った」みたいな表現は 幼稚な攻撃 に見える
    • かつてMicrosoftは Balmer以後に改善しているように見えた が、
      今は広告とAI熱で再び 後退した姿 を見せている
  • Codebergへの移行を歓迎する。SourceHutも良いが、Codebergの方が より安定した長期的代替 だと思う
    自分もGitHubを去った

    • ただ、今はプラットフォームが増えすぎて 疲労感 がある
      GitHub、GitLab、SourceHut、Codebergなど、たいていの機能は似ている
      中央集権化の利点もあったが、競争が生まれたのは前向き
    • DrewがSourceHutから退き、メーリングリスト中心のワークフロー にこだわったのは残念だ
    • SourceHutの創設者が「少し不安定な気質」だという話があるが、それがどういう意味なのか気になる
    • SourceHutの最大の問題は organization機能がないこと
      複数のリポジトリを持つ大規模プロジェクトには不便だ
  • GitHubのICE関連の言及より、「残った人たちは バグだらけのJSフレームワーク を押し付ける」という一文の方が、
    むしろ書き手の性向をよく表しているように思える

    • 「国家主義的な準軍事組織を支持しない」というのは当然の立場だ
      責任を負わない非公開組織 を支持することなど絶対にできない
    • 書き手はZigの創設者Andrew Kelleyだ
      Linusに近い気質で、彼のMastodon投稿
      自己反省のポスト を見ればわかる
    • 「masterブランチ名を変えたのだからICE問題は解決したんじゃないか」という 皮肉めいた反応 もあった
  • Codebergは現時点で 視覚障害者向けアクセシビリティ が不足している
    画像ベースのCAPTCHAのため、スクリーンリーダー利用者は登録できない
    手動手続きはあるが、処理期間は不明だ

    • ただし、issueページ には
      CAPTCHAのアクセシビリティ問題を認識し、削除を計画している という内容がある
      Wikimediaの対応速度を根拠にCodebergを批判するのは不適切だ
    • 開発ツールにおいて アクセシビリティをぜいたく品のように扱う文化 が悲しい
      AIがアクセシビリティを改善する可能性はあるが、逆に ユーザーへの負担を増やす のではないかと心配でもある
    • アクセシビリティがなぜ 政治的問題として扱われるのか 理解できない
    • 彼らが使っているCAPTCHAパッケージには 音声CAPTCHA機能 があるのに、
      なぜ有効化していないのか疑問だ
 
secret3056 2025-11-28

AWS離れ、LLVM離れ、GitHub離れ……本当にヒップですね……

 
aer0700 2025-11-28

こうしてまとめてみると、すごいですね
Windowsを離れてLinuxとmacOSだけになれば完璧…

 
secret3056 2025-11-28

実のところ、この方面では SQLite のほうが一歩先を行っています。
自前のWebサーバーでホームページをホスティングし、自前のVCSでソースを管理しています...