माली का कोड

(ध्यान आकर्षित करने के लिए चित्र)

रूबी समुदाय में चवियर नोरिया ( मूल - जेवियर नोरिया, लिंग - पुरुष ) एक अज्ञात व्यक्ति से बहुत दूर है। बार्सिलोना से एक डेवलपर के रूप में, वह रेल कोर टीम में रूबी का सदस्य बनने में कामयाब रहे। वैसे, Chavier ने RailsConf 2010 में रूबी हीरो का पुरस्कार भी जीता। शायद आप में से कुछ, प्रिय पाठकों, उनसे मिलने में कामयाब रहे: इस साल वह यूरोप के कई डेवलपर सम्मेलनों में दिखाई दिए।

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

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

शुरुआत

आपकी रूबी ऑन रेल यात्रा कैसे शुरू हुई?

बारह साल पहले, मैंने अपने करियर के वेक्टर को काफी बदल दिया और एक प्रोग्रामर के रूप में काम करना शुरू कर दिया। मैं पहले से ही 30 साल का था और निर्णय बहुत गंभीर था, लेकिन कोड लिखने के लिए मेरे प्यार ने इस कदम पर फैसला करने में मदद की।

(मिलिए: जेवियर नोरिया)

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

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

आपको "हम" शब्द से कौन मतलब है?

सबसे पहले, मैं अगस्टिन क्वेंका के बारे में बात कर रहा हूं, जिनके साथ 2005 में एक संयुक्त परियोजना शुरू हुई थी। उसके साथ मिलकर, ASPgems 2006 में हमारे अन्य सहयोगियों के साथ मिलकर स्थापित किया गया था।

रेल कोर पर काम

हमें बताएं कि आप रेल विकास टीम का हिस्सा कैसे बने। आपकी यात्रा कैसे शुरू हुई?

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

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



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

वाह!

हाँ! मेरी एक प्रशिक्षित आंख है। यदि कुछ को इटैलिक में होना था और यह नहीं था, तो यह मेरे लिए किसी का ध्यान नहीं गया!

इसलिए, हमने प्रलेखन के लिए कुछ नियम निर्धारित किए और मैंने RoR परियोजना में इन परिवर्तनों को सक्रिय रूप से लागू करना शुरू किया। एक प्रभावशाली काम किया गया था, जो सामान्य तौर पर, बहुतों ने बिल्कुल भी नहीं देखा था, लेकिन मैंने परवाह नहीं की, मैंने जो ठीक करना चाहा, उसे ठीक किया। उसके बाद, कोड पर किसी तरह काम शुरू हुआ। प्रलेखन की दिशा में एक लाभ के साथ अनुपात लगभग 80/20 था, ज़ाहिर है। अंत में, रेल विकास टीम के लोगों को मेरे योगदान के बारे में पता चला और हमने एक-दूसरे के साथ अधिक निकटता से संवाद करना शुरू किया, इसलिए मैंने परियोजना के बारे में अधिक जानना शुरू किया। कुछ समय बाद मुझे टीम में आमंत्रित किया गया।

बधाई! यह अद्भुत है! मुझे बताओ, रेल कर्नेल टीम में काम करना कैसा है? क्या वह मज़ेदार है? क्या यह मुश्किल है? थकाऊ?

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

क्या आप एक दूसरे के साथ एक आवाज में संवाद करते हैं? कम से कम स्काइप पर, अच्छी तरह से, या लाइव?

मेरे मामले में, सब कुछ या तो कैम्प फायर या बेसकैंप में लिखा गया है। बहुत कम ही जब ईमेल का उपयोग किया जाता है। जहां तक ​​मुझे पता है, जोस और येहुदा वर्तमान में दूर से मिलकर काम कर रहे हैं। आमतौर पर संवाद करने के लिए पर्याप्त पाठ।

रेलें ४

बहुत से लोग सोच रहे हैं कि रेल 4 के लिए नया क्या है? मुझे पता है कि बहुत समय नहीं है, लेकिन क्या आप पर्दा खोल सकते हैं?

यह नई सुविधाओं के टन के साथ एक महान रिलीज है। हाल के दिनों में, मैं परिवर्तन लॉग के माध्यम से देख रहा हूं, नए रेल की रिलीज पर नोट्स के लिए सामग्री तैयार कर रहा हूं। सबसे पहले, रूबी संस्करण 1.9.3 को रेल 4 का उपयोग करना आवश्यक है।



... और यह इस तथ्य के कारण है कि आप केवल 1.9.3 में काम करने वाले कोड का उपयोग करते हैं?

डेवलपर्स के बीच कई चर्चाएं थीं, जिसके परिणामस्वरूप रूबी की अंतिम स्थिर रिलीज पर ध्यान केंद्रित करने का निर्णय लिया गया था, ताकि पिछले संस्करणों पर समय बर्बाद न हो। आधिकारिक समर्थन केवल 1.9.3 के लिए होगा। कोई व्यक्ति 1.9.2 पर रेल 4 एप्लिकेशन को चलाने में सक्षम हो सकता है, लेकिन यहां वह अपने कार्यक्रम और संभावित समस्याओं के साथ अकेला होगा। बिल्कुल, हम रूबी 1.8 का समर्थन नहीं करेंगे, क्योंकि बहुत सारे कोड केवल 1.9 के समर्थन के साथ फिर से लिखे गए हैं।

