लिनुस टॉर्वाल्ड्स की पहली LLM-सहायित पैच श्रृंखला
एक प्रमुख Linux kernel maintainer ने प्रदर्शन-केंद्रित पैच श्रृंखला का मसौदा तैयार करने के लिए एक LLM coding assistant का उपयोग किया, जिससे इस पर बहस छिड़ गई कि AI-जनित कोड code review, copyright, और open source licensing के लंबे समय से चले आ रहे मानदंडों में कैसे फिट बैठता है। टिप्पणीकार उत्पादकता और code exploration में व्यावहारिक लाभों को गुणवत्ता, proprietary AI सेवाओं पर अत्यधिक निर्भरता, पर्यावरणीय और सामाजिक प्रभावों, तथा machine-generated code से increasingly प्रभावित हो रहे critical infrastructure की दीर्घकालिक maintainability को लेकर चिंताओं के विरुद्ध तौलते हैं।
LLM-सहायित कर्नेल पैचों पर समग्र प्रतिक्रिया
- कई लोगों को यह देखकर आश्चर्य नहीं हुआ कि एक अत्यंत व्यावहारिक मेंटेनर LLM अपनाएगा, खासकर जब उसका काम सीधे कोडिंग से हटकर समीक्षा/प्रबंधन की ओर बढ़ गया हो।
- कुछ लोग हैरान थे, इसे एक कथित “old school” छवि और कर्नेल में C++ जैसी चीज़ों के प्रति पहले की शत्रुता से विचलन मानते हुए।
- कुछ को चिंता है कि इसका दुरुपयोग “अगर यह कर्नेल के लिए पर्याप्त अच्छा है, तो कहीं भी पर्याप्त अच्छा है” के रूप में किया जाएगा, जबकि इसके पीछे की विशेषज्ञता और समीक्षा को नज़रअंदाज़ किया जाएगा।
गुणवत्ता, विश्वसनीयता, और समीक्षा
- इस बात पर ज़ोर है कि LLM का आउटपुट केवल विशेषज्ञ समीक्षा, परीक्षण, और छोटे, समझने योग्य पैचों के साथ ही स्वीकार्य है।
- टिप्पणीकार नोट करते हैं कि LLM अक्सर ऐसा कोड बनाते हैं जो सही लगता है, लेकिन उसमें सूक्ष्म बग होते हैं (जैसे race conditions)।
- AI को एक coding assistant के रूप में उपयोग करने और पूरे जटिल प्रोग्राम सौंपकर केवल सतही समीक्षा करने के बीच अंतर रेखांकित किया जाता है।
कॉपीराइट और लाइसेंसिंग से जुड़े प्रश्न
- तर्क की एक पंक्ति: मशीन-लिखित कोड कॉपीराइट योग्य नहीं है, इसलिए वह “open source” नहीं हो सकता और उसे कर्नेल से बाहर रखा जाना चाहिए।
- प्रतितर्क:
- सार्वजनिक डोमेन या CC0 सामग्री कानूनी रूप से copyleft लाइसेंसों के साथ सह-अस्तित्व में रह सकती है।
- कॉपीराइट-रहित या PD कोड की छोटी मात्रा सामान्य है और अपने-आप में “poisonous” नहीं होती।
- एक अलग थ्रेड pre-LLM case law और US Copyright Office की स्थितियों का हवाला देता है कि कॉपीराइट केवल मनुष्यों के पास हो सकता है, जिससे “human in the loop” आवश्यकता मज़बूत होती है।
- दीर्घकालिक चिंता: यदि किसी codebase का बहुत बड़ा हिस्सा प्रभावी रूप से कॉपीराइट-रहित हो जाए, तो उसकी कानूनी स्थिति अस्पष्ट हो सकती है।
Closed बनाम open models
- कुछ लोगों को निराशा है कि एक प्रमुख FOSS प्रोजेक्ट ने open-weights models के बजाय proprietary assistant का उपयोग किया।
- अन्य तर्क देते हैं कि मौजूदा open models अभी भी जटिल systems programming के लिए काफ़ी कमज़ोर हैं।
- प्रचलित औचित्य कड़ा व्यावहारिकतावाद है: जो टूल सबसे अच्छा काम करे, उसे उसकी openness की परवाह किए बिना चुनो।
सॉफ़्टवेयर में AI के प्रति व्यापक दृष्टिकोण
- समर्थक: तेज़ सुधार, वास्तविक उत्पादकता लाभ देखते हैं, और critical infrastructure में AI-सहायता को अपरिहार्य मानते हैं।
- संदेहवादी:
- “slopware,” पर्यावरणीय प्रभाव, data-center विस्तार, और दीर्घकालिक सामाजिक प्रभावों (नौकरियाँ, निगरानी, deepfakes) को लेकर चिंता करते हैं।
- कुछ लोग AI-सहायित परियोजनाओं का बहिष्कार करने या “AI-free” OS खोजने पर चर्चा करते हैं।
- कई टिप्पणियाँ culture-war framing को अस्वीकार करती हैं, और AI का ज़िम्मेदारी से उपयोग करने तथा उसके दुरुपयोग के बीच अंतर करती हैं।