Kefir C कंपाइलर का सार्वजनिक विकास समाप्त होना

मूल लेख ↗ Hacker News चर्चा ↗

परियोजना की स्थिति और समुदाय

  • Kefir C कंपाइलर का सार्वजनिक विकास समाप्त हो रहा है; पहले का स्रोत अब भी उपलब्ध है।
  • ऐसा प्रतीत होता है कि यह एक-व्यक्ति परियोजना थी; सार्वजनिक अपडेट के बिना इसे खुले स्रोत के रूप में प्रभावी रूप से “मृत” और अब एक निजी “खिलौना” माना जा रहा है, हालांकि इसे लेखक का अधिकार माना जा रहा है।
  • तकनीकी रूप से, इसे एक छोटा लेकिन सही C कंपाइलर कहा जा रहा है, जो GCC torture tests पास करता है और जिसका स्रोत अच्छी तरह तैयार किया गया है।

सार्वजनिक विकास समाप्त करने की प्रेरणाएँ

  • केंद्रीय प्रेरणा: इस बात से असुविधा कि बिना भुगतान का काम मुख्यतः LLMs को प्रशिक्षित करने वाली कंपनियों के लाभ में जा रहा है, जो GPL का उपयोग करते समय लेखक के इरादे के विपरीत है।
  • कुछ टिप्पणीकार इसी तरह के निर्णय व्यक्त करते हैं: स्क्रैपिंग और AI प्रशिक्षण के कारण कोड, कला, या लेखन प्रकाशित करना बंद करना।
  • अन्य लोग इसे तर्कहीन या असंगत मानते हैं, क्योंकि मुक्त सॉफ़्टवेयर लंबे समय से इस वास्तविकता के साथ आता रहा है कि उसका व्यावसायिक उपयोग लेखक को पसंद न होने वाले तरीकों से भी हो सकता है।

LLMs का ओपन सोर्स और लाइसेंसिंग पर प्रभाव

  • एक दृष्टिकोण:
    • GPL/FOSS कोड पर LLM प्रशिक्षण एट्रिब्यूशन, कॉपीलेफ़्ट और पारस्परिकता के “सामाजिक अनुबंध” को तोड़ता है।
    • मॉडल और उनके आउटपुट को व्युत्पन्न कृतियाँ माना जाता है जो GPL दायित्वों से बच निकलती हैं, और इस तरह कोड को प्रभावी रूप से सार्वजनिक डोमेन की तरह व्यवहार करती हैं।
    • इससे प्रकाशित करने के प्रोत्साहन कम होते हैं और ज्ञान बंद “गिल्डों” में जा सकता है।
  • विरोधी दृष्टिकोण:
    • GPL पुनर्वितरण को नियंत्रित करता है, उपयोग को नहीं; प्रशिक्षण बस उपयोग का एक और रूप है।
    • मॉडल प्रतिरूप (patterns) संग्रहीत करते हैं, प्रतियाँ नहीं; आउटपुट तब तक स्वतः व्युत्पन्न नहीं होते जब तक वे पर्याप्त कोड शब्दशः न दोहराएँ।
    • FOSS हमेशा इस जोखिम के साथ आया है कि दूसरे बिना लौटाए लाभ उठा सकते हैं; LLMs इसे मूल रूप से नहीं बदलते।
  • कानूनी स्थिति को अनिश्चित बताया गया है; कुछ लोग ज़ोर देते हैं कि उल्लंघन के लिए ठोस उदाहरणों के साथ कोड की पुनरावृत्ति सिद्ध करनी होगी।

विश्वास, प्रोत्साहन, और रचनात्मक अर्थव्यवस्था

  • कई लोगों के अनुसार यह एक उच्च-विश्वास से निम्न-विश्वास डिजिटल दुनिया की ओर बदलाव का हिस्सा है, जिसे अनादरपूर्ण स्क्रैपिंग और robots.txt उल्लंघनों ने तेज़ किया है।
  • अन्य लोग तर्क देते हैं कि इंटरनेट वास्तव में दशकों से कम-विश्वास वाला ही रहा है (स्पैम, मॉडरेशन, प्रमाणीकरण)।
  • चिंता है कि व्यापक AI उपयोग रचनाकारों का मनोबल घटाएगा, सार्वजनिक रूप से साझा कार्य का दायरा कम करेगा, और संभवतः मौजूदा मॉडलों को और मज़बूत करेगा।

AI कोडिंग पर तकनीकी और दार्शनिक दृष्टिकोण

  • कुछ डेवलपर व्यक्तिगत परियोजनाओं के लिए AI से बचते हैं, और हाथ से लिखे कोड में अधिक आनंद और “आत्मा” पाते हैं।
  • अन्य कहते हैं कि LLMs सॉफ़्टवेयर लिखने के लिए “सबसे अच्छा समय” बनाते हैं, क्योंकि वे साधारण कार्यों को स्वचालित करते हैं और उच्च-स्तरीय डिज़ाइन पर ध्यान केंद्रित करने देते हैं।
  • रचनात्मकता पर बहस:
    • आलोचक LLM आउटपुट को स्वभावतः व्युत्पन्न मानते हैं और ठहराव या आत्म-पुनरावृत्ति की चिंता करते हैं।
    • समर्थक ध्यान दिलाते हैं कि अधिकांश डेवलपर पहले से ही पैटर्न और Stack Overflow का पुनः उपयोग करते रहे हैं; वास्तविक नवीनता हमेशा दुर्लभ थी।

उपचार और नीतिगत विचार

  • व्यावहारिक बचाव: साइटों को प्रमाणीकरण के पीछे रखना, पहुँच के लिए ईमेल आवश्यक करना, बॉट्स की गति सीमित करना।
  • नीतिगत सुझाव: अनचाही स्वचालित अनुरोधों के लिए “sender/initiator pays” व्यवस्था, जो एंटी-स्पैम-फैक्स कानून पर आधारित हो; आलोचक इसकी प्रवर्तनीयता पर संदेह करते हैं और कड़े दंडों की आवश्यकता बताते हैं।
  • कुछ लोग LLMs को वास्तव में ओपन-सोर्स आदर्श की पूर्ति के रूप में प्रस्तुत करते हैं—यदि, और केवल यदि, मॉडल व्यापक रूप से सुलभ रहें, बंद न हो जाएँ।