Microsoft के AI जुनून के कारण Zig ने GitHub छोड़ा

 (theregister.com)
6 पॉइंट द्वारा GN⁺ 2025-12-04 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Zig प्रोग्रामिंग लैंग्वेज फाउंडेशन ने GitHub की गिरती गुणवत्ता और Microsoft की AI-केंद्रित रणनीति को कारण बताते हुए Codeberg पर माइग्रेट करने का निर्णय लिया
  • GitHub Actions के ‘safe_sleep.sh’ बग को वर्षों तक अनदेखा किए जाने से CI सिस्टम के ठप हो जाने की घटना सामने आई
  • Zig टीम का आरोप है कि GitHub ने AI-केंद्रित रणनीति के तहत इंजीनियरिंग गुणवत्ता की बलि चढ़ाई है
  • Fast.AI के सह-संस्थापक Jeremy Howard ने भी GitHub के बग मैनेजमेंट की कमजोरी और कोड गुणवत्ता गिरने की ओर इशारा किया
  • ओपन सोर्स प्रोजेक्ट्स के GitHub छोड़ने की लहर बढ़ रही है, और AI के व्यावसायीकरण-केंद्रित प्लेटफॉर्म संचालन के खिलाफ विरोध तेज होता जा रहा है

Zig फाउंडेशन के GitHub छोड़ने का कारण

  • Zig प्रोग्रामिंग भाषा का संचालन करने वाली Zig Software Foundation ने GitHub छोड़कर नॉन-प्रॉफिट Git होस्टिंग सेवा Codeberg पर स्थानांतरण का निर्णय लिया
    • कारण यह था कि GitHub अब इंजीनियरिंग उत्कृष्टता के प्रति समर्पित नहीं रहा
  • Andrew Kelly ने GitHub Actions के ‘safe_sleep.sh’ अनंत-लूप बग को एक उदाहरण के तौर पर उठाया
    • उस स्क्रिप्ट में CPU को 100% कब्ज़े में लेकर अनंतकाल तक चलने की समस्या थी
    • इससे Zig का CI रनर कई हफ्तों तक बंद रहने की स्थिति में चला गया

GitHub Actions की तकनीकी समस्या

  • समस्या की जड़ 2022 फरवरी के कोड बदलाव में थी, जब POSIX के sleep कमांड को ‘safe_sleep’ स्क्रिप्ट से बदल दिया गया था
    • स्क्रिप्ट अगर सेकंड-स्तर की टाइमिंग मिस कर दे, तो वह इनफिनिट लूप में फँस जाती है
  • यह बग केवल 2025 अगस्त 20 को ठीक किया गया, जबकि संबंधित मुद्दा 1 दिसंबर तक अनसुलझा रहा
  • एक और उच्च CPU उपयोग वाला बग अभी भी हल नहीं हुआ है

समुदाय और विशेषज्ञों की प्रतिक्रिया

  • Jeremy Howard (Fast.AI के सह-संस्थापक) ने GitHub Actions की स्थिति को “स्पष्ट रूप से खराब” बताया
    • उन्होंने बताया कि CPU को 100% ले लेने वाला कोड एक साल तक रिव्यू के बिना पड़ा रहा
    • उनका कहना था, “अगर कोई संगठन ठीक से काम कर रहा हो, तो ऐसी लगातार गलतियाँ दोहराई नहीं जा सकतीं”
  • बाद में Kelly ने माफ़ी मांगी कि उनका बयान बेहद तीखा था, लेकिन GitHub की गुणवत्ता गिरावट की समस्या पर उनका जोर बना रहा

अन्य प्रोजेक्ट्स का बाहर आना

  • Dillo ब्राउज़र परियोजना के फाउंडर Rodrigo Arias Mallo ने भी GitHub छोड़ने की योजना की घोषणा की
    • JavaScript पर निर्भरता, संभावित सेवा-अस्वीकृति जोखिम और LLM तथा जेनरेटिव AI-केंद्रित संचालन जैसे मुद्दे उठाए
    • उन्होंने कहा, “जेनरेटिव AI ओपन वेब को तोड़ रही है”
  • Codeberg पर 2025 जनवरी के बाद समर्थकों की संख्या 600 से बढ़कर 1,200 से अधिक हो गई, यानी लगभग दोगुनी

