ハクソク

世界を動かす技術を、日本語で。

GitHubで10億番目のリポジトリを作成したことをお祝いします

348日前原文(github.com)

概要

  • GitHub上で 10億番目 のリポジトリが作成された事例
  • リポジトリ名は AasishPokhrel/shit
  • GitHub運営からの 祝福コメント 紹介
  • Issueページの 概要と反応 まとめ
  • メタデータやラベルの 状況説明

GitHub 10億番目リポジトリ誕生

  • AasishPokhrel/shit リポジトリがGitHub史上 10億番目 として登録
  • 記念としてGitHub運営（jonmagic）から 祝福Issue が投稿
  • Issue本文に API例 （curlコマンドでリポジトリ情報取得）掲載
  • メッセージ内で「素晴らしい💩を作る機会を願っています」と ユーモア溢れる祝辞
  • 「良い一日を！」など 温かい言葉 で締めくくられる

Issueページの反応とメタデータ

  • 👍（112件）、 😄（257件）、 🎉（426件） など多くのリアクション
  • Assignees、 Labels、 Projects、 Milestone はいずれも未設定
  • Relationships や Development （ブランチやPR）も未登録
  • Issueは オープン状態 で、GitHub運営からの公式なもの
  • 特別な アクションやラベル は付与されていないシンプルな状態

GitHubコミュニティへの影響

  • 10億番目という 歴史的マイルストーン の達成
  • GitHubコミュニティ内で 話題や祝福の声 が多数
  • シンプルなIssueながら 多くの注目とリアクション
  • GitHubの 成長と普及 を象徴する出来事
  • 今後の さらなる発展 への期待

Hackerたちの意見

AasishPokhrelがこのリポジトリを億番目のために作ったのかなって思ってる。

└

それはちょっと疑わしいけど、可能性はあるかもね。

└

これ、簡単に操作できるよね。リポジトリをどんどん作って、億番目に達したら古いのを削除すればいいんだから。APIも簡単だし。唯一の問題はレート制限と、他の人が同時にリポジトリを作ることかな。運次第だね。

└

AasishPokhrelは昨日2つのリポジトリを作った - 「shit」と「yep」。5月17日から6月10日までの間は何も活動してない。リポジトリの作成速度を計算して、見栄えのいい数字に合わせて作成するのが可能かどうかは全くわからない。

└

彼はネパールでソフトウェア開発の大学に通ってるみたいで、マイルストーンがこんなに深く世界に影響を与えるなんて、本当に感動的だね。彼の履歴書に大きく載せられるといいな、素晴らしいキャリアを見つけられるといいね！

真面目な話、GitHubが新しいリポジトリの作成速度を簡単に計算できるのにはちょっと驚いた。そんな情報、普通は企業秘密じゃないの？

└

でも、GitHubがこの情報を隠す理由ってあるのかな？どうやってそれを逆手に取られる可能性があるんだろう？（多くの企業が、強制されない限り情報を公開しないのは理解してるけど。）

└

自分の防御が億単位だと、ちょっと下着姿でウロウロしちゃう感じかな。

せっかくクールなGitHubリポジトリIDをやってるから、最初のはここにあるよ：https://api.github.com/repositories/1 https://github.com/mojombo/grit

どれだけのリポジトリが存在するのか、ちょっと気になるよね。ローカルのForgejoやGitLabサーバーからも含めてさ。SubversionやMercurial、他のGitの仲間（や敵！）も入れたらどうなるんだろう？「a」とかで検索できる検索エンジン、誰か作った？（これが中央集権的なGitHubの大きな利点だと思ってたんだ。人々が実際に自分のコードを見つけられるからね。MSがGHを買収してから検索を作ろうと思ってたけど、マーケティングの面が無理そうで、結局やらなかったんだ。最近、Codebergにいろんなプロジェクトを載せてるから、再挑戦する価値があるかなとも考えてるけど、もしかしたら誰かが先にやっちゃったかもね。）

すごい！GitHubのOpenAPI Specがリポジトリでもint32をオーバーフローするまで、あと10億ちょっとだね。ワークフローの実行IDみたいに！ https://github.com/github/rest-api-description/issues/4511

└

私がCTOとして働いてた会社で、あるキーとなるテーブルが32ビット整数をプライマリーキーとして使ってるのを見つけたんだ。そのテーブルにはすでに13億行もあって、追加するペースだと数ヶ月以内にプライマリーキーの値がオーバーフローしちゃう…だから、IDを64ビットにアップグレードする緊急プロジェクトを進めたんだ。そうしないと大混乱が起きるところだったよ。

100百万番目のOpenStreetMapの変更セット（コミット）を思い出すな。数人、私も含めて、カジュアルに狙ってたけど、結局それを手に入れたのは、アフリカをマッピングしてただけの人だった！振り返ると、なんかもっと素敵だよね。この人は以前にOSMの賞にもノミネートされてたみたい。オープンストリートマップはクソみたいなものを作るのを許さないから、全てが本番環境で動いてるし、Nthコミットが誰かのランダムな気まぐれである可能性が高いってのもあるのかな？どっちにしても、GitHubにとっては楽しい成果だね :) OSMのマイルストーンについてもっと読みたい人のために、公式ブログのエントリーもあるよ： https://blog.openstreetmap.org/2021/02/25/100-million-edits-... イベント周辺の変更セット活動についての私のまとめも： https://www.openstreetmap.org/user/LucGommans/diary/395954

└

あなたのコメントみたいなのが、HNがまだ人気な理由だよね。面白い話をありがとう！

チェックしてみて！ https://knowyourmeme.com/memes/dubs-guy-check-em

おそらく、https://api.github.com/repositories/999999999を繰り返しチェックするスクリプトで作られたんだろうね。表示されたら新しいリポジトリを作るみたいな。リポジトリは変更できるから、バッファを持たせていくつか作って、正しい番号にならないやつは削除することもできたかも。FacebookのD666666を覚えてる人いる？あれは大規模なコードモッドで、その作者はこの手法に似たやり方でその特定の番号を得たんだ。