🗻 👲🏽 🧘🏿 रूबी लेखक के साथ मेरे साक्षात्कार की प्रतिलिपि 🚇 ⛹🏿 🧙🏾

शरद ऋतु सम्मेलन रूबी रूस के दौरान, आयोजक के अधिकारों पर, लेखक की किनारे पर पकड़ लिया और रूबी उसे एक घंटे दे दी ~~पूछताछ~~ साक्षात्कार। मैंने उन प्रश्नों को चुनने की कोशिश की, जो कि परेशान नहीं हुए थे ताकि उत्तर हमारे लिए उपयोगी हों, न कि "सभी अच्छे बनाम सभी बुरे"। और दादाजी ने मुझे आश्चर्यचकित किया, पुराने प्लस डेवलपर! कट इंटरव्यू का प्रतिलेख है, सामान्य रूप से प्रकार के बारे में युकीहिरो मात्सुमोतो की गैर-तुच्छ राय और विशेष रूप से हैक के साथ-साथ टिप्पणियों में यह सब चर्चा करने का अवसर। मैं रूबी टीम एवरोन के संपर्क में हूं । हम मात्सुमोतो को नियमित रूप से मास्को आमंत्रित करते हैं, भविष्य के साक्षात्कार के लिए अग्रिम में दिलचस्प सवालों के साथ आने का अवसर है।

भाषा के संस्थापक के रूप में, आपको कई सुझाव और विचार प्राप्त होते हैं। क्या आप सबसे अक्सर पूछा जाता है?

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

अब गतिशील भाषाएं स्पष्ट रूप से प्रकार निर्दिष्ट करने की क्षमता जोड़ती हैं। यह पहले से ही पायथन, पीएचपी और जावास्क्रिप्ट (टाइपस्क्रिप्ट) में दिखाई दे चुका है। आप इस बारे में क्या सोचते हैं, रूबी विकसित होने के तीसरे संस्करण में किस प्रकार के साथ काम करेंगे?

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

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

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

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

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

मुझे यह विचार पसंद है और मैं रूबी के भविष्य के संस्करणों के लिए तत्पर हूं कि यह दृष्टिकोण कितना अच्छा होगा। यह बहुत अच्छा है कि आप भाषा के साथ प्रयोग कर रहे हैं। रूबी के लिए आप क्या भविष्य देखते हैं, आप किस दिशा में भाषा का विकास कर रहे हैं?

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

हम डेवलपर चीजों को अलग-अलग नामों से बुलाना पसंद करते हैं। "यह एक स्पोर्ट्स कार है," और यह एक "पारिवारिक कार है।" जावास्क्रिप्ट एक वेब विकास भाषा है। C एक निम्न-स्तरीय प्रणाली भाषा है। आप रूबी को कॉल करना पसंद करते हैं, इसे स्थिति दें?

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

विकास की जटिलता के कारण पायथन में बहुराष्ट्रीय अनाम कार्य नहीं होते हैं। यह सुनकर अच्छा लगा कि रूबी के लिए, आप और कोर डेवलपर्स कार्यान्वयन की जटिलता के बावजूद, प्रोग्रामर के लिए जीवन को आसान बनाने की कोशिश कर रहे हैं। वैसे, अगर हमने जटिलता के बारे में बात करना शुरू कर दिया। कल्पना कीजिए कि आपके पास समय में वापस जाने का अवसर है और अपने आप को युवा होने के लिए एक सलाह दें जब आपने पहली बार रूबी का विकास शुरू किया था। यह क्या सलाह होगी?

अन्य स्क्रिप्टिंग भाषाओं से बहुत अधिक उधार न लें। आपकी प्रोग्रामिंग भाषा सबसे अच्छी सामान्य प्रयोजन वाली भाषा होगी। पटकथा पर एक बड़ा ध्यान भविष्य में एक तरह का रूढ़िवाद बन जाएगा।

रूबी भाषा के विकास के दौरान, आपने बहुत सारे बदलाव किए, बहुत सारे प्रयोग किए। उनमें से कुछ सफल थे, कुछ नहीं। किसी भाषा को विकसित करने में आप अपनी सबसे बड़ी सफलता क्या मानते हैं, आपको सबसे ज्यादा क्या पसंद है?

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

संयोग, लेकिन ब्लॉक हैं जो मुझे रूबी के बारे में सबसे अच्छा लगता है। अपने स्वयं के भाषणों और साक्षात्कारों में, मैं रूबी के बारे में डीएसएल, सिंथैटिक शुगर और ब्लॉक वाली भाषा के रूप में बात करता हूं। ब्लॉक बहुत शांत हैं।

अन्य भाषाओं में, जैसे स्विफ्ट, यदि किसी फ़ंक्शन के अंतिम तर्क के रूप में किसी अन्य फ़ंक्शन को निर्दिष्ट किया जाता है, तो यह तर्क फ़ंक्शन रूबी में एक ब्लॉक की तरह व्यवहार कर सकता है। जावास्क्रिप्ट के लिए भी इस तरह के सिंटैक्टिक चीनी के लिए एक सुझाव है। मुझे इस पर बहुत गर्व है।

