2 पॉइंट द्वारा GN⁺ 2025-06-12 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • GitHub पर 1 अरबवाँ repository बनाया गया
  • यह open source ecosystem की विस्फोटक वृद्धि दिखाने वाला एक मील का पत्थर है
  • अनगिनत developer और project, सहयोग और innovation के केंद्र के रूप में GitHub का उपयोग करते हैं
  • अब तक की growth rate और आगे की तकनीकी प्रगति की संभावनाओं पर ध्यान देना चाहिए
  • यह global tech community के विस्तार और विविधता को दर्शाने वाली एक महत्वपूर्ण घटना है

अवलोकन

  • हाल ही में GitHub platform पर 1 अरबवाँ repository बनाए जाने की घटना हुई
  • यह 2008 में launch होने के बाद developer community की निरंतर वृद्धि और open source culture के प्रसार का प्रतीक है
  • GitHub, source code management, collaboration, version control जैसे software development के मुख्य tool के रूप में स्थापित हो चुका है
  • 1 अरब तक project और repository बन चुके हैं, जिससे दुनिया भर में innovative ideas और collaboration का दायरा बढ़ा है
  • यह मील का पत्थर open source software की ताकत और global developer network के प्रभाव को एक बार फिर दिखाने का अवसर है

1 टिप्पणियां

 
GN⁺ 2025-06-12
Hacker News राय
  • 100,000,000वें OpenStreetMap changeset की याद दिलाने वाला एक अनुभव साझा किया गया। मैं और कुछ दूसरे लोग इस रिकॉर्ड को पाना चाहते थे, लेकिन आखिरकार यह उस व्यक्ति के हिस्से गया जो किसी रिकॉर्ड की परवाह किए बिना अफ्रीका की मैपिंग में जुटा था। समय बीतने पर यह अंत और भी सुकून देने वाला लगता है। यह व्यक्ति पहले भी OSM अवॉर्ड के लिए नामांकित हो चुका था। OpenStreetMap में हर बदलाव रियल-टाइम प्रोडक्शन पर लागू होता है, इसलिए वहाँ बेकार योगदान करना आसान नहीं है। इसी वजह से milestone number अक्सर संयोग से ही किसी के हिस्से आता है। GitHub का यह milestone भी एक मज़ेदार उपलब्धि लगती है। अगर OSM milestone में रुचि हो, तो आधिकारिक ब्लॉग और मेरी लिखी पोस्ट देखने की सिफारिश की गई।
  • GitHub repository ID नंबरों के overflow तक पहुँचने की बात करते हुए यह उल्लेख किया गया कि अगर आगे 1 अरब और repository बनती हैं, तो GitHub OpenAPI Spec भी int32 सीमा पार कर सकता है। संदर्भ: संबंधित issue
    • पहले जिस कंपनी में मैं CTO था, वहाँ मुख्य tables में 32-bit integer primary key इस्तेमाल हो रही थी, और तब तक 1.3 अरब records जमा हो चुके थे। इसी रफ़्तार से चलते तो कुछ ही महीनों में overflow समस्या आ सकती थी। हमने जल्दी से उसे 64-bit में expand किया और एक बड़ी समस्या टाल दी।
  • मज़े के लिए GitHub repository ID की शुरुआत भी साझा की गई। पहली repository को API में सीधे देखें, और उसका repository address यहाँ है।
  • यह बात चौंकाने वाली लगी कि GitHub पर repository creation rate निकालना इतना आसान है। आम तौर पर ऐसी जानकारी को कंपनियों का राज़ माना जाता है।
    • एक हल्की-फुल्की तुलना की गई कि GitHub जैसी सेवा जब बहुत ही विशाल हो जाती है, तो वह (जानकारी सार्वजनिक करने के मामले में) कुछ ज़्यादा बेफ़िक्र हो जाती है।
    • यह भी जिज्ञासा जताई गई कि GitHub को ऐसी जानकारी छिपाने की ज़रूरत ही क्या है। क्या इस डेटा का इस्तेमाल करके GitHub को कोई वास्तविक नुकसान पहुँचाया जा सकता है? साथ में यह पृष्ठभूमि भी दी गई कि कई कंपनियाँ सिद्धांततः न्यूनतम जानकारी ही सार्वजनिक करती हैं।
  • कुल मिलाकर जिज्ञासा इस बात की भी रही कि अलग-अलग servers पर वास्तव में कितनी repositories मौजूद हैं, जिनमें Forgejo और GitLab भी शामिल हैं। कुछ संदर्भों में Subversion, Mercurial, और git तक को शामिल करने की बात हुई। यह भी पूछा गया कि क्या कभी ऐसा search engine बना है जो इन बिखरी हुई repositories को खोज सके। सिर्फ़ 'a' जैसे शब्द को खोजकर कुल पैमाने का अनुमान लगाने की संभावना पर भी बात हुई। GitHub जैसे centralized platform में open source code ढूँढ़ना आसान होना एक फ़ायदा माना गया। Microsoft द्वारा GitHub acquisition के बाद अपना search engine बनाने पर भी विचार किया गया था, लेकिन उसका प्रचार कठिन लगने के कारण विचार छोड़ दिया गया। हाल में codeberg पर कई projects डालने के बाद इस विषय में फिर रुचि जगी, हालाँकि यह भी लगा कि शायद किसी ने यह पहले ही बना लिया हो।
  • यह जिज्ञासा भी उठी कि कहीं AasishPokhrel ने 1 अरबवीं repository का रिकॉर्ड पाने के इरादे से उसे बनाया तो नहीं।
    • समझाया गया कि वास्तव में ऐसा लक्ष्य साधना बहुत कठिन नहीं है। लगातार repositories बनाते रहें तो कभी न कभी वह नंबर मिल सकता है। हालाँकि उसी समय दूसरे लोग भी repositories बना रहे होते हैं, इसलिए अंततः यह किस्मत का मामला है। API support होने से कोशिश करना अपने-आप में आसान है, लेकिन rate limits एक अहम चर है।
    • AasishPokhrel ने कल 'shit' और 'yep' नाम की दो repositories बनाई थीं। 17 मई से 10 जून तक कोई गतिविधि नहीं थी, फिर अचानक नई repositories बनाईं। यह बताया गया कि क्या किसी खास नंबर वाली repository को निशाना बनाकर timing मिलाना वास्तव में संभव है या नहीं, इस पर पूरा भरोसा नहीं है।
    • यह भी कहा गया कि AasishPokhrel नेपाल में software development पढ़ने वाला एक कॉलेज छात्र है, और यह बात भावुक करती है कि ऐसा global milestone दुनिया के दूसरे छोर तक पहुँचा। उम्मीद जताई गई कि यह रिकॉर्ड उसकी résumé में एक बड़ी उपलब्धि बनकर उभरे और उसे एक अच्छी developer career की ओर ले जाए।
    • राय यह भी रही कि उसने शायद जानबूझकर ऐसा नहीं किया, लेकिन इसे पूरी तरह असंभव भी नहीं कहा जा सकता।
  • अनुमान लगाया गया कि शायद किसी script से https://api.github.com/repositories/999999999 जैसे पते को बार-बार check किया गया होगा, और जैसे ही वह नंबर मौजूद हुआ, तुरंत repository बना दी गई होगी। कई repositories बनाकर केवल मनचाहा नंबर बचाना और बाकी delete कर देना भी संभव है। कल बनी दूसरी repositories को देखकर यह अटकल लगी कि शायद 'yep' को milestone number पर छोड़ने की कोशिश थी, और 'shit' नाम शायद असफलता स्वीकार करने का संकेत हो। Facebook के पुराने D666666 codemod जैसी number-matching technique का भी उल्लेख हुआ।
  • 1 अरबवीं repository को ‘three-comma club’ के रूप में व्यक्त किया गया।
    • स्पेनिश मज़ाक ‘Tres commas’ (तीन कॉमा) का भी ज़िक्र हुआ।