GitHub का AI-केंद्रित राजस्व मॉडल

  • Microsoft के CEO Satya Nadella ने 2024 की तिमाही-2 की परिणाम प्रस्तुति में बताया कि
    • GitHub Copilot के 13 लाख से अधिक पेड सब्सक्राइबर, तिमाही-दर-तिमाही 30% की वृद्धि के साथ
  • 2024 में GitHub के 2 अरब डॉलर के वार्षिक राजस्व में लगभग 40% Copilot सब्सक्रिप्शन से आया
  • 2025 की तीसरी तिमाही में Copilot उपयोगकर्ता 1.5 करोड़ से अधिक, पिछले वर्ष की तुलना में चार गुना वृद्धि दर्ज की गई
  • GitHub अभी कुल पेड यूज़र्स की संख्या सार्वजनिक नहीं करता, और Copilot-केंद्रित राजस्व संरचना पर ही जोर देता है

प्रमुख संकेत

  • Zig और Dillo के उदाहरण दिखाते हैं कि AI व्यावसायीकरण-केंद्रित प्लेटफॉर्म ऑपरेशन डेवलपर भरोसे को कमजोर कर रहा है
  • GitHub की AI-केंद्रित रणनीति और कमजोर क्वालिटी कंट्रोल ने ओपन सोर्स समुदाय के बाहर जाने को तेजी दी
  • Codeberg जैसे नॉन-प्रॉफिट वैकल्पिक प्लेटफॉर्मों के बढ़ने का ट्रेंड तेज़ होता जा रहा है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-12-04
Hacker News राय

  • Zig टीम की घोषणा के संशोधन इतिहास काफ़ी दिलचस्प हैं
    शुरुआत में उन्होंने GitHub टीम को “अयोग्य बचे-खुचे लोगों द्वारा बनाया गया बगों से भरा JS framework” कहकर कोसा था, लेकिन बाद में भाषा नरम कर दी गई
    अंतिम संस्करण में बात को इस तरह समेटा गया कि GitHub की “engineering excellence” गायब हो गई है
    प्रारंभिक संस्करण (11/27 02:10) → मध्य संशोधन (11/27 14:04) → अंतिम संशोधन (11/28 09:21)

    • पिछली HN थ्रेड में “राजनीतिक भावनात्मक अभिव्यक्ति हटा दो” जैसी प्रतिक्रिया बहुत थी, और लगता है Zig टीम ने उसे स्वीकार किया
      समुदाय के लिए अहम छोड़कर किया गया यह संशोधन प्रभावशाली लगा
    • Kelly ने जो “engineering excellence” के प्रति जुनून और ग़ुस्सा दिखाया, वह उलटे Zig के उज्ज्वल भविष्य की ओर इशारा करता है
      मुझे लगता है कि जब कोई तकनीकी नेता औसतपन पर ग़ुस्सा करता है, तो वह अच्छा संकेत है
    • शुरुआती वाक्य की तरह “घटिया software जानबूझकर बनाया गया है” कहना ज़्यादा है
      असल में यह परिस्थितियों और क्षमता की सीमाओं के भीतर बना हुआ परिणाम होता है
    • ग़ुस्सा निर्णय क्षमता को धुंधला कर देता है
      मैं मानता हूँ कि प्यार से बनाया गया software, यानी तकनीक और लोगों के प्रति लगाव, बेहतर नतीजे देता है
    • “bloated, buggy JS framework” वाली बात से सहमत हूँ
      बड़ी कंपनियाँ पैसा झोंककर ऐसे framework चलाए रखती हैं, और लाखों लोग इन्हें बंद भी नहीं कर पाते हुए इस्तेमाल कर रहे हैं
      मैं GitHub इस्तेमाल करते समय JS बिल्कुल नहीं चलाता, और proxy rules से सिर्फ raw files download करता हूँ 
      http-request set-path %[path,regsub(/blob/,/raw/,g)] if { hdr(host) github.com }
