विनती में जोड़ी प्रोग्रामिंग

मॉस्को से येरेवन में रहने और काम करने के लिए लगभग एक साल बीत चुका है। इस कहानी में, मैं आपको इस अद्भुत शहर में अपने जीवन के बारे में नहीं बताऊंगा (यह यहाँ बहुत अच्छा है), लेकिन अधिक सांसारिक चीजों के बारे में। अर्थात्, विनती पर हमारे उत्पाद को विकसित करते समय लागू होने वाली प्रथाओं के बारे में।

यदि आप अभी भी रुचि रखते हैं, तो बिल्ली का स्वागत करें।

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

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

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

दृष्टिकोण के लाभ

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

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

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

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

कमियों

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

एक सामान्य मानक बनाए रखना

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

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

सैन फ्रांसिस्को के साथ जोड़ी प्रोग्रामिंग

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

जोड़ी प्रोग्रामिंग के लिए कैसे अनुकूलित करें

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

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