हारून पैटरसन के साथ साक्षात्कार, 2018 रूबिरसिया सम्मेलन के अध्यक्ष

नमस्ते! हम रूबिरसिया सम्मेलन में वक्ताओं के साथ साक्षात्कार की एक श्रृंखला जारी रखते हैं। आरोन पैटरसन (उर्फ टेंडरलोव ) रूबी कोर टीम और रेल कोर टीम का सदस्य है, जो गीथहब नामक एक छोटे से स्टार्टअप में एक प्रमुख सॉफ्टवेयर इंजीनियर है। रूस की अपनी दूसरी यात्रा से पहले पावेल अर्न्तजोव ने हारून से बात की।



आइए मानक प्रश्न के साथ शुरू करें। आपकी व्यक्तिगत रूबी कहानी क्या है? आपने इस ट्रेन को कैसे पकड़ा? मुझे अपनी उपलब्धियों के बारे में बताएं? क्या आपने दुनिया को एक बेहतर स्थान बनाया?

मैंने 2006 में रूबी की खोज की। मैं तब जावा प्रोग्रामर था। चलो पहले भी शुरू करते हैं: मैं एक पर्ल प्रोग्रामर था, और फिर एक जावा प्रोग्रामर बन गया, लेकिन मैं एक जावेद नहीं बनना चाहता था।

क्यों?

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

क्या यह पहले से ही रेल था?

हां, मेरे दोस्त ने एक स्टार्टअप शुरू करने का फैसला किया। - हम रेल का उपयोग करेंगे। क्या आप हमारे साथ एक ही कंपनी में काम करना चाहते हैं? मैं इस तरह से हूं: - हां, निश्चित रूप से, मुझे "रेल" पर काम करने में खुशी होगी! इसी तरह मैंने शुरुआत की।

ईमानदारी से कहूं तो मुझे इस कंपनी में अपना काम पसंद नहीं आया। इसलिए, किसी भी अवसर पर, कार्यस्थल पर, मैंने खुला स्रोत लिखा। यह निम्नानुसार किया गया था: - ठीक है, इस परियोजना में 2 दिन लगेंगे। फिर मैंने कुछ घंटों में बात खत्म कर दी, और बाकी समय का उपयोग खुले स्रोत के लिए किया।

हमने क्या कहा है: "स्पीड बम्प मत मारो!" मैं यहां शांति से बैठता हूं, प्राइमस की मरम्मत करता हूं। मुझे अकेला छोड़ दो, pliz!

अहा! इसलिए, यहां मैंने ओपन सोर्स के साथ बहुत काम करना शुरू कर दिया। इस काम में, मैंने नोगोगिरी लिखना शुरू कर दिया और आम तौर पर अपने रूबी ओपन सोर्स पर काम करना शुरू कर दिया। इसलिए मैं आम तौर पर खुले स्रोत में चला गया। उन्होंने बस एक दिन "योगदान दिया" जब तक कि वह रूबी कोर और रेल कोर टीमों में शामिल नहीं हो गए।

तो आपने रेल कोर टीम का अंत कैसे किया?

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

जैसे, अब मामलों को अपने हाथ में लें, है ना?

हाँ, यकीन के लिए! सब सब में, यह एक क्रूर बल के हमले की तरह था!

उचित लगता है! तो रेल में आपका समग्र योगदान क्या है?

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

आप कुछ "छोटे" परिशोधन करते हैं जो सब कुछ काम करते हैं। लेकिन क्या आपको "बड़ी" चीज़ों को आर्किटेक्ट करना नहीं है?