http-request set-path %[path,regsub(/releases/tag/,/releases/expanded_assets/,g)] if { hdr(host) github.com }
      इस तरह इस्तेमाल करने पर यह ठीक काम करता है

  • GitHub की ताकत उसका ecosystem है
    PR system, issue management, CI actions, sponsorship — सब कुछ एक ही जगह पर है
    AI के प्रति यह दीवानगी चिंताजनक है, लेकिन फिर भी मुझे लगता है कि यह अभी भी developers के लिए सबसे सुविधाजनक tool है

    • मैं सहमत नहीं हूँ। GitHub की असली ताकत social network effect है
      stars, forks, followers जैसी metrics गुणवत्ता के संकेत की तरह काम करती हैं
      आख़िरकार developers “community की नज़र” पर भरोसा करते हैं
    • मैंने पहले Gerrit इस्तेमाल किया है, लेकिन GitHub PR मुझे कोई ख़ास बेहतर नहीं लगा
      Actions इतनी जटिल है कि उसे YAML-hell कहा जा सकता है, और इसमें अक्सर समस्या आती रहती है
      फिर भी सबसे बड़ी वजह यही है कि “सब लोग वहीं हैं”
    • CI system के अच्छी तरह बने होने वाली बात से सहमत नहीं हो सकता
      Actions सुविधाजनक है, लेकिन भयानक product है
    • इससे अच्छा तो brainfuck में Advent of Code हल कर लूँ
      GitHub Actions को debug करना अपने-आप में यातना है
    • मुझे यह बात खटकती है कि GitHub ने private repositories को AI training में इस्तेमाल किया या नहीं, इसे नकारा नहीं
      GitLab ने इसे साफ़ तौर पर नकारा था, और यही फ़र्क भरोसा कम करता है

  • Codeberg का infrastructure कैसा है, यह जानने के लिए मैंने देखा
    आधिकारिक ब्लॉग पोस्ट के मुताबिक
    यह 3 servers (1 Gigabyte, 2 Dell R730/R740) पर चल रहा है, और used hardware के reuse पर ज़ोर देता है
    यहाँ तक कि खराब MacBook को CI runner के रूप में reuse करने की कोशिश भी है
    कभी-कभी performance गिरती है, लेकिन restart से हल हो जाती है
    इसमें hackerspace जैसी DIY भावना महसूस होती है

    • status page देखें तो availability कम लगती है
      पिछले 24 घंटों में 89% uptime था, 14 दिनों का औसत 98% है, लेकिन main site अक्सर धीमी रहती है
    • Codeberg enterprise के लिए नहीं, बल्कि FLOSS-only platform है
      इसका उद्देश्य commercial service देना नहीं है
    • मैं भी 20 साल की उम्र में इससे बड़ा cluster चलाया करता था
      सिर्फ बिजली का बिल ही महीने का 600 डॉलर से ऊपर आता था, तो इस स्तर पर मैं भी शायद free service खोल सकता हूँ
      किसी के पास idea हो तो mail करने को कहा गया है

  • GitHub issues पर Zig की प्रतिक्रिया थोड़ी भावनात्मक फ़ैसले जैसी लगती है
    bugs हर जगह होते हैं, और GitHub के scale को देखें तो यह स्वाभाविक है
    Codeberg पर migration भी कम चर्चा के साथ हुआ लगता है
    Zig तकनीकी रूप से शानदार है, लेकिन लगता है कि परिपक्व leadership structure अभी पूरी तरह स्थापित नहीं हुआ है

    • समस्या bugs से ज़्यादा बड़ी कंपनियों की उदासीनता है
      Microsoft जैसी कंपनियाँ ग्राहक चाहे जितनी शिकायत करें, परवाह नहीं करतीं
      इसलिए छोटे platform पर जाने से उम्मीद है कि customer success के लिए ज़्यादा प्रेरित support मिलेगा
      CI scripts को जहाँ तक हो सके pure script form में रखना चाहिए, ताकि portability ज़्यादा रहे
    • “मुझे Codeberg के बारे में पता नहीं था” यह व्यक्तिगत समस्या है
      इससे यह साबित नहीं होता कि अंदरूनी चर्चा नहीं हुई थी

  • GitHub की समस्याओं से सहमत हूँ, लेकिन Codeberg अक्सर down रहता है
    status page के हिसाब से पिछले 2 हफ़्तों में uptime लगभग 95% रहा है

    • GitHub Actions में भी अक्सर outage आते रहते हैं, इसलिए व्यवहार में मुझे बहुत बड़ा फ़र्क नहीं लगता
    • अगर service level महत्वपूर्ण है, तो Forgejo को self-host करना बेहतर है
      इससे GitHub जैसे single point of failure पर निर्भर नहीं रहना पड़ता
    • Reddit पर भी Codeberg की bot verification process के असुविधाजनक होने की शिकायतें थीं
      फिर भी self-hostable Forgejo आकर्षक है
    • Codeberg पर DDoS attacks अक्सर होते हैं
      Mastodon account देखें तो वे स्थिति खुलकर साझा करते हैं
      इस पर हमला होना शायद इस बात का भी संकेत है कि उसका कुछ महत्व है
    • Codeberg open source-only platform है
      commercial projects या personal backup के लिए इसका इस्तेमाल उपयुक्त नहीं है

  • आजकल लगता है कि AI शब्द marketing term बनकर रह गया है
    शायद 2 साल बाद ज़्यादातर apps में AI features तो रहेंगे, लेकिन “AI-first” जैसे प्रचार वाक्य ग़ायब हो जाएँगे

    • पिछले 15 सालों से यही होता आया है
      फिर भी भविष्यवाणी से सहमत हूँ — अब AI advertising भद्दी लगने वाली चीज़ बनती जा रही है
    • “big data”, “machine learning” की तरह बस buzzword बदल गया है
      personalized advertising अभी भी मज़बूती से मौजूद है, भले ही पूरी अवधारणा असहज लगे

  • GitHub की dashboard feed redesign एक आपदा थी
    संबंधित चर्चा में भी बहुत असंतोष था

    • हालिया update में इसे recent PRs और issues list केंद्रित बना दिया गया है, और यह मुझे उलटे सुधार जैसा लगता है
      मैं वास्तव में इसे काफ़ी इस्तेमाल कर रहा हूँ
    • सच कहूँ तो मैं dashboard का ही इस्तेमाल नहीं करता
      ज़्यादातर काम सीधे project pages पर करता हूँ
    • मैं भी notifications page को ही default home की तरह इस्तेमाल करता हूँ
      browser autocomplete में “not” लिखते ही वहीं पहुँच जाता हूँ

  • Zig के migration की वजह सिर्फ Microsoft पर अविश्वास नहीं है
    Zig मूल रूप से मज़बूत राय रखने वाला community है
    GitLab भी संतोषजनक नहीं है, और विकल्प ज़्यादा नहीं हैं
    असली समस्या बड़ी कंपनियों की monopoly structure है, और AI उसे और बदतर बना देता है

    • Bitbucket आजकल कैसा है, यह जानने की उत्सुकता है
      अब तो उसका अस्तित्व लगभग ग़ायब-सा लगता है

  • Codeberg का फ़ायदा page loading speed है
    GitHub कभी-कभी धीमा और भारी महसूस होता है

    • ख़ासकर अस्थिर 4G माहौल में GitHub बहुत ख़राब लगता है
      Linear जैसी सेवाओं से तुलना करें तो फ़र्क साफ़ है
    • उलटे मेरे test में Codeberg ज़्यादा धीमा था 
      $ time curl -L 'https://codeberg.org/'  → 3.06s  
$ time curl -L 'https://github.com/'    → 1.35s
      लगता है यह environment पर निर्भर करता है

  • मैं Fossil SCM की सिफारिश करना चाहूँगा
    यह SQLite के निर्माता का बनाया हुआ tool है, और 6MB single executable में GitHub-स्तर की features built-in देता है
    fossil-scm.org पर देखा जा सकता है

    • हालाँकि इसमें code review system नहीं है
      क्योंकि इसके संस्थापक बाहरी योगदान लगभग स्वीकार नहीं करते
      एकल परियोजनाओं के लिए यह शानदार है, लेकिन सहयोगी काम के लिए उपयुक्त नहीं
    • फिर भी personal projects के लिए यह बेहतरीन है
      अगली side project में इसे ज़रूर आज़माने की सलाह दूँगा