TL; DR : मुझे नहीं लगता कि जोड़ी प्रोग्रामिंग आपके लिए काम करेगी। इसके बजाय आपको लोगों को उनके कोड की दीर्घकालिक गुणवत्ता के बारे में चिंतित करने की कोशिश करनी चाहिए और उन्हें जवाब खोजने के लिए तैयार करना चाहिए । यह अनौपचारिक रूप से किया जाना है।
संस्कृति और गुणवत्ता के बारे में
मुझे लगता है कि यह मुद्दा प्रोग्रामिंग पद्धति के बारे में नहीं है, बल्कि संस्कृति के बारे में है । मेरे अनुभव में, संस्कृति को निर्देशित करना संभव है, लेकिन इसके बारे में लोगों को बताने से शायद ही कभी। यही है, उन लोगों पर एक निश्चित वर्कफ़्लो को लागू करने की कोशिश करना जो स्वाभाविक रूप से विकसित नहीं हुए थे या मौजूदा अभ्यास से बहुत दूर हैं, नकारात्मक परिणाम के लिए बाध्य हैं।
दूसरे शब्दों में, आप उस सूट की तरह नहीं दिखना चाहते हैं, जो नवीनतम buzzwords के आसपास आता है, तब भी जब आप हैं। अधिकांश प्रोग्रामर मुझे पता है कि आप मानसिक रूप से पृष्ठभूमि शोर के रूप में टैग करेंगे। एक कॉर्पोरेट मधुमक्खी मत बनो।
मेरी राय में, प्राथमिक प्रश्न जो आपको खुद से पूछना चाहिए था "क्या मैं उस गुणवत्ता और व्यावसायिक मूल्य से खुश हूं जो मेरे संगठन द्वारा रखे गए कोड की गुणवत्ता और व्यावसायिक मूल्य से है?" और यदि इसका उत्तर नकारात्मक है, तो आपको पूछना चाहिए कि "मैं इसे कैसे घुमाऊँ?"।
अंतत:, गुणवत्ता और मूल्य मानवीय परिभाषाएं हैं जो आप या आपके संगठन के किसी अन्य व्यक्ति के बारे में सोच सकते हैं (और चाहिए)।
जोड़ी प्रोग्रामिंग और micromanagement
इसलिए, थोड़ा आगे और कठोर लगने के जोखिम पर, यह मुझे लगता है कि जोड़ी प्रोग्रामिंग के बारे में पढ़ने से वास्तव में आपको किसी तरह के माइक्रोमैनमेंट , या आसपास के अन्य तरीके के बारे में सोचने को मिला । एमएम ज्यादातर लोगों को अलग-थलग करने का एक पक्का नुस्खा है।
जोड़ी प्रोग्रामिंग की रक्षा में: जोड़ी प्रोग्रामिंग कुछ लोगों के बारे में नहीं है जो किसी अन्य व्यक्ति के कंधे पर देख रहे हैं। यह उतना ही सूक्ष्म है जितना कि प्रबंधन। पीपी एक ही समय में दो स्तरों के बारे में सोचने के लिए दो दिमागों का उपयोग करने के बारे में है - एक व्यक्ति उच्च-स्तरीय , बड़ी तस्वीर के मुद्दों से निपटता है जबकि दूसरा काम करने वाले कोड का उत्पादन करने के लिए आवश्यक नट और बोल्ट का ख्याल रखता है । और मेरी विनम्र राय में, यह शायद ही कभी अच्छी तरह से काम करता है अगर दोनों प्रतिभागी स्थानों को स्विच करने की स्थिति में नहीं हैं। उन्हें अवधारणाओं के समान पेशेवर शस्त्रागार और एक साझा पेशेवर शब्दावली (हम दिमाग से जुड़े नहीं हैं - अभी तक , मुहहा) के समान समान रूप से अनुभवी होना चाहिए ।
आपकी स्थिति के लिए, मैं कहूंगा कि चूंकि आप एक छोटी टीम हैं और आप वास्तविक अनुभव के साथ केवल एक ही हैं (यह वही है जो आपकी पोस्ट मुझे अच्छी लगती है), जोड़ी-प्रोग्रामिंग या अधिकांश समय कोड की समीक्षा करना। 'काम है। आपके पास केवल 24 घंटे हैं। इसके बजाय, कुछ समाधान जिन पर आप विचार कर सकते हैं:
उपयुक्त भाषा टैग के तहत SO में भाग लेने के लिए उन्हें प्रोत्साहित करें, या कोड समीक्षा एसई पर समीक्षा के लिए कुछ कोड स्निपेट पोस्ट करें। थोड़ी अनौपचारिक प्रतियोगिता शुरू करें जो प्रति सप्ताह सबसे अधिक एसओ प्रतिनिधि अंक प्राप्त कर सकती है।
SO नौसिखिया डेवलपर्स के लिए चमत्कार कर सकता है क्योंकि यह लगातार प्रतिक्रिया प्रदान करता है और समुदाय के दिल की धड़कन का अनुसरण करता है।
उनमें से कुछ कोड की जाँच करें और उनके दीर्घकालिक विकास से संबंधित कुछ प्रश्नों के साथ अनौपचारिक रूप से उन्हें चुनौती दें। अधिकांश शुरुआती प्रोग्रामर बस अपने कोड को पठनीय और बनाए रखने के बारे में सोचने के आदी नहीं हैं। एक बार जब आप उन मुद्दों को अपने सिर में ले लेते हैं, तो वे आपसे या अन्य स्रोतों से अपने बारे में अधिक जानकारी मांगेंगे।