Linus Torvalds पर क्यों AI उसके लिए काम करता है: मैं इसका उपयोग उस चीज़ को संभालने के लिए करता हूं जिसमें मैं अच्छा नहीं हूँ

मेटा विवरणः Linus Torvalds कहते हैं कि वह अब प्रोग्रामिंग के लिए AI का उपयोग करने का आनंद लेते हैं और इसे "गेटवे ड्रग" कहते हैं, जबकि चेतावनी देते हैं कि लिनक्स कर्नेल में AI को सावधानी से संभाला जाना चाहिए। (159 वर्ण)

टैगः Linus Torvalds, लिनक्स कर्नेल, AI कोडिंग, ओपन सोर्स, गिट

प्राग में यूरोप Open Source Summit पर, लिनक्स निर्माता Linus Torvalds ने अपने पुराने मित्र Dirk Hohndel को बताया कि उन्होंने एआई-सहायता प्राप्त प्रोग्रामिंग के बारे में अपना विचार बदल दिया है। "मैं वास्तव में AI का उपयोग करना पसंद करता हूं", टॉरवाल्ड्स ने कहा, एक समय में एक उल्लेखनीय स्थिति जब कई ओपन-सोर्स डेवलपर्स एआई द्वारा उत्पन्न कोड के प्रति संशयवादी बने हुए हैं। उनकी टिप्पणियां एक व्यापक बातचीत के दौरान आईं जिसमें यह भी शामिल किया गया था कि लिनक्स कर्नेल की विकास प्रक्रिया कैसे विकसित हुई है और गिट क्यों मौजूद है।

किसी भी व्यक्ति के लिए जो कोड लिखता है, एक परियोजना को बनाए रखता है या बस लिनक्स का उपयोग करता है, टोरवाल्ड्स की टिप्पणियां मायने रखती हैं क्योंकि वे एक स्पष्ट रेखा खींचते हैंः AI शुरुआती और शौकीनों के लिए खुशी का एक वास्तविक स्रोत हो सकता है, लेकिन इसे लिनक्स कर्नेल के रूप में कुछ महत्वपूर्ण के अंदर इस्तेमाल करने पर सावधानी बरतनी होगी। यह भेदभाव आकार देता है कि कर्नल समुदाय अब एआई-जनित पैच और समीक्षाओं को कैसे संभाल रहा है।

संदेह से उत्साह में

टोरवाल्ड्स ने स्वीकार किया कि वह हमेशा इस तरह से महसूस नहीं करते थे। "मुझे लगता था कि यह बहुत अच्छा नहीं है लेकिन अब मैं उस बिंदु पर हूं जहां मुझे वास्तव में उपयोग करना पसंद है", उन्होंने कहा।

उन्होंने अपने आप को मुख्य रूप से एक दिन-प्रतिदिन के कर्नेल प्रोग्रामर की बजाय एक रखरखावकर्ता के रूप में वर्णित किया। उनके विचार में, लिनक्स कर्नल एक ऐसी परियोजना है जहां अन्य लोग वास्तविक काम करते हैं और वह संग्रह बिंदु के तौर पर कार्य करता है। फिर भी, वह अभी भी प्रोग्रामिंग का आनंद लेते हैं, और उन्हें लगता है कि AI इसे समझने के लिए प्रतिस्थापन के बजाय उपकरण के रूप मे व्यवहार करने पर अधिक सुखद बनाता है।

उनके उत्साह का एक हिस्सा यह है कि जब से उन्होंने प्रोग्रामिंग करना शुरू किया तब से सॉफ्टवेयर इंजीनियरिंग कितनी कठिन हो गई है। 1981 उस समय कंप्यूटर सरल थे, और लोग अपने काम की तुलना करने वाले कार्यक्रम भी सरल थे। आज, टोरवाल्ड्स ने कहा, बार इतना ऊंचा है कि नवागंतुक पॉलिश किए गए, पेशेवर सॉफ़्टवेयर के बगल में अपने छोटे प्रयासों को सार्थक देखने के लिए संघर्ष कर सकते हैं। उन्होंने "वाइब कोडिंग" letting AI help generate code programming में आनंद पाने का एक शानदार तरीका बताया, क्योंकि यह नए प्रोग्रामर्स को उन चीजों का प्रयास करने देता है जो अन्यथा उन्हें बहुत मुश्किल लगती थीं।

उन्होंने एक व्यक्तिगत उदाहरण दिया: एक गिटार पेडल प्रोजेक्ट जिसमें यूजर इंटरफेस था जिसे उन्होंने C में माइक्रोकंट्रोलर और छोटी स्क्रीन के लिए लिखा था। वह चाहते थे कि यह 1980 के दशक से कुछ की तरह आधुनिक दिखे, लेकिन वे जावा में काम नहीं करते हैं। इसलिए उन्होंने AI मदद करने के लिए कहा। पहला परिणाम उनके शब्दों में भयानक था। फिर उन्होंने सी कोड को दिखाया जो उन्होंने पहले ही सही लिखा था और समझाया कि यह सिर्फ बदसूरत दिखता है। उन्होंने अपने दृष्टिकोण का सारांश AI उन चीजों के लिए इस्तेमाल किया जिनमें वह बुरे हैं।

