Microsoft द्वारा Fork किया जाना

 (philiplaine.com)
11 पॉइंट द्वारा GN⁺ 2025-04-22 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • Spegel एक open source टूल है, जिसे image registry outage की वजह से होने वाली Kubernetes cluster scaling समस्याओं को हल करने के लिए विकसित किया गया था
  • Microsoft ने Spegel में रुचि दिखाई और सहयोग की इच्छा जताई, लेकिन बाद में बिना किसी खास feedback के उसने स्वतंत्र रूप से Peerd नाम का एक समान प्रोजेक्ट जारी कर दिया
  • Peerd, Spegel पर आधारित लगता है, और वास्तव में code, tests, comments आदि लगभग एक जैसे हैं; कुछ हिस्से तो सीधे copy किए गए लगते हैं
  • MIT license fork की अनुमति देता है, लेकिन attribution हटाना या copyright notice मिटाना अनुमत नहीं है; ऐसे संकेत हैं कि Microsoft ने इस मानक का पालन नहीं किया
  • यह घटना open source ecosystem में developers और बड़ी कंपनियों के बीच असंतुलित power structure को उजागर करती है, और license बदलने तथा sponsorship प्रोत्साहित करने जैसे जवाबी कदमों पर सोचने को मजबूर करती है

Spegel की शुरुआत और समस्या की समझ

  • लेखक को Kubernetes cluster में image registry outage के कारण scalability problems का सामना करना पड़ा
  • stateful mirror की जगह, कम operational burden वाला और stateless तरीके से काम करने वाला टूल बनाने का फैसला किया गया
  • इसी तरह open source टूल Spegel का जन्म हुआ, जो अब GitHub पर 1.7k से अधिक stars और 1.4 करोड़ से अधिक downloads दर्ज कर चुका है

Microsoft से मुलाकात, और फिर सन्नाटा

  • Microsoft ने Spegel में रुचि दिखाते हुए meeting का अनुरोध किया, और लेखक ने architecture support और code explanation में सक्रिय सहयोग दिया
  • शुरुआत में collaboration की उम्मीद थी, लेकिन बाद में बिना किसी feedback के बातचीत बंद हो गई
  • इसके बाद KubeCon Paris में Microsoft द्वारा विकसित Peerd की प्रस्तुति के जरिए Spegel का उल्लेख सामने आया

Peerd और Spegel की समानताएँ

  • Peerd Microsoft का बनाया हुआ P2P-आधारित image distribution टूल है, जिसमें सिर्फ इतना संक्षेप में कहा गया कि यह Spegel से inspired है
  • लेकिन code में function definitions, comments, test cases आदि Spegel से लगभग समान हैं
  • example code comparison image में function comments तक मेल खाते हैं, और कुछ tests में Spegel के साथ लेखक की पिछली कंपनी का नाम भी शामिल है
  • Peerd पर MIT license लागू है, लेकिन Spegel के मूल लेखक और source attribution का उल्लेख पर्याप्त नहीं है

open source maintainer की मुश्किलें

  • project बढ़ने के साथ Spegel users अक्सर Peerd से उसके अंतर के बारे में पूछते रहे
  • Microsoft के साथ शक्ति-अंतर की वजह से Spegel brand recognition के मामले में पीछे छूट गया
  • सहयोग और contribution की उम्मीद रखने वाले लेखक को निराशा हुई, और वह license बदलने तक पर विचार करने लगे

community का भविष्य और प्रतिक्रिया

  • हाल के समय में open source ecosystem Hashicorp के license change, कंपनियों के निवेश में कमी जैसी वजहों से अस्थिर रुझानों से गुजर रहा है
  • लेखक ने GitHub Sponsors खोला है और Spegel को जारी रखने के लिए community support और participation की अपील की है
  • यह घटना व्यक्तिगत developers और बड़ी कंपनियों के बीच संरचनात्मक असंतुलन के मुद्दे को फिर सामने लाती है, और license चुनने के महत्व पर जोर देती है

समापन: व्यक्ति बनाम बड़ी कंपनी, असंतुलन के बीच प्रतिरोध

  • Spegel अब भी सक्रिय रूप से उपयोग में है, और लेखक अपने अनुभव के आधार पर open source ecosystem की resilience पर भरोसा रखते हैं
  • लेकिन “David और Goliath” जैसी इस वास्तविकता में, लेखक Spegel के भविष्य के लिए न्यूनतम प्रतिरोध के रूप में license change पर विचार कर रहे हैं

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

2 टिप्पणियां

 
ng0301 2025-04-22

बहुत ही गैर-जिम्मेदाराना है 🤨
 
GN⁺ 2025-04-22
Hacker News राय

  • Microsoft के Satya-युग से पहले, मैं शुरुआती cloud दौर में महत्वपूर्ण समस्याएँ हल करने वाले एक लोकप्रिय open source software (OSS) प्रोडक्ट का maintainer था

    • Microsoft के एक director ने collaboration का प्रस्ताव दिया, लेकिन मैंने जवाब दिया कि मैं consulting contract भेजूँगा
    • कानूनी प्रक्रिया के बाद 2 दिन की workshop हुई, और उन्होंने भुगतान किया
    • मैंने यह सबक सीखा कि अगर वे अपनी इच्छित value के लिए भुगतान करने को तैयार हैं, तो मुफ्त में काम नहीं करना चाहिए

  • Microsoft की Cloud Native Ecosystem टीम के Lachlan ने Philip को माफ़ी का संदेश भेजा

    • Spegel प्रोजेक्ट में leadership और collaboration के लिए धन्यवाद दिया, और कहा कि यह प्रोजेक्ट cloud native community की वास्तविक चुनौतियों को हल करता है
    • license header ठीक करने के लिए एक pull request जमा किया गया, और कहा गया कि वे open source community के बेहतर steward बनने की कोशिश करेंगे

  • Microsoft पर बहुत आरोप लग रहे हैं, लेकिन यह किसी व्यक्ति की career advancement के लिए किया गया काम हो सकता है

    • open source community को ऐसी परिस्थितियों में व्यक्तियों पर professional consequences लागू करने का तरीका चाहिए
    • professional consequences का मतलब हो सकता है career opportunities का खोना, contributor privileges का हटना, और अविश्वसनीय व्यक्ति के रूप में जाना जाना

  • MIT license का पालन न करना copyright infringement है

    • लेकिन files में copyright notice नहीं था, इसलिए मुद्दा उठाना मुश्किल है
    • OSS-अनुकूल वकील से सलाह लेने की सिफारिश की गई

  • यह राय भी है कि एक नए तरह के license, यानी community open source, की ज़रूरत है

    • जब Microsoft जैसी कंपनियाँ किसी प्रोजेक्ट को fork करती हैं, तो समुदाय को नुकसान पहुँचता है
    • profit-seeking के बजाय collaboration को महत्व देने वाली community ethics की ज़रूरत है

  • Microsoft ने copyright notice हटाकर गलत किया, लेकिन लेखक के पास शिकायत करने का आधार नहीं है

    • अगर सबसे permissive license चुना गया था, तो उसके परिणाम भी स्वीकार करने चाहिए

  • Microsoft के अंदर कोई व्यक्ति promotion के लिए किसी और के काम का उपयोग कर रहा हो सकता है

    • यह न पहला मामला है न आख़िरी, और Microsoft जानबूझकर ऐसे व्यवहार को दोहराता है

  • Peerd प्रोजेक्ट के copyright attribution को ठीक करने के लिए एक commit जमा किया गया

    • कुछ files के copyright header अपडेट किए गए, और LICENSE file में attribution भी ठीक किया गया