आमतौर पर जब भी मैं रेल्स में कुछ वास्तुशिल्प करता हूं, तो यह कुछ अंदर होता है। उदाहरण के लिए, यूआरएल के साथ काम करने की वास्तुकला, राउटर के अंदर गिज़्मोस - ऐसा कुछ। इनमें से कोई भी चीज आवश्यक रूप से ध्यान देने योग्य नहीं होगी। उन्हें उपयोगकर्ता द्वारा देखा जा सकता है, लेकिन यह इस रूप में नहीं है: "यहाँ यह है, असली बात!" मैं उस शैली से चिपके रहने की कोशिश करता हूं। मुझे लगता है कि यह वास्तव में अच्छा है, क्योंकि डेविड ( डीएचएच - पीए) न्यू ब्रिलियंट फाइन फीचर्स बनाना पसंद करते हैं। इसके बजाय, मैं अपने आप से कहता हूं: “ठीक है, तो चलो इनको अपने ठीक फीचर्स बनाते हैं। तुम देखो, और सच सुंदर बाहर आ जाएगा!

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

वास्तव में, मैं रूबी इंटर्नल के बारे में बात करूंगा। मैंने पूरे भाषण को अंत तक नहीं बनाया।

जीसी, प्रदर्शन, वह सब, जीवन, ब्रह्मांड, 42?

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

हमारे सम्मेलन को रेल क्लब कहा जाता था। हमारे आयोजकों ने सोचा, और पूरे विचार का नाम बदल दिया, मुख्य रूप से क्योंकि मात्ज़ ने कहा कि वह शीर्षक में "रेल" शब्द के साथ सम्मेलनों में कभी नहीं जाते हैं। तो, अब हम "रूबी रूस" हैं!

तो, मैं रूबी इंटर्नल्स के बारे में बात करूंगा!

आपकी राय में, प्रोग्रामर को अपने कोड में बेहतर प्रदर्शन हासिल करने के लिए क्या करना चाहिए?

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

मैं तकनीकी साक्षात्कार आयोजित करता हूं और कल्पना करता हूं कि कैसे लोग भूल जाते हैं कि सामान्य तौर पर क्या सूचकांक हैं। आपको इस बारे में चिंता करने की आवश्यकता क्यों है ... खैर, आप उन अन्य चीजों के बारे में क्या कहते हैं, जिन्हें माणिक को जानना चाहिए? एक काम करने वाले को अपने काम को बेहतर तरीके से करने के लिए किन तकनीकी बातों को जानना चाहिए?

ऐसे कुछ टुकड़े हैं। मुझे लगता है कि पहला, रूबी भाषा को ही जानना है। भाषा को बहुत ध्यान से जानें। दूसरा UNIX को अच्छी तरह से समझना है।

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

POSIX मानकों का अध्ययन करना महत्वपूर्ण है और वे ऑपरेटिंग सिस्टम के साथ कैसे तालमेल बिठाते हैं, क्योंकि जैसे ही आप स्केलिंग शुरू करेंगे, इसका सामना करेंगे। आप ...

... पता होना चाहिए कि जनरल फेलर कौन है और वह मेरी फाइल क्यों पढ़ रहा है?

हा हा! आपको यह जानने की जरूरत है कि प्रदर्शन में क्या परिवर्तन होता है। शायद आपको यह विशेष रूप से दिल से याद करने की आवश्यकता नहीं है, लेकिन आपको पता होना चाहिए कि वे (सिस्टम कॉल - पीए) मौजूद हैं, और उन्हें कैसे Google करें, क्योंकि आप निश्चित रूप से इस अर्थव्यवस्था में आएंगे। वे इसलिए मायने रखेंगे क्योंकि एप्लिकेशन को UNIX सर्वर पर तैनात किया गया है, इसलिए आपको यह समझने की आवश्यकता है कि एप्लिकेशन उस ओएस के साथ कैसे इंटरैक्ट करेगा, जिस पर वह चलेगा। एक और महत्वपूर्ण बिंदु यह है कि यदि आपको UNIX पर यह कौशल मिला है, तो आप इसे लागू कर सकते हैं, उदाहरण के लिए, अन्य भाषाओं में। यदि आप किसी भी समस्या का सामना करते हैं, तो आप हमेशा इस बिंदु से शुरू कर सकते हैं। यह शायद मुख्य बात है कि मैं प्रोग्रामरों को अध्ययन करने की सलाह देता हूं।

