जब हार्डवेयर बंद कर दिया जाए, तो कंपनियों को सॉफ़्टवेयर को open source के रूप में जारी करना चाहिए

 (marcia.no)
4 पॉइंट द्वारा GN⁺ 2026-01-15 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • जब हार्डवेयर उत्पाद EOL हो जाए, तो कंपनियों को उससे जुड़े सॉफ़्टवेयर को अनिवार्य रूप से open source के रूप में जारी करना चाहिए
  • Right to Repair आंदोलन ने प्रगति की है, लेकिन प्रस्ताव है कि यूरोपीय संघ स्तर पर EOL के समय सॉफ़्टवेयर जारी करना कानूनी रूप से अनिवार्य किया जाना चाहिए
  • उदाहरण के तौर पर smart weighing scale का मामला, जिसमें app support बंद होने से उसकी उपयोगिता खत्म हो गई, और Spotify का Car Thing, जो बंद होने के बाद e-waste बन गया
  • कंपनियों को पूरा codebase जारी करने की ज़रूरत नहीं है; hardware specs और connection protocols ही जारी कर दिए जाएँ ताकि community अपनी app विकसित कर सके
  • sustainability और user rights के लिए, बंद हो चुके hardware को फिर से उपयोगी बनाने वाला open source approach ज़रूरी है

हार्डवेयर के बंद होने और open source की आवश्यकता

  • जब कोई हार्डवेयर उत्पाद EOL(End of Life) स्थिति में पहुँच जाए, तो कंपनी को उसका सॉफ़्टवेयर open source के रूप में जारी करना चाहिए

    • यह उस समस्या की ओर इशारा करता है जहाँ बंद किया गया उत्पाद अभी भी काम करने योग्य होता है, लेकिन सॉफ़्टवेयर support बंद होने से बेकार हो जाता है
    • ऐसी स्थिति को रोकने के लिए कानूनी बाध्यता की ज़रूरत बताई गई है

  • Right to Repair आंदोलन पहले ही उपभोक्ता अधिकारों को मज़बूत कर चुका है, लेकिन इसके आगे बढ़ते हुए प्रस्ताव है कि यूरोपीय संघ (EU) को EOL के समय सॉफ़्टवेयर जारी करना अनिवार्य करना चाहिए

    • यह रुख है कि European Commission को नियम बनाकर कंपनियों को उत्पाद बंद करते समय सॉफ़्टवेयर जारी करने के लिए बाध्य करना चाहिए
    विज्ञापन

व्यक्तिगत अनुभव और समस्या के उदाहरण

  • smart weighing scale के मामले में, हार्डवेयर सामान्य रूप से काम करता है, लेकिन app बंद होने से data save करने की सुविधा खत्म हो गई

    • Bluetooth connection संभव है, लेकिन app का विकास बंद हो जाने से यह व्यवहार में लगभग बेकार हो गया
    • यह इस वास्तविकता पर नाराज़गी और बर्बादी की समस्या उठाता है कि बिल्कुल सही हार्डवेयर भी कंपनी के support बंद करने से ‘मरा हुआ’ हो जाता है

  • Spotify के Car Thing के बंद होने का मामला भी उल्लेखित है

    विज्ञापन
    • 2024 के अंत में सेवा बंद होने से 200 डॉलर का हार्डवेयर एक ही झटके में e-waste बन गया
    • Bose द्वारा EOL से पहले SoundTouch speaker को open source के रूप में जारी करने का मामला सकारात्मक माना गया है, लेकिन इसे अब भी दुर्लभ अपवाद बताया गया है

व्यावहारिक विकल्प

  • कंपनियों को पूरा codebase जारी करने की आवश्यकता नहीं है

    • इसके बजाय GitHub repository में hardware specs और connection protocols जारी कर देना काफ़ी है
    • community इसके आधार पर अपनी app विकसित कर सकती है

  • vibe-coding जैसी नई development approaches के कारण, ग़ैर-विशेषज्ञ भी आसानी से भाग ले सकते हैं

    विज्ञापन
    • अब ऐसा दौर आ गया है जहाँ सामान्य उपयोगकर्ता भी हार्डवेयर को सीधे समझ और बेहतर बना सकते हैं

sustainability और user rights

  • बंद हो चुके हार्डवेयर को फिर से उपयोगी बनाने वाला open source approach पर्यावरणीय और नैतिक रूप से आवश्यक है
    • इससे अनावश्यक e-waste कम किया जा सकता है और sustainable technology ecosystem को बनाए रखा जा सकता है
    • अगर हार्डवेयर पहले ही ‘brick’ बन चुका है, तो सॉफ़्टवेयर जारी करके community को उसे फिर से इस्तेमाल करने का अवसर देना ही सबसे बेहतर है

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

