Ladybird को विकसित करने के तरीके में बदलाव
परिवर्तन का अवलोकन
- Ladybird अब सार्वजनिक कोड योगदान स्वीकार नहीं करेगा; केवल मेंटेनर ही बदलावों को जोड़ सकेंगे।
- स्रोत और लाइसेंस खुले बने रहेंगे; यह बदलाव लाइसेंसिंग का नहीं, बल्कि विकास प्रक्रिया का है।
- दिए गए कारण: ब्राउज़र के लिए सुरक्षा जोखिम, और AI-जनित कोड के युग में PRs का भरोसे के संकेत के रूप में टूट जाना।
खुलेपन और परियोजना के भविष्य पर प्रतिक्रियाएँ
- कुछ लोग इसे परियोजना के समुदाय-पक्ष की “मृत्यु” मानते हैं, और अनुमान लगाते हैं कि सद्भावना कम होगी तथा स्वतंत्र ब्राउज़र की परवाह करने वाले उपयोगकर्ता घटेंगे।
- अन्य लोग तर्क देते हैं कि गंभीर एंड-यूज़र सॉफ़्टवेयर के लिए यह एक उचित, बल्कि अपरिहार्य कदम है, और SQLite, Lua, Blender के कुछ हिस्सों आदि को “ओपन सोर्स लेकिन ओपन डेवलपमेंट नहीं” मॉडल के सफल उदाहरण के रूप में देखते हैं।
- शब्दावली पर बहस: कई लोग जोर देते हैं कि लाइसेंस के हिसाब से यह अभी भी स्पष्ट रूप से ओपन सोर्स है, केवल “source-available” नहीं, भले ही योगदान बंद हों।
AI, PR “slop”, और टूटे हुए भरोसे के संकेत
- केंद्रीय विषय: AI ने बड़े पैच बनाना सस्ता कर दिया है, इसलिए बड़ा PR अब गहरी समझ या सद्भावना का प्रमाण नहीं रह गया है।
- मेंटेनर बताते हैं कि वे कम-गुणवत्ता वाले या AI-vibecoded PRs और डुप्लिकेट vulnerability reports से अभिभूत हो रहे हैं; समीक्षा का प्रयास सस्ता नहीं हुआ है।
- कई टिप्पणीकार इसे लेखन और फ़ोरम पर भी लागू करते हैं: AI उस निहित सामाजिक अनुबंध को तोड़ देता है जिसमें पर्याप्त आउटपुट का मतलब पर्याप्त मानवीय प्रयास माना जाता था।
सुरक्षा, समीक्षा लागत, और थकान
- अविश्वसनीय कोड चलाने वाले ब्राउज़र के लिए, एक भी सूक्ष्म vulnerability विनाशकारी हो सकती है; इससे अज्ञात योगदानकर्ताओं पर अविश्वास और बढ़ जाता है।
- कई मेंटेनर कहते हैं कि बाहरी PRs की समीक्षा अक्सर शुद्ध लागत बन जाती है, और खासकर AI spam के तहत, खुद सुधार लिख देना अधिक आसान होता है।
- कुछ लोग इसे DDoS के समान देखते हैं: पहली प्रतिक्रिया होती है फ़ायरवॉल खड़ा करना।
भविष्य के योगदानकर्ताओं और मेंटेनरों के लिए रास्ते
- बड़ी चिंता: बाहरी PRs या यहाँ तक कि ईमेल से भेजे गए patches के बिना, नए मेंटेनर कैसे उभरेंगे?
- थ्रेड में सुझाव: trust/reputation systems, conferences में आमने-सामने vetting, छोटे/सीमित PR quotas, projects के पार reputation, या forks के जरिए recruitment।
- अन्य लोग जवाब देते हैं कि ऐतिहासिक रूप से trust अक्सर सामाजिक रूप से बनाया जाता था (mailing lists, लंबे समय तक बातचीत) न कि केवल GitHub PRs के माध्यम से, और वे उसी की वापसी की उम्मीद करते हैं।
ओपन सोर्स पर व्यापक प्रभाव
- कई लोगों को उम्मीद है कि AI द्वारा PR volume बढ़ने के साथ और भी बड़े प्रोजेक्ट “cathedral” या closed-contribution models अपनाएँगे।
- कुछ लोग डरते हैं कि इससे खुले, समुदाय-उन्मुख विकास का पतन तेज़ होगा और काम बंद समुदायों, private chats, या invite-only spaces में चला जाएगा।
- अन्य लोग इसे “GitHub-as-social-network” से हटकर छोटे, उच्च-विश्वास समूहों की ओर एक आवश्यक पुनर्स्थापन के रूप में देखते हैं, भले ही इससे कई संभावित योगदानकर्ता बाहर रह जाएँ।