क्या आपको लगता है कि यह किसी अन्य भाषा को जानने के लिए माणिक के लिए उपयोगी है? क्या रूबी के बाहर कुछ भी जाने बिना रूबी में एक अच्छा प्रोग्रामर बनना संभव है?

अच्छा सवाल है। ईमानदारी से, मुझे नहीं पता। सभी अच्छे माणिक मुझे पता है कि अन्य भाषाएं हैं। हालांकि, मुझे नहीं पता कि एक अच्छा रूबी प्रोग्रामर बनने के लिए अन्य भाषाओं को सीखना आवश्यक है या नहीं। मुझे लगता है कि ऐसा सिर्फ इसलिए होता है कि लोग दूसरी भाषाएं सीखते हैं।

अच्छा अवलोकन! चिकित्सा की दृष्टि से, एक व्यक्ति जितनी अधिक भाषाओं को जानता है, उतना ही यह उसके अल्जाइमर की शुरुआत में देरी करता है।

हा-हा!

40 के बाद आपको ऐसी चीजों के बारे में सोचना होगा ...

मैं 40 साल के करीब आ रहा हूं! यह जानना मेरे लिए अच्छा है!

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

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

वे एक नई कार की गंध चाहते हैं!

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

क्या वेब विकास के अलावा अन्य क्षेत्रों में रूबी का कोई दृष्टिकोण है? या क्या आप किसी भी उदाहरण को जानते हैं जहां रूबी अब वेब विकास के बाहर उपयोग की जाती है?

अच्छा सवाल! इसका जवाब देना मुश्किल है, क्योंकि मैं केवल वेब विकास के मुद्दों से निपटता हूं।

मैं पूछता हूं क्योंकि यह मेरा निजी हित है। उदाहरण के लिए, पायथन समुदाय के लोग, वैज्ञानिक कंप्यूटिंग में अपनी सफलताओं के बारे में अपनी बड़ाई करना पसंद करते हैं।

मुझे पता है कि रूबी में वैज्ञानिक उपकरणों पर काम करने वाला एक समूह है। लेकिन मुझे लगता है कि रूबी के लिए असली विकल्प सिस्टम एडमिनिस्ट्रेशन है।

हम अन्य भाषाओं के डेवलपर्स को अपने समुदाय में कैसे ला सकते हैं?

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

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

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

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

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

हां, हमारे पास, उदाहरण के लिए, कार्यात्मक प्रोग्रामिंग या प्रदर्शन मानचित्र / कम करने या कुछ और के लिए उपकरण हैं।

हाँ, हम इस सब का उपयोग कर सकते हैं। यदि आप इन तकनीकों को प्रोत्साहित करने वाली भाषा का उपयोग करते हैं, तो आपको समस्या को हल करने का एक बेहतर तरीका मिल सकता है। मुझे यकीन नहीं है कि एक अच्छा रूबिस्ट होने के लिए अन्य भाषाओं का अध्ययन करना आवश्यक है, लेकिन यह अध्ययन निश्चित रूप से मेरी मदद करता है। ईमानदारी से, मैं अपना 50% समय सी में प्रोग्रामिंग में बिताता हूं।

सी उंगलियों को मजबूत बनाती है!

मैं सी में प्रोग्रामिंग कर रहा हूं ताकि अन्य लोग रूबी में प्रोग्राम कर सकें।

क्या रूबी इंटर्नल शुद्ध सी में लिखे गए हैं, ++ नहीं?

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

रूबी एफएफआई और इस तरह से कैसे कर रही है?

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

रूबी में, क्या हमारे पास अन्य भाषाओं के लिए इंटरफेस है?

