रूबिरसिया सम्मेलन के अध्यक्ष मार्कस शिरप के साथ साक्षात्कार

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


पहला सवाल म्यूटेंट के बारे में है। इस उपकरण के बारे में हमें क्या जानने की आवश्यकता है? रूबिरसिया पर रिपोर्ट क्या होगी?

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

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

आपने उत्परिवर्ती का विकास कैसे शुरू किया?

यह कहानी DataMapper पर मेरे काम और DataMapper 2 के अगले कार्यान्वयन से संबंधित है, जिसे अंततः ROM कहा जाता था। प्रॉजेक्टलाइड डैन कुबब ने इन नए विकासों का समर्थन करने के लिए स्वयंसिद्ध बीजगणित पुस्तकालय लिखा है जिसे स्वयंसिद्ध कहा जाता है। जब उन्होंने स्वयंसिद्ध लिखा, तो उन्होंने "सीमित विकास" रणनीति का उपयोग किया। इसमें मैट्रिक्स और म्यूटेशनल टेस्टिंग के साथ काम करने के कई उपकरण शामिल हैं।

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

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

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

यही है, व्यावसायिक ग्राहक म्यूटेंट का उपयोग करना चाहते हैं?

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

फिलहाल, मैंने DataMapper2 छोड़ दिया। मैंने कभी सिर्फ मनोरंजन के लिए सुविधाएँ नहीं लिखीं। ये केवल व्यावसायिक उपयोग के दुष्प्रभाव हैं।

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

यह एक मुक्त रत्न का उपयोग करते समय चीजों की प्रकृति में है :)

95% नि: शुल्क रत्न केवल शौक परियोजनाएं हैं। वे व्यावसायिक उपयोग के लिए उपयुक्त नहीं हैं। लेखक उन्हें व्यक्तिगत रुचि से बाहर कर देते हैं। मैं उन्हें दोष नहीं देता। लेकिन मैं वाणिज्यिक परियोजनाओं के विकास दल को सलाह देता हूं कि वे इस बात को ध्यान में रखें जब वे रूबीगैम से कुछ लेते हैं।

मैं केवल GitHub पर README म्यूटेंट फ़ाइल पढ़ता हूं। लेकिन अभी तक मैं थोड़ा ही समझ पाया हूं।

यह इस कारण से है कि मुझे रीडमी और अतिरिक्त प्रविष्टि-स्तरीय दस्तावेज लिखने में कुछ और समय बिताने की आवश्यकता है।

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

हमें क्या इंतजार है?

6 अक्टूबर को म्यूटेंट और 7 अक्टूबर को एक कार्यशाला के बारे में बात होगी। यह एक ओपन सोर्स प्रोजेक्ट से ली गई वास्तविक दुनिया के उदाहरणों पर आधारित होगी जो रेल और आरएसईपी का उपयोग करती है।

जहाँ तक मैं समझता हूँ, आप एक अलग प्रोग्रामिंग भाषा का उपयोग करते हैं, रूबी का नहीं?

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

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

आप कौन सी भाषाएं पसंद करते हैं?

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

क्षितिज पर कई अन्य शांत भाषा और एक्सटेंशन हैं। मुझे लगता है कि आश्रित प्रकार "पासिंग चेकिंग के बाद शुद्धता" को एक नए स्तर पर ले जाएगा।

क्या आपको लगता है कि रूबी और रेल का भविष्य है?

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

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

आप जंग के बारे में क्या सोचते हैं?

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

मैं मुख्य रूप से बैकएंड डेवलपमेंट करता हूं। या इसे "विषय तर्क के साथ बड़े पैमाने पर आरपीसी" कहते हैं। यहां, पहले स्थान पर, कार्यक्रम की शुद्धता की गारंटी देना महत्वपूर्ण है, और केवल दूसरे में इसका प्रदर्शन है। जंग कम्प्यूटेशनल रूप से बहुत कुशल है, लेकिन इसके लिए निम्न-स्तरीय भागों के मैनुअल नियंत्रण की आवश्यकता होती है। इसमें समय लगता है, जो उच्च-स्तरीय I / O पैटर्न (RPC समूहीकरण, गोल यात्राओं को कम करने, लेन-देन के गुणों को सत्यापित करने, आदि) को बेहतर बनाने में बेहतर रूप से व्यतीत होता है। भाषा की कीमत पर व्यक्तिगत प्राथमिकताओं का अनुकूलन करने से पहले ऐसा करना बेहतर है, जो मुझे अनुकूलन के लिए अधिक अवसर प्रदान करता है।

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

और आखिरी सवाल। आप नौसिखिया प्रोग्रामर को क्या सलाह दे सकते हैं?

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

बहुत दिलचस्प! वह काम करना चाहिए!

हां, यह है कि मैंने कैसे शुरू किया :)

महान टिप! साक्षात्कार के लिए धन्यवाद! रूबी रूस में मिलते हैं।

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

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

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

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