Celebran la creación del repositorio número mil millones en GitHub

• Se creó el repositorio número mil millones en GitHub
• Es un hito que muestra el crecimiento explosivo del ecosistema de código abierto
• Innumerables desarrolladores y proyectos usan GitHub como núcleo de la colaboración y la innovación
• Hay que prestar atención al ritmo de crecimiento hasta ahora y al potencial del desarrollo tecnológico en el futuro
• Es un acontecimiento importante que refleja la expansión y diversidad de la comunidad tecnológica global

---

Resumen general

• Recientemente se produjo el hecho de que en la plataforma GitHub se creó el repositorio número mil millones
• Esto simboliza el crecimiento continuo de la comunidad de desarrolladores y la expansión de la cultura de código abierto desde su lanzamiento en 2008
• GitHub se ha consolidado como una herramienta clave del desarrollo de software para la gestión de código fuente, la colaboración y el control de versiones
• Con la creación de mil millones de proyectos y repositorios, se amplía a nivel mundial un espacio para las ideas innovadoras y la colaboración
• Este hito vuelve a mostrar el poder del software de código abierto y la influencia de la red global de desarrolladores

[GN⁺]

Opiniones de Hacker News

• Comparten una experiencia que les recordó al changeset número 100,000,000 de OpenStreetMap: varias personas, incluido el autor, querían quedarse con ese récord, pero al final lo obtuvo alguien que simplemente estaba concentrado en mapear África sin prestar atención a nada de eso. Con el tiempo, les pareció un desenlace más entrañable. Esa persona incluso había sido nominada antes a un premio de OSM. Como en OpenStreetMap todos los cambios se aplican en producción en tiempo real, es difícil hacer contribuciones sin sentido, así que muchas veces estos números milestone terminan cayendo por casualidad. También consideran divertido este tipo de hito en GitHub. Si les interesan los milestones de OSM, recomiendan el blog oficial y este texto que recopilaron
• Hablan de que los IDs numéricos de los repositorios de GitHub podrían llegar a desbordarse, y mencionan que si se crean otros mil millones, la especificación OpenAPI de GitHub también podría superar el límite de int32. Referencia: issue relacionado
  • Recuerdan que en una empresa donde antes trabajaban como CTO usaban enteros de 32 bits (primary key) en tablas principales, y ya llevaban acumulados 1,300 millones de registros, así que estuvieron a pocos meses de sufrir un overflow. Alcanzaron a migrar todo a 64 bits y evitaron un problema grande
• Comparten por curiosidad el origen de los IDs de repositorios de GitHub: el primer repositorio se puede ver directo en la API, y su URL es esta
• Les sorprende lo fácil que es calcular la velocidad a la que GitHub crea repositorios; normalmente pensarían que ese tipo de información se trata como secreto empresarial
  • Hacen una comparación divertida con que, cuando un servicio como GitHub se vuelve gigantesco, tiende a relajarse un poco más con ese tipo de información
  • También se preguntan si GitHub realmente tendría alguna razón para ocultar estos datos, o si habría alguna forma de usarlos para perjudicar a GitHub, aunque reconocen que muchas empresas, por principio, tienden a revelar la menor cantidad de información posible
• En general, les da curiosidad cuántos repositorios existen realmente en cada servidor, incluyendo Forgejo y GitLab, e incluso ampliando la categoría a Subversion, Mercurial y git según el caso. Se preguntan si alguna vez se ha creado un motor para buscar entre repositorios distribuidos, y si sería posible estimar la escala total simplemente buscando una palabra como a. Les parece que una ventaja de plataformas centralizadas como GitHub es lo fácil que resulta encontrar código open source. Después de que Microsoft compró GitHub, consideraron hacer su propio motor de búsqueda, pero lo abandonaron porque sería difícil promocionarlo. Hace poco volvieron a interesarse en la idea al subir varios proyectos a Codeberg, aunque piensan que quizá alguien ya lo hizo
• Se preguntan si AasishPokhrel no habrá intentado a propósito quedarse con el repositorio número mil millones
  • Explican que en realidad apuntarle a algo así no es tan difícil: si uno sigue creando repositorios, en algún momento puede quedarse con ese número. Como al mismo tiempo hay otras personas creando repositorios, al final también depende de la suerte. Intentarlo por la API es sencillo; la variable son los rate limits
  • Señalan que AasishPokhrel creó ayer dos repositorios llamados shit y yep, y que no había tenido actividad del 17 de mayo al 10 de junio, así que les genera dudas que esto haya sido pura coincidencia. Aun así, no están seguros de que de verdad sea posible atinarle al número exacto con tanta precisión
  • Entienden que AasishPokhrel es un estudiante universitario en Nepal que está aprendiendo desarrollo de software, y les conmueve que un milestone global haya llegado hasta el otro lado del planeta. Esperan que este logro destaque mucho en su CV y lo lleve a una buena carrera como desarrollador
  • Opinan que probablemente no fue intencional, aunque tampoco dirían que sea imposible
• Suponen que quizá usó un script para revisar constantemente URLs como https://api.github.com/repositories/999999999, y que en cuanto apareció ese número creó un repositorio de inmediato. También podría haber creado varios repositorios, quedarse solo con el número deseado y borrar los demás. Por el historial de otros repositorios que creó ayer, creen que quería dejar yep como el número milestone, y que shit quizá fue una forma de admitir que falló. Mencionan una técnica parecida de hacer coincidir números, como en el caso del codemod D666666 de Facebook
• Expresan el repositorio número mil millones como el “club de las tres comas”
  • Mencionan el chiste en español de “Tres commas”