जावास्क्रिप्ट के साथ कुछ इंटरफेस। मैंने एक आदमी को देखा जो वैज्ञानिक कार्यों में लगा हुआ था, इसलिए उसने पायथन के साथ हस्तक्षेप किया।

क्या इसने भाषा रनटाइम के साथ सीधे बातचीत की?

हाँ, बिल्कुल। शेलिंग या ऐसा कुछ नहीं जैसा ... प्रोजेक्ट अभी भी बहुत प्रयोगात्मक है। जब वह डेमो देता है, तो वह कहता है कि "सब कुछ काम करता है, लेकिन यह गिर सकता है!"

मैं प्रसिद्ध माणिकवादियों का एक समूह जानता हूं जो रस्ट बनाने गए थे। आपको क्या लगता है कि लोगों ने ऐसा क्यों किया, और वे कैसे कर रहे हैं?

मुझे रस्ट पसंद है, मुझे लगता है कि यह बहुत अच्छी भाषा है। लोग रस्ट में जाते हैं ... वे ऐसी भाषा चाहते हैं जिसमें सी प्रदान करने की तुलना में अधिक सुरक्षा विशेषताएं हों। रूबी को रस्ट में फिर से लिखना वास्तव में बहुत बढ़िया होगा। मैं व्यक्तिगत रूप से रस्ट का बहुत बड़ा प्रशंसक हूं, मैं उससे प्यार करता हूं।

यह कैसे उपयोगी हो सकता है? क्या यह सुरक्षित है, तेज या क्या?

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

क्या इसके लिए जंग काफी परिपक्व है?

खैर, मुझे नहीं पता। मुझे काफी लगता है। मोज़िला में, वे इसका उपयोग करते हैं - और संतुष्ट हैं।

Rust में प्रोग्राम चलाने से "रजिस्टर देखने" का क्या मौका है?

हाहा, मुझे नहीं पता! आशा कम! यह देखना बिल्कुल भी हास्यास्पद नहीं है।

खासकर जब आप ब्राउज़र में कुछ लॉन्च करते हैं।

हां। क्रैश के बारे में एक संदेश पॉप अप करता है, और आप इस तरह हैं: "ठीक है।" हा! काम पर, हमारे पास C ++ में कुछ चीजें हैं, और कभी-कभी दुर्घटनाग्रस्त होने पर, मुझे बस यही पसंद है: "हम्म ..."

मैं एक भाषा में प्रोग्राम करना चाहता हूं, मैक्रो असेंबलर में नहीं! - यह मेरा पसंदीदा मजाक था जब मैंने सी से रूबी में स्विच किया ...

आप वास्तव में सही हैं। जब भी मैं सी में लिखता हूं, तो सवाल यह है कि मुझे क्या सोचना चाहिए। मैं वास्तव में हल की जा रही समस्या के बारे में नहीं सोचता। रूबी के साथ, मुझे यह सब (निम्न-स्तरीय अर्थव्यवस्था - P.A.) के बारे में सोचने की ज़रूरत नहीं है। मैं सिर्फ कार्यक्रम के तर्क पर ध्यान केंद्रित करता हूं, और मैं व्यापार कर रहा हूं। यह एक कारण है जो मुझे रूबी से बहुत प्यार है! जब मैं जावा 1.3 के दौरान एक जागीरदार था, तो इससे पहले कि वहाँ जेनरिक दिखाई देता था। हर बार जब मुझे मानचित्र जैसा कुछ लिखना होता था - उदाहरण के लिए, संग्रह या पुनरावृत्तियाँ, मुझे "iterator.next ()" करना पड़ता था, और फिर परिणामी मूल्य डालते थे ... तभी आवश्यक ऑपरेशन करते हैं। तब मैंने रूबी को सीखना शुरू किया, जहां पहले से ही पर्ल में नक्शा था ...