AI लिनक्स कर्नेल के अंदर

AI केवल शौकिया का खिलौना नहीं है। टोरवाल्ड्स से एक एजेंटिक लिनक्स कर्नेल कोड रिव्यू सिस्टम, साशिको के बारे में पूछा गया था। उन्होंने कहा कि इसकी सार्वजनिक समीक्षाएं अब Linux Kernel Mailing List (एलकेएमएल) पर दिखाई देती हैं, और कुछ उपप्रणाली रखरखावकर्ता अब उम्मीद करते हैं कि पैच को स्वीकार करने से पहले इस तरह की समीक्षा प्राप्त हो गई होगी। हर पुल अनुरोध को AI समीक्षा के माध्यम से जाना चाहिए, लेकिन कुछ रखवाले इसकी आवश्यकता होती है, और टॉरवालड्स ने सुझाव दिया कि ऐसा लगता है कि सभी अंततः करेंगे।

Linus Torvalds उपकरण वास्तविक सुरक्षा समस्याओं की पहचान कर सकते हैं और पुराने, अब-उपयोग नहीं किए गए ड्राइवरों में मुद्दों को सतह पर ला सकते हैं जो वर्षों से अनदेखा हो चुके हैं। टोरवाल्ड्स परिणामी फिक्स में मूल्य देखता है, लेकिन वह लागत के बारे में ईमानदार है। "मुझे लगता है कि यह हमारे कोड आधार में सुधार कर रहा है ... हालांकि यह रखरखावकर्ताओं पर इस बात पर जोर दे रहा है कि एक समस्या है", उन्होंने कहा।

यह तनाव बढ़ रहा है। जैसा कि टॉरवाल्ड्स ने इस साल की शुरुआत में मुंबई में कहा था, आश्वस्त लेकिन निर्मित बग रिपोर्टों को खारिज करने के लिए पर्याप्त मानवीय प्रयास हो सकते हैं, और संकीर्ण रूप से लक्षित पैच अंतर्निहित समस्या का समाधान किए बिना एक लक्षण को ठीक कर सकते हैं। उन्होंने कुछ प्रस्तुतियों को "बेवकूफ बैंड-एड प्रकार के पैच" कहा है।

चिंता का पैमाना Linux Kernel Maintainer Summit में दिखाई दिया, जहां टोरवाल्ड्स ने कहा कि पिछले दिन की चर्चा के तीन-चौथाई हिस्से AI पीढ़ी और समीक्षा को कम तनावपूर्ण और अधिक उपयोगी बनाने से संबंधित थे। उन्होंने समझाया, "बॉटलग्रोन" पैच नहीं मिल रहा है यह इसके लिए जिम्मेदार लोगों को समाप्त किए बिना समीक्षा के माध्यम से उपयोगी काम प्राप्त कर रहा है।

लिनक्स की विकास प्रक्रिया कैसे बदली

चूंकि इस साल लिनक्स की 35 वीं वर्षगांठ है, इसलिए टोरवाल्ड्स ने यह भी प्रतिबिंबित किया कि परियोजना की प्रक्रिया कैसे बदल गई है। शुरुआत में अनिवार्य रूप से कोई विकास अवसंरचना नहीं थी। उन्होंने टारबॉल पैच के माध्यम से परिवर्तनों को ट्रैक किया और अद्यतन स्रोत कोड वितरित किए। "मैंने हर एक दिन आंतरिक रूप से पैच बनाया, और मैंने उन्हें कम से कम साप्ताहिक रूप से जारी किया", उन्होंने याद करते हुए कहा कि यह एक छोटी परियोजना के लिए आश्चर्यजनक रूप से अच्छी तरह से काम करता था। होंडेल ने नोट किया कि यह तब तक जारी रहा 2002, जिस बिंदु पर लिनक्स एक बहुत बड़ा उपक्रम बन गया था। उन दिनों में, टोरवार्ड्स ने कहा, "यह वास्तव में सिर्फ मैं, खुद, और मेरा कंप्यूटर था"।

मौजूदा स्रोत-नियंत्रण उपकरणों को अपनाने में उनकी अनिच्छा जिद्दीपन नहीं थी। वह चाहते थे कि डेवलपर्स अपने स्थानीय वातावरण के साथ स्वतंत्र रूप से काम करें। लेकिन आने वाले पैचों को हाथ से लागू करने के लिए उन पर भरोसा करना एक बाधा बन गया, और परियोजना को योगदान को एकीकृत करने का एक बेहतर तरीका चाहिए था।

बिटकीपर, गिट और एक उपकरण जो अपने उद्देश्य से आगे बढ़ गया

