• जब हार्डवेयर उत्पाद 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 को उसे फिर से इस्तेमाल करने का अवसर देना ही सबसे बेहतर है

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.