... ओह, एक चमत्कार! मेरे हाथों में मेरे पास सटीक प्रकार की एक वस्तु है जो मुझे चाहिए!

हाँ, बिल्कुल। जावा में, मुझे रूबी में एक पंक्ति के रूप में जो मैं कर सकता हूं, उसे प्राप्त करने के लिए मुझे 15 पंक्तियों की कोड लिखना होगा। मैं रूबी में लिखूंगा, मैं बहुत तेजी से काम पूरा करूंगा! यह सब बकवास लिखने के बजाय! इस बात को समझकर मुझे उस काम से परेशान होना पड़ा। मैंने अतिरिक्त ट्रैफ़िक पर घंटों बिताए!

अस्तित्व आतंक!

बिलकुल सही! यह एक महत्वपूर्ण मोड़ था। मुझे रूबी पर काम खोजने की जरूरत थी। मैं अपने जीवन के अंत तक जावा नहीं काट सकता हूँ!

क्या यह तर्क दिया जा सकता है कि रूबी प्रोग्रामर के दिमाग में सुधार करती है?

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

90 के दशक में शुरू होने पर मुझे अपनी खुद की छाप याद है। मैंने OOP में महारत हासिल करने की कोशिश की। मैंने C ++ करने की कोशिश की। मैंने किताबें पढ़ीं, "पीएलओ की पवित्र त्रिमूर्ति" सीखा। और फिर मैं फिर से उसी "मैक्रोसेम्बलर" ट्रिक्स में महारत हासिल करने की प्रक्रिया में खुद को पाता हूं। फिर मैंने जावा में काम करने की कोशिश की, मैंने पर्ल में कुछ पैसे कमाए। और केवल रूबी में ही मुझे समझ में आया कि ओओपी कैसे काम करता है।

आप बात कहते हैं। यदि आप अन्य OOP भाषाओं के बारे में सोचते हैं, जैसे कि C ++ या Java, तो उन सभी में ऑब्जेक्ट नहीं है। उदाहरण के लिए, अभी भी सिर्फ ints हैं। अभी भी आदिम हैं, और उन्हें वस्तुओं की तुलना में अलग तरीके से निपटा जाना है। रूबी में, वास्तव में, सब कुछ एक वस्तु है। केवल OOP से निपटा जाना है। अधिक व्यायाम, अधिक अर्थ। जब तक आप नहीं पूछते मैं वास्तव में इसके बारे में ज्यादा नहीं सोचता।

भाषा को इतनी सावधानी से बनाया गया है कि यह आपको सही दिशा में सोचने पर मजबूर कर देती है। यह मन को आकार देता है। वाक्य-रचना स्वयं बताती है कि आप क्या कर रहे हैं।

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

किन शब्दों के साथ आप युवा प्रोग्रामर और पुराने दोनों को प्रेरित करेंगे?

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

सप्ताहांत में, मैं अन्य भाषाओं में कुछ छोटे अभ्यास करता हूं। सप्ताहांत के बाद, मैं काम पर लौटता हूं, रूबी के साथ अपने Emacs खोलता हूं, और खुद से कहता हूं: "हे भगवान, अपनी मातृभूमि में वापस आना कितना शानदार है!"

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

6 अक्टूबर को हारून से व्यक्तिगत रूप से प्रश्न पूछना संभव होगा। तो आप सम्मेलन में देखें! साइट पर सभी विवरण।

आप अंग्रेजी में मूल को hype.codes पर पढ़ सकते हैं।

और रूस में मुख्य रूबी घटना का समर्थन करने वाली कंपनियों के लिए बहुत धन्यवाद:

सामान्य साझेदार - शीर्षताल
गोल्ड पार्टनर्स - गेट्ट और कुकपैड
सिल्वर पार्टनर्स - इंस्टामार्ट , UCHi.ru , JetBrains और Qlean
पार्टनर पार्टनर - टीचबेस
कांस्य साझेदार - बुकमेट और इंसलेस