Htmx ने लाइसेंस बदलकर Zero-Clause BSD कर लिया

वेब डेवलपर इस बात पर प्रतिक्रिया दे रहे हैं कि htmx ने अपना लाइसेंस मानक 2-क्लॉज़ BSD से अत्यंत उदार Zero-Clause BSD (0BSD) में बदल दिया है, जो लगभग बिना किसी प्रतिबंध के उपयोग की अनुमति देता है, यहाँ तक कि एट्रिब्यूशन की भी आवश्यकता नहीं होती। प्रोजेक्ट के मेंटेनर इसे आंशिक रूप से मज़ाक और आंशिक रूप से एक छोटे, मिनिफाइड JavaScript लाइब्रेरी के लिए कानूनी घर्षण हटाने का तरीका बताते हैं, जिससे पेशेवरता, कॉर्पोरेट अपनाने, और एट्रिब्यूशन के मूल्य पर बहस छिड़ जाती है। यह बदलाव उदार बनाम copyleft लाइसेंसिंग, GPL, MPL, और 0BSD जैसे लाइसेंसों के सॉफ़्टवेयर कॉमन्स पर व्यावहारिक प्रभाव, और क्या अत्यधिक उदार शर्तें कोड को प्रभावी रूप से पब्लिक डोमेन में डाल देती हैं, जैसे व्यापक तर्कों को भी फिर से सामने लाता है.

लाइसेंस परिवर्तन का तर्क

  • कमिट के मूल लेखक ने सभी काम के लिए 0BSD का उपयोग ओवरहेड हटाने के लिए किया, और उनका मानना है कि इसे GPL प्रोजेक्ट्स में एम्बेड करके फिर GPL के तहत पुनः-लाइसेंस किया जा सकता है।
  • HTMX मेंटेनर कहते हैं कि 2-क्लॉज़ BSD से 0BSD में बदलाव आंशिक रूप से एक मज़ाक था और आंशिक रूप से Microsoft की कथित रुचि के बारे में सोशल-मीडिया “चाल” का हिस्सा था, लेकिन इसका एक व्यावहारिक कारण भी था: ऐसी एट्रिब्यूशन आवश्यकताओं को हटाना जो एक सिंगल-फ़ाइल, मिनिफाइड JS लाइब्रेरी के लिए बेकार-सी लगती हैं।
  • कुछ टिप्पणीकार उनका धन्यवाद करते हैं, कहते हुए कि एट्रिब्यूशन हटाने से संगठनों पर अनुपालन का बोझ काफ़ी घटता है।

Zero-Clause BSD (0BSD) की विशेषताएँ

  • इसे एक अत्यंत उदार, OSI-स्वीकृत लाइसेंस बताया गया है, जो मूलतः पब्लिक डोमेन जैसा है लेकिन मानक कानूनी शब्दावली के साथ।
  • MIT से मुख्य अंतर: MIT में अभी भी कॉपीराइट और डिस्क्लेमर को बनाए रखना पड़ता है; 0BSD में एट्रिब्यूशन की कोई आवश्यकता नहीं होती।
  • यह वहाँ उपयोगी माना जाता है जहाँ कई प्रोजेक्ट्स में स्वतः शामिल होने से एट्रिब्यूशन बोझिल हो जाए (जैसे छोटे रनटाइम लाइब्रेरी, कोड स्निपेट्स)।
  • “पब्लिक डोमेन” घोषणाओं की तुलना में 0BSD उन क्षेत्रों में मदद करता है जहाँ अधिकारों को बस छोड़ा नहीं जा सकता।
  • MIT-0 का भी इसी तरह के “शून्य” लाइसेंस के रूप में उल्लेख है; कुछ लोग कहते हैं कि वकील नई लाइसेंस-शैलियों की बजाय परिचित दिखने वाले टेक्स्ट को पसंद करते हैं।

पेशेवरता, सोशल मीडिया, और अपनाना

  • एक टिप्पणीकार लाइब्रेरी की सोशल मीडिया पर “पेशेवर गंभीरता” की कमी की आलोचना करता है और दावा करता है कि इसी ने अधिक पारंपरिक स्टैक चुनने के फैसले को प्रभावित किया।
  • दूसरे जवाब देते हैं कि आधिकारिक खाते पर हास्य का कोड की गुणवत्ता से कोई संबंध नहीं है, और तकनीक तथा ट्रैक रिकॉर्ड अधिक मायने रखने चाहिए।
  • मेंटेनर बताते हैं कि Twitter का उपयोग जानबूझकर हास्यपूर्ण लेकिन प्रभावी मार्केटिंग चैनल के रूप में किया गया, और स्टार्स तथा फ्रेमवर्क रैंकिंग में मज़बूत वृद्धि को सफलता का प्रमाण बताते हैं।

लाइसेंसिंग की व्यापक फिलॉसफी

  • कुछ लोग 0BSD की प्रशंसा “कॉमन्स के लिए अच्छा” कहकर करते हैं क्योंकि यह घर्षण कम करता है।
  • अन्य तर्क देते हैं कि अत्यधिक उदार लाइसेंस कॉर्पोरेट फ़्री-राइडिंग और सॉफ़्टवेयर कॉमन्स के “enclosure” को सक्षम करते हैं, जबकि मजबूत copyleft (GPL/LGPL) को कंपनियों के लिए बहुत सख्त और डरावना माना जाता है।
  • Mozilla Public License (MPL 2.0) को एक मध्य-मार्ग के रूप में चर्चा की गई है: फाइल-स्तरीय copyleft जो MPL-आवृत फाइलों में किए गए सुधारों को योगदान करने की मांग करता है, लेकिन आंशिक रूप से circumvent किए जा सकने योग्य भी माना जाता है।

कानूनी और व्यावहारिक प्रश्न

  • प्रश्न उठते हैं कि क्या 0BSD वास्तव में HTMX को “पब्लिक डोमेन” बना देता है; जवाबों से संकेत मिलता है कि यह कार्यात्मक रूप से काफ़ी करीब है, लेकिन कानूनी रूप से अधिक मज़बूत है।
  • इस पर विरोधी उत्तर भी आते हैं कि क्या मेंटेनर BSD-2 लाइसेंस वाले योगदानों को स्पष्ट योगदानकर्ता अनुमति के बिना पुनः-लाइसेंस कर सकते हैं; थ्रेड में यह अब भी अस्पष्ट बना रहता है।