2 ポイント 投稿者 GN⁺ 2025-06-12 | 1件のコメント | WhatsAppで共有
  • GitHubで10億番目のリポジトリが作成された
  • オープンソース・エコシステムの爆発的な成長を示すマイルストーンである
  • 数多くの開発者とプロジェクトが、コラボレーションとイノベーションの中核としてGitHubを利用している
  • これまでの成長スピードと、今後の技術発展の可能性に注目すべきである
  • グローバル技術コミュニティの拡大と多様性を反映する重要な出来事である

概要

  • 最近、GitHubプラットフォームで10億番目のリポジトリが作成される出来事があった
  • これは、2008年の公開以来続く開発者コミュニティの継続的な成長と、オープンソース文化の広がりを象徴している
  • GitHubは、ソースコード管理、コラボレーション、バージョン管理など、ソフトウェア開発の中核ツールとして定着している
  • 10億件にのぼるプロジェクトとリポジトリが作成され、世界中で革新的なアイデアとコラボレーションの場が広がっている
  • このマイルストーンは、オープンソースソフトウェアの力とグローバルな開発者ネットワークの影響力を改めて示すきっかけとなっている

1件のコメント

 
GN⁺ 2025-06-12
Hacker Newsのコメント
  • 100,000,000件目のOpenStreetMap changesetを思い出すという体験談の共有。自分や何人かがこの記録を狙っていたが、実際には何も気にせずアフリカのマッピングに熱中していた人が獲得したという話で、時間が経って振り返るとむしろ心温まる結末に感じられる。この人は過去にもOSM賞の候補者だった。OpenStreetMapはすべての変更がリアルタイムで本番環境に適用されるため、意味のない貢献をしにくい構造で、むしろ偶然によって milestone number を取ることが多い。GitHubのこうしたマイルストーンも面白い成果だと思う。OSMのマイルストーンに興味があれば、公式ブログ自分がまとめた記事の参照がおすすめ
  • GitHubのリポジトリIDの数値が overflow する可能性の話から、今後さらに10億個作成されると GitHub OpenAPI Spec でも int32 の限界を超える現象が起こり得るとの指摘。参考: 関連Issue
    • 以前CTOとして働いていた会社で、主要テーブルに32ビット整数の primary key を使っていたが、すでに13億件も溜まっていて、このままだと数か月以内に overflow 問題が発生しかけた経験がある。急いで64ビットへ拡張し、大きな事故を防いだ記憶
  • 面白半分にGitHubリポジトリIDの起点を共有。最初のリポジトリはAPIで直接確認でき、リポジトリアドレスはこちら
  • GitHubでリポジトリ作成速度を計算するのがあまりにも簡単な点に驚き。こうした情報は普通、企業秘密として扱われると思っていた
    • GitHubのようなサービスが途方もなく大きくなると、(情報公開に)少し大らかになる傾向があるという愉快なたとえ
    • GitHubがこうした情報をわざわざ隠す理由があるのか気になる。このデータでGitHubに打撃を与えるような活用が可能なのか疑問。多くの企業は原則として情報を最小限しか公開しない傾向があるという背景
  • 全体としては、各サーバー(Forgejo、GitLabを含む)に実際いくつのリポジトリが存在するのかが気になる。場合によっては Subversion、Mercurial、git まで含めた範囲での話。こうした分散リポジトリを検索するエンジンが作られたことがあるのか、単に「a」という単語を検索する方式で全体規模を推定できるのではないか、という話も出ている。GitHubのような中央集権的プラットフォームではオープンソースコードを見つけやすいのが利点だと感じており、MicrosoftによるGitHub買収後に自分で検索エンジンを作ろうか考えたが、宣伝が難しくて断念した経験もある。最近 codeberg にいくつかのプロジェクトを置きながら再び興味が湧いてきたが、すでに誰かが作っているかもしれないとも思う
  • AasishPokhrelが10億件目のリポジトリ記録を狙って作ったのではないかという疑問
    • 実際、こうしたものを狙うのは簡単だという説明。ひたすらリポジトリを作っていれば、いつかその番号を取れる可能性がある。同時に他の人も作成しているため、結局は運の要素が強い。API対応により試すこと自体は簡単だが、rate limits が変数
    • AasishPokhrelは昨日 shityep という2つのリポジトリを作っており、5月17日から6月10日までは活動がなく、その後新しく作成している。特定の番号のリポジトリを狙ってタイミングを合わせることが本当に可能かは確信がないとのこと
    • AasishPokhrelはネパールでソフトウェア開発を学ぶ大学生だと認識しているが、こうしたグローバルな milestone が地球の反対側まで届いたことに感動する。この記録が彼の履歴書に大きく残り、良い開発者キャリアにつながることを願う
    • 実際に狙っていた可能性は低そうだが、不可能だとまでは言えないという意見
  • おそらくスクリプトで https://api.github.com/repositories/999999999 のようなURLをずっとチェックし、その番号が生まれたらすぐにリポジトリを作る方式だったのではないかという推測。複数のリポジトリを作って、狙った番号以外は削除する形でも可能。昨日作った他のリポジトリの記録を見ると、yep を milestone 番号として残したかったようにも見え、shit は失敗を認める名前なのではないかという推測もある。過去のFacebookの D666666 codemod 事例のような、数字合わせの手法にも言及
  • 10億件目のリポジトリを「3つのコンマ(,)クラブ」と表現
    • スペイン語のジョークで Tres commas(3つのコンマ)にも言及