1 टिप्पणियां

 
GN⁺ 2026-01-15
Hacker News की राय

  • EOL(End-of-Life) प्रोजेक्ट को ओपन सोर्स में बदलवाने का सबसे पक्का तरीका है कि उसे शुरू से ही open source के रूप में शुरू किया जाए
    “लक्ष्य पूरा होने के बाद रिलीज़ करेंगे” या कंपनी बंद हो जाए तो जारी कर देंगे जैसी बातें बेअसर हैं
    open source के रूप में शुरू करने पर ही निवेशक और कम्युनिटी भरोसा कर सकते हैं
    open source प्रोडक्ट और हार्डवेयर बनाने वाली कंपनियों पर पैसा खर्च करना चाहिए, और स्वतंत्र रूप से वितरित करने वाले कलाकारों को समर्थन देना चाहिए
    EOL के बाद कंपनी रिलीज़ नहीं करती तो उसकी सिर्फ आलोचना करना आखिरकार दिखावटी व्यवहार भर रह जाता है

    • साथ ही यह भी ध्यान रखना चाहिए कि consumer hardware सिर्फ एक hobby market नहीं है
    • अगर उपभोक्ता मिलकर अपने पैसे से वोट करें, तो बाज़ार बदला जा सकता है
      बड़ी कंपनियाँ भी एकजुट उपभोक्ता मांग के सामने टिकना मुश्किल पाती हैं
      जैसे FSF ने free software को आम बनाया, वैसे ही consumer education और cultural shift की ज़रूरत है
      ऐसी consumer community culture बनानी चाहिए जहाँ विशेषज्ञों की राय तेज़ी से साझा हो सके
      निंदक रवैये से ज़्यादा, असली बदलाव लाने की कोशिश महत्वपूर्ण है
    • लेकिन हक़ीक़त में बाज़ार की संरचना closed source को इनाम देती है
      सिर्फ उपभोक्ता दबाव से काम नहीं चलेगा, regulation की ज़रूरत है

  • ज़्यादातर सिस्टम code signing chain पर निर्भर रहते हैं और “fail closed” तरीके से काम करते हैं
    लेकिन जब मूल signing authority ही गायब हो जाए, तब signing अधिकार किसी नए पक्ष को सौंपे जा सकें—इसके लिए “fail open” ढांचा चाहिए

  • सिर्फ हार्डवेयर स्पेक्स और प्रोटोकॉल सार्वजनिक कर देने का प्रस्ताव व्यावहारिक नहीं लगता
    ज़्यादातर डिवाइस सिर्फ साधारण connection protocol नहीं होते, और PCB analysis से भी स्पेक्स का काफ़ी हिस्सा जाना जा सकता है

    • असली बात यह है कि “पुन: उपयोग के लिए आवश्यक न्यूनतम जानकारी” दी जाए
      firmware flash करने का तरीका और कम-से-कम न्यूनतम firmware उपलब्ध करा दिया जाए तो भी काफ़ी हो सकता है
      लेकिन हर प्रोडक्ट की स्थिति अलग होती है, इसलिए case-by-case approach चाहिए

  • router जैसे वे डिवाइस जिनमें secure boot e-fuse में जड़ा हुआ है, उन्हें सिर्फ open source रिलीज़ से नहीं बचाया जा सकता
    ऐसे मामलों में निर्माता को signing key को escrow के रूप में रखना चाहिए ताकि EOL के बाद भी नया software चलाया जा सके

    • लेकिन signing key को सार्वजनिक करना security disaster हो सकता है
      कोई हमलावर एक्सपायर हो चुके डोमेन पर कब्ज़ा कर botnet बना सकता है
      इसकी जगह ऐसी प्रक्रिया होनी चाहिए जिसमें उपयोगकर्ता स्पष्ट रूप से 3rd-party firmware इंस्टॉल करने की मंज़ूरी दे, जैसे physical button operation
    • यह दिखाता है कि “सिर्फ प्रोटोकॉल जारी कर दो” वाला तरीका हर डिवाइस के लिए पर्याप्त नहीं है
    • कुछ लोगों का यह भी मानना है कि bootloader lock को ही प्रतिबंधित कर देना चाहिए
      उपयोगकर्ता को निर्माता की अनुमति के बिना भी अपने डिवाइस में बदलाव करने का अधिकार होना चाहिए
    • या फिर physical button के जरिए key enrollment की अनुमति दी जा सकती है

  • मुझे भी यह बात निराश करती है कि EOL की वजह से अब भी काम करने वाला हार्डवेयर फेंकना पड़ता है
    लेकिन “electronic waste पैदा करना गैरकानूनी बना दो” जैसी सोच व्यावहारिक नहीं लगती

    • अगर पूरा समाधान संभव न हो, तब भी functionality खत्म होने पर refund अनिवार्य करने जैसा आसान क़ानून सुधार ला सकता है
      उदाहरण: अगर प्रोडक्ट अपना मुख्य काम नहीं कर पाता, तो पूरा refund; लेकिन अगर निर्माता ज़रूरी software को public domain में डाल दे, तो उसे छूट
      ऐसा क़ानून Google जैसी कंपनियों पर लगाम लगा सकता है, जो server shutdown करके प्रोडक्ट को बेकार बना देती हैं
    • लेकिन फिर इसी तर्क से क्या EOL हुए Windows को भी जारी करना होगा?
      अगर Windows 10 को open source कर दिया जाए, तो Microsoft की long-term strategy बिखर जाएगी

  • यह विचार सिर्फ “open source” से भी आगे का दिलचस्प कॉन्सेप्ट है
    मान लें UBNT अपनी EOL bootchain जारी कर दे और Cambium उसका firmware इस्तेमाल कर सके,
    तो नतीजा community support नहीं बल्कि हमेशा चलने वाली product update competition भी बन सकता है

    • व्यवहार में पूरा open source करना मुश्किल है, और निर्माता के पास third-party IP जारी करने का अधिकार नहीं होता
      कम-से-कम इतना तो होना ही चाहिए कि उपयोगकर्ता के मनचाहे alternative software को चलाने में बाधा न डाली जाए
    • लेकिन सिर्फ इतना भी काफ़ी नहीं है
      ज़्यादातर उपयोगकर्ता server गायब हो जाने पर firmware दोबारा इंस्टॉल नहीं करते, वे डिवाइस को बस फेंक देते हैं
      इसलिए external server dependency के बिना design की ज़रूरत है
      उदाहरण: smart speaker को local network streaming सपोर्ट करना चाहिए, और bulb को standard protocol pairing
      अच्छी बात यह है कि Matter over Thread जैसे standard इसी दिशा में आगे बढ़ रहे हैं

  • Google Nest Thermostat 1·2nd generation इसका प्रतिनिधि उदाहरण है
    No Longer Evil प्रोजेक्ट ने इस डिवाइस को open source firmware से फिर जीवित किया
    इसने Google cloud dependency हटा दी और उपयोगकर्ता को अपना server खुद host करने या स्वतंत्र रूप से control करने की सुविधा दी
    इससे महंगे हार्डवेयर को फिर से जीवन मिला

  • अभी ऐसा लगता है जैसे हम किसी dark age में हैं
    पहले के heater सिर्फ एक pin को ground करने से चल जाते थे, लेकिन बाद के मॉडल closed protocol में बदल गए और उन तक पहुँचना मुश्किल हो गया
    मगर नए मॉडल फिर से OpenTherm standard सपोर्ट कर रहे हैं, जिससे hacking आसान हो गई है
    आजकल ESP32 या Raspberry Pi आधारित open hardware बहुत है, इसलिए मैं खुद ESPHome + LVGL से GUI बनाकर home automation में integrate करता हूँ
    क्वालिटी इतनी अच्छी थी कि दोस्तों को लगा यह कोई branded product है

  • मुझे लगता है “यह होने वाला नहीं है”
    अच्छी बात यह है कि AI और Android की वजह से protocol reverse engineering आसान हो रही है
    सिर्फ APK analysis से बहुत-सी जानकारी मिल जाती है, इसलिए मैं Meta के अधिग्रहण से पहले खरीदे गए Limitless Pendant के लिए खुद app और server बना रहा हूँ
    मैंने खुद code की एक लाइन भी नहीं लिखी

  • कोई भी lifetime support की उम्मीद नहीं करता
    लेकिन सिर्फ इसलिए basic functionality तक को मार देना कि app backend या roadmap गायब हो गया, यह स्वीकार करना कठिन है
    अगर डिवाइस इलेक्ट्रिक और मैकेनिकल रूप से ठीक है, तो कम-से-कम न्यूनतम उपयोग तो सुनिश्चित होना चाहिए