खैर, यह स्पष्ट है। क्या आपके परीक्षण केवल 1.9.3 के तहत घूम रहे हैं?

हां। नई विशेषताओं के बीच, मुझे यह तथ्य पसंद है कि हम अब PATCH पद्धति का उपयोग प्रथम श्रेणी के नागरिक के रूप में करते हैं।

और विधि क्या करती है? अद्यतन?

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

डेवलपर्स को इसके बारे में क्यों जानना चाहिए? एक चिकनी संक्रमण के लिए?

बेशक, एक चिकनी संक्रमण के लिए!

एक और बात है जिसे बहुत से लोग बदलना चाहेंगे। यह जन विशेषता असाइनमेंट का नियंत्रण है। पहले, आवश्यक तरीके विशेष रूप से मॉडल में स्थित थे, और कई इसे पसंद नहीं करते थे, वे चाहेंगे कि यह तंत्र नियंत्रकों में उपलब्ध हो। तो ऐसा हुआ! रेल 4 में, इस सुविधा को मजबूत पैरामीटर कहा जाता है। अब से, यह तंत्र नियंत्रकों में उपलब्ध है, आप "attr_accesible" और "attr_protected" को अलविदा कह सकते हैं। लेकिन अगर ऐसी इच्छा उत्पन्न होती है, तो प्लगइन का उपयोग करके पुरानी कार्यक्षमता वापस आ सकती है।



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

बहुत उत्सुक!

वैसे, एक और बहुत ही महत्वपूर्ण विशेषता जो हमने बनाई है उसे "रूसी गुड़िया कैशिंग" कहा जाता है।

क्या मैं इस बारे में संक्षेप में बात कर सकता हूं?

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



हमारी सुविधा दिखाई देने से पहले, ऐसी समस्याओं से मैन्युअल रूप से निपटना आवश्यक था। अब यह सब रेल 4 आपके लिए तय करता है, स्वचालित रूप से डेटा विचारों पर हस्ताक्षर करने के लिए एमडी 5 कुंजी उत्पन्न करता है।

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

माली का कोड

क्या आपको मेरा पिछले साल का लेख याद है जिसमें मैंने आपको "कोड माली" के रूप में वर्णित किया था?

यह बहुत असामान्य है कि कोई छोटे कोड परिवर्तनों पर ध्यान देता है। इस तरह की तुलना बहुत अच्छी है!

क्या आप वास्तव में कोड को परिष्कृत करने के लिए ऐसे छोटे संपादनों पर बहुत समय बिताते हैं?

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

जैसा कि मैंने देखा, आप विवरण में तल्लीन करना पसंद करते हैं।

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



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

इस लेख को पढ़ने वाले लोगों में, सबसे अधिक संभावना है कि वे रेल में योगदान करना चाहते हैं, लेकिन यह नहीं जानते कि कैसे। आप उन्हें क्या सलाह देंगे?

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

रूबी सम्मेलन

आपने हाल के महीनों में कई अलग-अलग सम्मेलनों में भाग लिया है: RailsClub मास्को, BaRuCo, RuLu 2012, RailsBerry, EuRuKo। क्या आपको उनके बारे में सबसे ज्यादा पसंद है?

शायद, इस साल के बाद से मैंने पहले यात्रा नहीं की है। उनमें से प्रत्येक पर (EuRuKo के अपवाद के साथ) मैंने बात की। साल मजेदार था। लेकिन मैं लोगों से मिलने के लिए सम्मेलनों में जाता हूं। बेशक मैं बोलना पसंद करता हूं, लेकिन यह स्पष्ट रूप से मेरा मुख्य प्रोत्साहन नहीं है।

तो क्या आप बार में बैठना पसंद करते हैं? या आपको बार-बार शगल पसंद है?

मुझे प्यार टूटता है। मैं ईमानदारी से मानता हूं: मुझे बाहर घूमना पसंद नहीं है, सुबह एक बजे मैं होटल जाना पसंद करता हूं।



इतनी जल्दी और मैंने सोचा कि स्पेन में आप उस समय सिर्फ दोपहर का भोजन कर रहे थे!

हा, यह सच है। सामान्य तौर पर, सम्मेलन के दूसरे दिन, मैं आराम करना पसंद करता हूं। नियम, एक नियम के रूप में, दो प्रकार के होते हैं: पहला, भाषणों से भरा और दूसरा (अधिक दुर्लभ) आधे घंटे या उससे अधिक के आवधिक विराम के साथ। मैं बाद वाले को पसंद करता हूं, क्योंकि इस मामले में मैं लोगों के साथ संवाद कर सकता हूं और अपनी पैंट में कम समय बिता सकता हूं।

क्या आप कभी यूएसए के किसी सम्मेलन में आने वाले हैं?

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

यह साक्षात्कार इसका अनुवाद है: यह लेख
कृपया पीएम में सभी त्रुटियों की रिपोर्ट करें।

---

मेरे ब्लॉग को सब्सक्राइब करें !