बिटकीपर संस्करण नियंत्रण प्रणाली ने वह सुधार प्रदान किया, हालांकि इसके मालिकाना लाइसेंसिंग ने कर्नेल समुदाय को विभाजित कर दिया और कुछ डेवलपर्स ने इसका उपयोग करने से इनकार कर दिया। टोरवाल्ड्स ने पाया कि वितरित स्रोत नियंत्रण ने नेटवर्किंग और एआरएम जैसे उपप्रणालियों से विलय के काम को काफी आसान बना दिया। "बिटकीपर, जहां तक मेरा संबंध है, एक बड़ी सफलता थी", उन्होंने कहा। यह त्रुटिहीन नहीं था, लेकिन इसने उसे दिखाया कि स्रोत नियंत्रण क्या कर सकता है और उसने वास्तव में जो चाहा उसकी पहचान करने में मदद की।

फिर 2005 बिटकीपर लाइसेंसिंग विवाद ने उपकरण को दूर कर दिया। वितरित स्रोत नियंत्रण का अनुभव करने के बाद, वापस जाना अप्रिय था, इसलिए टोरवाल्ड्स ने गिट बनाया। होंडेल ने याद किया कि पहले कामकाजी संस्करण में 11 दिन लग गए Early Git एक नया ऑब्जेक्ट मॉडल, कोड और दो सप्ताह से भी कम समय में एक कार्यशील उपकरण । Early Git सार्वभौमिक रूप से लोकप्रिय नहीं था; सीवीएस के लिए उपयोग किए जाने वाले डेवलपर्स इसे अपरिचित पाते थे और शुरुआती संस्करणों में मोटे किनारे थे।

इसकी अंतिम सफलता अभी भी टोरवाल्ड्स को आश्चर्यचकित करती है। एक 2022 Stack Overflow Developer सर्वेक्षण के अनुसार, लगभग 94% उत्तरदाताओं और लगभग 97% पेशेवर डेवलपर्स Git का उपयोग करते हैं, जिससे यह संस्करण नियंत्रण के लिए वास्तविक मानक बन जाता है। सभी Torvalds चाहता था लिनक्स के लिए एक उपकरण था, हर जगह सॉफ्टवेयर विकास रीमेक नहीं करना "मुझे कभी-कभी गिट के लिए बहुत अधिक क्रेडिट मिलता है", उन्होंने कहा। करीब छह महीने बाद उसने रखरखाव सौंप दिया, और वह जोर देकर कहता है कि आज की गिट 2005 संस्करण से काफी बेहतर है।

छोटे परिवर्तनों पर निर्मित एक स्थिर मॉडल

लिनक्स की रिलीज़ प्रक्रिया भी बदल गई, लंबे समय तक अलग-अलग स्थिर और विकास पेड़ों से लगातार रिलीज, एक मर्ज विंडो और रिलीज उम्मीदवारों की ओर बढ़ रही थी। पुराने मॉडल के तहत, विकास पेड़ में काम ढेर हो गया था जबकि वितरण ने स्थिर कर्नेल में परिवर्तन को बैकपोर्ट किया था, और वार्षिक रूप से होने वाली रिहाई वर्षों में फैल सकती थी। टोरवाल्ड्स ने बहुत कम चक्र का प्रस्ताव दिया, और प्रतिक्रिया उत्साही नहीं थी। "लोग मुझे ऐसे देख रहे थे जैसे मैंने तीसरा सिर उगाया है", उन्होंने याद किया। उनका प्रारंभिक पांच सप्ताह का लक्ष्य जानबूझकर आक्रामक था; प्रक्रिया परिचित नौ से दस सप्ताह की लय में बस गई। "हमारे पास अब पिछले 20 वर्षों से वास्तव में स्थिर, कार्यशील मॉडल है", उसने कहा।

उन्होंने इस विचार पर भी जोर दिया कि लिनक्स को नाटकीय सुविधा लॉन्च के आसपास खुद को व्यवस्थित करना चाहिए। "मैं पूरे वृद्धिशील छोटे परिवर्तनों में एक बड़ा आस्तिक हूं, जो समय के साथ बड़ी विशेषताओं में बदल जाते हैं", उन्होंने कहा, मुंबई में किए गए एक बिंदु को दोहराते हुएः लक्ष्य निरंतर सुधार और स्थिर प्रगति है।

पाठकों के लिए इसका क्या अर्थ है

डेवलपर्स के लिए, टोरवाल्ड्स का संदेश वैचारिक नहीं बल्कि व्यावहारिक है।AI प्रवेश की बाधा को कम कर सकता है और विशेष रूप से शुरुआती लोगों और शौकीनों के लिए प्रोग्रामिंग को फिर से मज़ेदार बना सकता है। लेकिन उन परियोजनाओं में जहां गलतियाँ वास्तविक परिणाम लाती हैं,AI आउटपुट को अभी भी मानवीय निर्णय की आवश्यकता होती है, और उस आउटपुट की समीक्षा करने वाले लोगों को बर्नआउट से सुरक्षा की जरूरत होती है। कर्नेल समुदाय सक्रिय रूप से यह पता लगाने पर काम कर रहा है कि अपने रखरखावकर्ताओं को डूबने के बिना AI रिव्यू के लाभ कैसे प्राप्त करें और यदि टॉरवाल्ड का खाता कोई मार्गदर्शक है, तो वह संतुलन लिनक्स विकास के अगले चरण को परिभाषित करेगा।