एक सिर अच्छा है, और दो बेहतर है, या कार्रवाई में जोड़ी प्रोग्रामिंग है

चालक और कार्रवाई में नाविक (कार्यप्रणाली के उत्तर कोरियाई संस्करण)

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

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

स्किलबॉक्स सलाह देता है: दो साल का व्यावहारिक कोर्स, "मैं एक प्रो वेब डेवलपर हूं । "

हम आपको याद दिलाते हैं: "हैबर" के सभी पाठकों के लिए - "हैबर" प्रोमो कोड का उपयोग करके किसी भी स्किलबॉक्स कोर्स के लिए पंजीकरण करते समय 10,000 रूबल की छूट।

यहां दूसरा वीडियो है (लेखक ने थर्ड-पार्टी संसाधनों पर एम्बेड करने से मना किया है, लेकिन यह निश्चित रूप से देखने लायक है)।

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

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

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

यह तकनीक "शिक्षक-छात्र" के मॉडल पर काम से संबंधित नहीं है, हम दो समान विशेषज्ञों के संयुक्त काम के बारे में बात कर रहे हैं। उनमें से एक के पास अधिक अनुभव हो सकता है, लेकिन वे उसी तरह काम करते हैं, अधिकार समान हैं। सामान्य तौर पर, विचार यह है कि दो लोग एक से अधिक तेजी से समाधान ढूंढते हैं।

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



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

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



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

मैं उन विशेषज्ञों को सलाह दे सकता हूं जो जोड़े में काम करते हैं और कभी-कभी एक-दूसरे से सवाल पूछते हैं। यह एक दिशा में सोचने, एक दूसरे को समझने और कुशलता से काम करने में मदद करता है।

जोड़ी प्रोग्रामिंग और वर्कफ़्लो

जोड़ी प्रोग्रामिंग के प्रश्न का अध्ययन करते हुए, मैंने पाया कि इस तरह के काम के लिए कई रणनीतियाँ हैं। कुछ विकल्प यहां देखे जा सकते हैं । सबसे दिलचस्प रणनीतियों में से एक पिंग पोंग स्पैरिंग कहा जाता है। यह निम्नानुसार काम करता है:

• प्रोग्रामर ए एक नया परीक्षण लिखता है और देखता है कि यह काम नहीं करता है।
• प्रोग्रामर बी परीक्षण को पास करने के लिए आवश्यक कोड जोड़ता है।
• प्रोग्रामर बी एक नया परीक्षण लिखता है और देखता है कि यह काम नहीं करता है।
• प्रोग्रामर ए उस कोड को जोड़ता है जिसे परीक्षण पास करने के लिए आवश्यक है।
• लौट आओ।

हां, यह एक आदर्श वर्कफ़्लो की तरह नहीं दिखता है, लेकिन हम यह नहीं जानते हैं कि जब तक हम कोशिश नहीं करेंगे, तब तक यह कितना प्रभावी होगा।

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

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

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

निष्कर्ष में, जो कहा गया है

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

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

स्किलबॉक्स अनुशंसा करता है:

• व्यावहारिक पाठ्यक्रम "मोबाइल डेवलपर प्रो" ।
• ऑनलाइन कोर्स "प्रोफेशन फ्रंटेंड-डेवलपर । "
• व्यावहारिक वार्षिक पाठ्यक्रम "पीएचपी-डेवलपर 0 से प्रो तक" ।