हाँ, जावास्क्रिप्ट, अपने मोटे तीर वाक्यविन्यास के साथ, अक्सर फ़ंक्शन के अंतिम तर्क का उपयोग "रूबी में ब्लॉक जैसे कुछ" के रूप में करता है। मैं मदद नहीं कर सकता, लेकिन विपरीत सवाल पूछ सकता हूं। जिस प्रोजेक्ट को ठीक करने या पहले से तय करने की जरूरत है, उसे आप सबसे बड़ी गलती क्या कह सकते हैं?

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

उत्परिवर्तन जटिल है और आसानी से त्रुटियों को जन्म दे सकता है। लेकिन पर्याप्त तकनीकी प्रश्न! हम इंसान सामाजिक प्राणी हैं, और आपके जीवन के बारे में जानना दिलचस्प होगा कि आप काम को कैसे व्यवस्थित करते हैं?

मैं एक पूर्णकालिक रूबी डेवलपर हूं। मेरा आधा समय मैं भाषा के अगले संस्करण के डिजाइन पर काम करता हूं। बाकी समय मैं MRuby के वैकल्पिक कार्यान्वयन पर काम कर रहा हूं। मुख्यधारा का कार्यान्वयन कोर डेवलपर्स द्वारा बनाया गया है, और मैं केवल निर्णय लेता हूं जो वे कोड में दर्शाते हैं।

आपके गिटहब पर कमिट्स की संख्या प्रभावशाली है, खासकर उस दिन जिस दिन आप रूस के लिए उड़ान भरते हैं। हाल ही में, डेवलपर्स ने बर्नआउट के बारे में बहुत सारी बातें की हैं। क्या आपके पास खाली समय, शौक और कुछ है जो आपको बाहर जलने से बचाता है?

सौभाग्य से, मैं अपना सारा समय खुले स्रोत के साथ काम करने में लगाता हूं। मुझे ग्राहकों से कोई दबाव नहीं है, मेरे पास कोई मालिक नहीं है, मैंने खुद को कार्य निर्धारित किया है। यह सब मुझे तनाव के बिना काम करने की अनुमति देता है। मेरे पास अगली रूबी रिलीज़ की तारीख के अलावा कोई समय सीमा नहीं है। यह स्वतंत्रता मुझे आराम महसूस करने की अनुमति देती है। मैं कंप्यूटर पर समय बिताने की भी कोशिश करता हूं, अपने रिश्तेदारों, परिवार पर ध्यान देता हूं, स्थानीय चर्च की मदद करता हूं, कुत्ते को चलता हूं और अपनी बिल्ली के साथ खेलता हूं।

कई रूसी रूबी डेवलपर्स जापान जैसे देश, इसकी संस्कृति। वे एनीमे देखते हैं, मंगा पढ़ते हैं, पर्यटकों के रूप में जापान आते हैं। एक देशी जापानी और सॉफ़्टवेयर डेवलपर के रूप में, आप जापान जाने वाले साथी डेवलपर्स को किन स्थानों और गतिविधियों की सलाह दे सकते हैं?

जापान एक विविध देश है। आप फ्यूचरिस्टिक टोक्यो की यात्रा कर सकते हैं, जहां बहुत सारी पॉप संस्कृति है, जैसे मंगा और एनीमे। इसी समय, हमारे पास पहाड़, जंगल और ऐतिहासिक स्थल हैं, जैसे कि पुराने मंदिर और मंदिर। हम साकुरा खिलने की सुंदरता और शरद ऋतु के पत्तों के रंग की सराहना करते हैं। तो यह सब आपके स्वाद और वरीयताओं पर निर्भर करता है, आप कई चीजों का आनंद ले सकते हैं: भोजन, प्रकृति, प्रौद्योगिकी। आप कई स्थानों की यात्रा कर सकते हैं, विशेष रूप से टोक्यो में। मेरा सुझाव है कि सहकर्मी हमारे देश की विविधता पर ध्यान दें और अपनी पर्यटन यात्राओं में ठीक इसी पर भरोसा करें।

क्या जापानी संस्कृति और भाषा में कुछ भी है जो रूबी के निर्माण को प्रभावित करता है?

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

और आखिरी, कपटी सवाल। लोग अक्सर दूसरों की जगह खुद की कल्पना करते हैं, सोचते हैं कि वे क्या करेंगे, वे कैसे कार्य करेंगे। क्या एक लोकप्रिय प्रोग्रामिंग भाषा के लेखक की स्थिति में कुछ ऐसा है जो बाहर से स्पष्ट नहीं है?

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

रूबी लेखक के साथ मेरे साक्षात्कार की प्रतिलिपि

More articles: