Comemoração da criação do bilionésimo repositório no GitHub

• O GitHub registrou a criação do seu bilionésimo repositório
• Trata-se de um marco que mostra o crescimento explosivo do ecossistema de código aberto
• Inúmeros desenvolvedores e projetos usam o GitHub como peça central para colaboração e inovação
• É importante observar o ritmo de crescimento até aqui e o potencial de avanços tecnológicos daqui para frente
• Este é um acontecimento importante que reflete a expansão e diversidade da comunidade tecnológica global

---

Visão geral

• Recentemente, ocorreu na plataforma GitHub a criação do bilionésimo repositório
• Isso simboliza o crescimento contínuo da comunidade de desenvolvedores e a disseminação da cultura de código aberto desde o lançamento em 2008
• O GitHub se consolidou como uma ferramenta essencial para o desenvolvimento de software, incluindo gerenciamento de código-fonte, colaboração e controle de versão
• Com a criação de 1 bilhão de projetos e repositórios, ampliou-se em escala global o espaço para ideias inovadoras e colaboração
• Esse marco volta a demonstrar a força do software de código aberto e a influência da rede global de desenvolvedores

[GN⁺]

Opiniões do Hacker News

• Compartilhamento de uma experiência que lembrou o changeset de número 100.000.000 do OpenStreetMap: eu e algumas outras pessoas estávamos de olho nesse marco, mas no fim quem ficou com ele foi alguém que simplesmente estava concentrado em mapear a África sem se preocupar com nada disso. Com o tempo, isso passou a parecer um desfecho ainda mais bonito. Essa pessoa inclusive já tinha sido indicada a um prêmio do OSM antes. Como no OpenStreetMap toda alteração é aplicada em produção em tempo real, a estrutura dificulta contribuições sem sentido, então muitas vezes quem fica com um número de marco desses acaba sendo escolhido pelo acaso. Acho esse tipo de marco do GitHub também uma conquista divertida. Se alguém tiver interesse nesse milestone do OSM, recomendo o blog oficial e o texto que organizei
• Falam sobre o ponto em que o número de IDs de repositórios do GitHub poderia chegar a overflow, e mencionam que, quando mais 1 bilhão forem criados, a OpenAPI Spec do GitHub também pode ultrapassar o limite de int32. Referência: issue relacionada
  • Em uma empresa onde trabalhei como CTO no passado, usávamos inteiros de 32 bits (primary key) nas tabelas principais, e já tínhamos acumulado 1,3 bilhão de registros. Nesse ritmo, em poucos meses teríamos um problema de overflow. Expandimos tudo às pressas para 64 bits e evitamos um grande incidente
• Compartilham por curiosidade o início dos IDs de repositório do GitHub: o primeiro repositório pode ser visto diretamente na API, e o endereço do repositório está aqui
• Surpresa com o fato de ser tão fácil calcular a velocidade de criação de repositórios no GitHub; eu pensava que esse tipo de informação normalmente seria tratado como segredo corporativo
  • Uma comparação bem-humorada de que, quando um serviço como o GitHub fica gigantesco, ele tende a ficar um pouco mais relaxado com esse tipo de divulgação
  • Curiosidade sobre se o GitHub teria mesmo algum motivo para esconder esse tipo de informação, e dúvida sobre como alguém poderia usar esses dados para prejudicar o GitHub. Também aparece o pano de fundo de que muitas empresas seguem, por princípio, uma linha de divulgar o mínimo possível
• No geral, surge a curiosidade de saber quantos repositórios realmente existem em cada servidor, incluindo Forgejo e GitLab; em alguns casos, a categoria mencionada inclui até Subversion, Mercurial e git. Perguntam se alguém já criou um mecanismo de busca para esses repositórios distribuídos, e se daria para estimar a escala total simplesmente pesquisando por uma palavra como "a". Comentam que, em plataformas centralizadas como o GitHub, é mais fácil encontrar código open source, e que, depois da aquisição do GitHub pela Microsoft, chegaram a pensar em criar um mecanismo de busca próprio, mas desistiram porque seria difícil divulgar. Agora, ao subir vários projetos no codeberg, esse interesse voltou, embora talvez alguém já tenha feito isso
• Curiosidade sobre se AasishPokhrel não teria criado o registro do bilionésimo repositório de propósito
  • Explicam que mirar isso de fato não seria tão difícil: basta continuar criando repositórios e, em algum momento, você pode acabar ficando com aquele número. Como outras pessoas também estão criando ao mesmo tempo, no fim entra o fator sorte. Com suporte da API, a tentativa em si é simples, embora os rate limits sejam uma variável
  • Foi notado que AasishPokhrel criou ontem dois repositórios chamados shit e yep, e que não havia atividade entre 17 de maio e 10 de junho. Como ele voltou a criar coisas agora, comentam que não têm certeza se realmente seria possível acertar o timing para mirar um número específico de repositório
  • Pelo que sabem, AasishPokhrel é um universitário no Nepal estudando desenvolvimento de software, e isso emociona por mostrar que um milestone global desses chegou até o outro lado do planeta. Torcem para que esse registro pese bastante no currículo dele e leve a uma boa carreira como desenvolvedor
  • Opinião de que a chance de ele ter mirado isso de propósito parece baixa, mas também não dá para dizer que seria impossível
• A suposição é que provavelmente usaram um script para ficar verificando endereços como https://api.github.com/repositories/999999999 e, assim que aquele número existisse, criar imediatamente um repositório. Também daria para criar vários repositórios e depois apagar todos, deixando só o que caiu no número desejado. Pelo histórico dos outros repositórios criados ontem, parece que queriam deixar yep como o número do milestone, e shit talvez seja o nome admitindo que a tentativa falhou. Também mencionam técnicas parecidas de acertar números, como no caso do codemod D666666 do Facebook
• O bilionésimo repositório é descrito como parte do "clube das três vírgulas"
  • Menção à piada em espanhol "Tres commas"