Mail.u Group के कार्यालय में मास्को ।pm: प्ले पर्ल और पर्ल प्रोग्रामर्स के पूर्वाग्रहों के बारे में

4 अप्रैल को, हमने मॉस्को पर्ल प्रोग्रामर्स के मास्को समुदाय की बैठक के लिए अपने कार्यालय के दरवाजे खोले।

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


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

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



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

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

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



व्याचेस्लाव ने खुलेपन और सामाजिकता की कमी के साथ-साथ उपयोगकर्ताओं के संपर्कों के सर्कल का विस्तार नहीं करने के लिए गिटहब, ट्रेलो और आसन जैसे प्रसिद्ध उपकरणों की आलोचना की। विचारों की संख्या, अर्थात् उत्तेजक खपत को अनुकूलित करने के लिए सामाजिक नेटवर्क की भी आलोचना की गई। व्याचेस्लाव सामाजिक नेटवर्क के उपयोगकर्ताओं को कार्रवाई करने के लिए प्रोत्साहित करने का सुझाव देता है, अर्थात, उपयोगी चीजों की संख्या का अनुकूलन - सरगम ​​की सहायता से। सभी तीन घटक: सामाजिकता, एक्शन और Gamification पर ध्यान केंद्रित करते हैं, व्याचेस्लाव के अनुसार, भविष्य के सामाजिक नेटवर्क में मौजूद होना चाहिए। Play Perl बनाते समय उन्होंने समान सिद्धांतों का पालन किया।

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



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

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

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