पेअर प्रोग्रामिंग: Difference between revisions

Latest revision as of 21:31, 11 July 2023

पेअर प्रोग्रामिंग

पेअर प्रोग्रामिंग एक सॉफ्टवेयर डेवलपमेंट तकनीक है जिसमें दो कंप्यूटर प्रोग्रामर एक वर्कस्टेशन पर एक साथ काम करते हैं। एक, ड्राइवर, कोड लिखता है जबकि दूसरा, पर्यवेक्षक या नेविगेटर,^[1] कोड टाइप करते समय कोड की प्रत्येक पंक्ति की समीक्षा करता है। दोनों प्रोग्रामर बार-बार भूमिकाएँ बदलते हैं।

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

अर्थशास्त्र

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

ग़लतियाँ होने पर उन्हें रोकने के अलावा, अन्य अमूर्त लाभ भी निहित हो सकते हैं। उदाहरण के लिए, एक साथ काम करते समय फोन कॉल या अन्य विकर्षणों को अस्वीकार करने का शिष्टाचार, सहमत अंतराल पर कम विराम लेना, या फोन कॉल का जवाब देने के लिए साझा विराम लेना (लेकिन चूंकि कोई इंतजार कर रहा है तो जल्दी से काम पर लौटना)। टीम के एक सदस्य का ध्यान अधिक हो सकता है और यदि उनका ध्यान भटक जाता है तो वे दूसरे को प्रेरित करने या जगाने में मदद कर सकते हैं और वह भूमिका समय-समय पर बदल सकती है। एक सदस्य को किसी विषय या तकनीक का ज्ञान हो सकता है जो दूसरे को नहीं है, जो समाधान खोजने या परीक्षण करने में होने वाली देरी को खत्म कर सकता है, या बेहतर समाधान की अनुमति दे सकता है, इस प्रकार अकेले काम करने की तुलना में पेअर प्रोग्रामिंग प्रोग्रामर के कौशल सेट, ज्ञान और अनुभव को प्रभावी ढंग से बढ़ा सकता है। इनमें से प्रत्येक अमूर्त लाभ, और कई अन्य, को सटीक रूप से मापना चुनौतीपूर्ण हो सकता है लेकिन अधिक कुशल कार्य घंटों में योगदान दे सकता है।^{[citation needed]}

डिज़ाइन गुणवत्ता

दो प्रोग्रामर वाले सिस्टम में तीन कारणों से समस्याओं के अधिक विविध समाधान उत्पन्न करने की अधिक क्षमता होती है:

प्रोग्रामर कार्य में विभिन्न पूर्व अनुभव लाते हैं;
वे कार्य से संबंधित जानकारी का अलग-अलग तरीकों से आकलन कर सकते हैं;
वे अपनी कार्यात्मक भूमिकाओं के आधार पर समस्या के प्रति भिन्न-भिन्न संबंधों में खड़े होते हैं।

लक्ष्यों और योजनाओं को साझा करने के प्रयास में, जब प्रोग्रामर के बीच कोई टकराव उत्पन्न होता है, तो उन्हें खुलकर साझा कार्रवाई पर बातचीत करनी चाहिए। ऐसा करने में, वे अकेले प्रोग्रामर की तुलना में समस्या को हल करने के कई तरीकों पर विचार करते हैं। यह प्रोग्राम की डिज़ाइन गुणवत्ता में उल्लेखनीय रूप से सुधार करता है क्योंकि इससे खराब विधि का चयन करने की संभावना कम हो जाती है।^[4]

संतुष्टि

2000 के पेअर प्रोग्रामर के एक ऑनलाइन सर्वेक्षण में, 96% प्रोग्रामर ने कहा कि उन्हें अकेले प्रोग्रामिंग की तुलना में पेअर प्रोग्रामिंग में काम करने में अधिक आनंद आया। इसके अलावा, 95% ने कहा कि जब उन्होंने जोड़ी प्रोग्राम किया तो वे अपने काम में अधिक आश्वस्त थे। हालाँकि, चूंकि सर्वेक्षण स्व-चयनित पेअर प्रोग्रामर के बीच था, इसमें उन प्रोग्रामर को सम्मिलित नहीं किया गया था जिन्हें पेअर प्रोग्राम के लिए मजबूर किया गया था।^[5]

सीखना

चाहे उद्योग में हो या कक्षा में, पेअर प्रोग्रामर के बीच ज्ञान लगातार साझा किया जाता है। कई स्रोतों से पता चलता है कि जोड़ियों में प्रोग्रामिंग करते समय छात्र अधिक आत्मविश्वास दिखाते हैं,^[5]और कई लोग सीखते हैं, चाहे वह प्रोग्रामिंग भाषा नियमों की युक्तियों से लेकर समग्र डिजाइन कौशल तक हो।^[6] "प्रोमिसस पेयरिंग" में, प्रत्येक प्रोग्रामर केवल एक पार्टनर के साथ जोड़ी बनाने के बजाय टीम के अन्य सभी प्रोग्रामर के साथ संचार करता है और काम करता है, जिससे सिस्टम का ज्ञान पूरी टीम में फैल जाता है।^[3] पेअर प्रोग्रामिंग प्रोग्रामर को अपने साथी के कोड की जांच करने और फीडबैक प्रदान करने की अनुमति देती है, जो कि उनकी स्वयं की सीखने की गतिविधियों के लिए अनुश्रवण प्रक्रिया विकसित करने की उनकी क्षमता बढ़ाने के लिए आवश्यक है।^[6]

टीम-निर्माण और संचार

दो सहकर्मियों की पेअर प्रोग्रामिंग, 2007

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

अध्ययन

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

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

हालाँकि पेअर प्रोग्रामर किसी कार्य को एकल प्रोग्रामर की तुलना में तेजी से पूरा कर सकते हैं, लेकिन मानव-घंटे की कुल संख्या बढ़ जाती है।^[2] एक प्रबंधक को काम को तेजी से पूरा करने और कोडिंग की उच्च लागत के मुकाबले परीक्षण और डिबगिंग समय को कम करने के बीच संतुलन बनाना होगा। इन कारकों का सापेक्षिक महत्व प्रोजेक्ट और कार्य के अनुसार भिन्न-भिन्न हो सकता है।

युग्मन का लाभ उन कार्यों पर सबसे अधिक होता है जिन्हें प्रोग्रामर शुरू करने से पहले पूरी तरह से नहीं समझते हैं: यानी, विशेषज्ञों की तुलना में नौसिखियों के लिए चुनौतीपूर्ण कार्य जिनमें रचनात्मकता और व्यवहार कुशल की आवश्यकता होती है।^[2] पेअर प्रोग्रामिंग जटिल प्रोग्रामिंग कार्यों पर उच्च गुणवत्ता और शुद्धता प्राप्त करने में सहायक हो सकती है, लेकिन इससे विकास प्रयास (लागत) में भी काफी वृद्धि होगी।^[7]

सरल कार्यों पर, जिन्हें जोड़ी पहले से ही पूरी तरह से समझती है, जोड़ी बनाने से रचनात्मकता में शुद्ध गिरावट आती है।^[2] इससे कोड विकास का समय कम हो सकता है लेकिन प्रोग्राम की गुणवत्ता कम होने का जोखिम भी है।^[7] जब नौसिखिया-नौसिखिया जोड़ी का उपयोग उन्हें प्रशिक्षित करने के लिए एक संरक्षक की पर्याप्त उपलब्धता के बिना किया जाता है, तो रचनात्मकता भी गिर सकती है।^[8]

गिटहब कोपायलट जैसे AI सहायता टूल का उपयोग करने वाले प्रोग्रामर के एक अध्ययन में पाया गया कि जबकि कुछ प्रोग्रामर ने AI सहायता को पेअर प्रोग्रामिंग के समान माना है, व्यवहार में ऐसे टूल का उपयोग प्रोग्रामर अनुभव के संदर्भ में बहुत अलग है, जिसमें मानव प्रोग्रामर ड्राइवर और नेविगेटर भूमिकाओं के बीच बार-बार परिवर्तन को ऐसा करना पड़ता है।^[9]

गैर-निष्पादन के संकेतक

ऐसे संकेतक हैं कि कोई जोड़ी अच्छा प्रदर्शन नहीं कर रही है:^[opinion]

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

युग्मन विविधताएँ

विशेषज्ञ-विशेषज्ञ: विशेषज्ञ-विशेषज्ञ जोड़ी उच्चतम रचनात्मकता के लिए स्पष्ट विकल्प प्रतीत हो सकती है और अच्छे परिणाम दे सकती है, लेकिन यह प्रायः समस्याओं को हल करने के नए तरीकों में बहुत कम अंतर्दृष्टि प्रदान करती है, क्योंकि दोनों पक्षों द्वारा स्थापित प्रथाओं पर सवाल उठाने की संभावना नहीं है।^[2]; विशेषज्ञ-नौसिखिया; विशेषज्ञ-नौसिखिया जोड़ी विशेषज्ञ के लिए नौसिखिए को सलाह देने के कई अवसर पैदा करती है। यह जोड़ी नए विचारों को भी प्रस्तुत कर सकती है, क्योंकि नौसिखिए द्वारा स्थापित कार्यप्रणाली पर सवाल उठाने की अधिक संभावना है। विशेषज्ञ, जिसे अब स्थापित कार्यप्रणाली की व्याख्या करने की आवश्यकता है, उन पर सवाल उठाने की भी अधिक संभावना है। हालाँकि, इस जोड़ी में, एक डरा हुआ नौसिखिया निष्क्रिय रूप से "मास्टर को देख सकता है" और सार्थक रूप से भाग लेने में संकोच कर सकता है। साथ ही, कुछ विशेषज्ञों के पास रचनात्मक नौसिखिया भागीदारी की अनुमति देने के लिए आवश्यक धैर्य नहीं हो सकता है।^[10]
नौसिखिया–नौसिखिया: नौसिखिया-नौसिखिया जोड़ी स्वतंत्र रूप से काम करने वाले दो नौसिखियों की तुलना में काफी बेहतर परिणाम दे सकती है, हालांकि इस अभ्यास को प्रायः हतोत्साहित किया जाता है क्योंकि नौसिखियों के लिए उचित रोल मॉडल के बिना अच्छी आदतें विकसित करना कठिन होता है।^[3]

दूरस्थ युग्म प्रोग्रामिंग

रिमोट पेअर प्रोग्रामिंग, जिसे वर्चुअल पेअर प्रोग्रामिंग या वितरित पेअर प्रोग्रामिंग के रूप में भी जाना जाता है, पेअर प्रोग्रामिंग है जिसमें दो प्रोग्रामर अलग-अलग स्थानों पर होते हैं,^[11] एक सहयोगी वास्तविक समय संपादक, साझा डेस्कटॉप, या एक दूरस्थ पेअर प्रोग्रामिंग आईडीई प्लगइन के माध्यम से काम करते हैं। रिमोट पेअरिंग आमने-सामने की पेअर में निहित नहीं होने वाली कठिनाइयों का परिचय देती है, जैसे समन्वय के लिए अतिरिक्त देरी, इंडेक्स कार्ड जैसे "हल्के" टूल के बजाय "हैवीवेट" कार्य-ट्रैकिंग टूल पर अधिक निर्भर होना, और मौखिक संचार की हानि जिसके परिणामस्वरूप अस्पष्टता होती है और "कीबोर्ड किसके पास है" जैसी बातों पर टकराव होता है।^[12]

टूल समर्थन इसके द्वारा प्रदान किया जा सकता है:

संपूर्ण-स्क्रीन साझाकरण सॉफ़्टवेयर^[13]^[14]^{[self-published source?]}
टर्मिनल मल्टीप्लेक्सर्स
विशिष्ट वितरित एडिटिंग टूल्स
ऑडियो चैट प्रोग्राम या वीओआईपी सॉफ्टवेयर तब सहायक हो सकते हैं जब स्क्रीन शेयरिंग सॉफ्टवेयर दो-तरफा ऑडियो क्षमता प्रदान नहीं करता है। हेडसेट का उपयोग प्रोग्रामर के हाथों को मुक्त रखता है
क्लाउड विकास वातावरण
सहयोगात्मक पेअर प्रोग्रामिंग सेवाएँ

यह भी देखें

संदर्भ

↑ Williams, Laurie (February 19–20, 2001). जोड़ी प्रोग्रामिंग को एक सॉफ्टवेयर विकास प्रक्रिया में एकीकृत करना. 14th Conference on Software Engineering Education and Training. Charlotte. pp. 27–36. doi:10.1109/CSEE.2001.913816. ISBN 0-7695-1059-0. One of the programmers, the driver, has control of the keyboard/mouse and actively implements the program. The other programmer, the observer, continuously observes the work of the driver to identify tactical (syntactic, spelling, etc.) defects, and also thinks strategically about the direction of the work.
↑ ^2.0 ^2.1 ^2.2 ^2.3 ^2.4 Lui, Kim Man (September 2006). "Pair programming productivity: Novice–novice vs. expert–expert" (PDF). International Journal of Human–Computer Studies. 64 (9): 915–925. CiteSeerX 10.1.1.364.2159. doi:10.1016/j.ijhcs.2006.04.010. Archived from the original (PDF) on 2011-07-20. Retrieved 2012-11-18.
↑ ^3.0 ^3.1 ^3.2 ^3.3 ^3.4 Cockburn, Alistair; Williams, Laurie (2000). "जोड़ी प्रोग्रामिंग की लागत और लाभ" (PDF). Proceedings of the First International Conference on Extreme Programming and Flexible Processes in Software Engineering (XP2000).
↑ Flor, Nick V.; Hutchins, Edwin L. (1991). "Analyzing Distributed Cognition in Software Teams: A Case Study of Team Programming During Perfective Software Maintenance". In Koenemann-Belliveau, Jürgen; Moher, Thomas G.; Robertson, Scott P. (eds.). Empirical Studies of Programmers: Fourth Workshop. Ablex. pp. 36–64. ISBN 978-0-89391-856-9.
↑ ^5.0 ^5.1 Williams, Laurie; Kessler, Robert R.; Cunningham, Ward; Jeffries, Ron (2000). "जोड़ी प्रोग्रामिंग के मामले को मजबूत करना" (PDF). IEEE Software. 17 (4): 19–25. CiteSeerX 10.1.1.33.5248. doi:10.1109/52.854064.
↑ ^6.0 ^6.1 Williams, Laurie; Upchurch, Richard L. (2001). "छात्र जोड़ी प्रोग्रामिंग के समर्थन में". ACM SIGCSE Bulletin. 33 (1): 327–31. doi:10.1145/366413.364614.
↑ ^7.0 ^7.1 ^7.2 Hannay, Jo E.; Tore Dybå; Erik Arisholm; Dag I.K. Sjøberg (July 2009). "The Effectiveness of Pair Programming: A Meta-Analysis". Information and Software Technology. 51 (7): 1110–1122. doi:10.1016/j.infsof.2009.02.001.
↑ Stephens, Matt; Doug Rosenberg. "Will Pair Programming Really Improve Your Project?". Retrieved 28 May 2011.
↑ Sarkar, Advait; Gordon, Andrew D.; Negreanu, Carina; Poelitz, Christian; Ragavan, Sruti S.; Zorn, Ben (2022). "What is it like to program with artificial intelligence?". Psychology of Programming Interest Group. Retrieved 27 March 2023.
↑ Williams, L. & Kessler, R. (2003). जोड़ी प्रोग्रामिंग प्रकाशित. Boston: Addison-Wesley Professional. ISBN 9780201745764.
↑ Flor, Nick V. (2006). "विश्व स्तर पर वितरित सॉफ्टवेयर विकास और जोड़ी प्रोग्रामिंग". Communications of the ACM. 49 (10): 57–8. doi:10.1145/1164394.1164421. S2CID 8963421.
↑ Schümmer, Till; Stephan Lukosch (September 2009). "Understanding Tools and Practices for Distributed Pair Programming" (PDF). Journal of Universal Computer Science. 15 (16): 3101–3125. Retrieved 2010-04-30.
↑ Agile Ajax: Pair Programming with VNC Archived 2008-04-02 at the Wayback Machine^{[self-published source]}
↑ Pair Programming – The Ultimate Setup and the other options we tried. – Jonathan Cogley's Blog

बाहरी संबंध

wikiHow: How to Pair Program How-to guide; contains common wisdom on how to make pair programming work.
Tuple:Pair Programming Guide Pair programming guide that covers paring styles, antipatterns, and more. Includes example paring videos.
c2:PairProgramming
c2:PairProgrammingPattern
c2:PairRotationFrequency

[1] Williams, Laurie (February 19–20, 2001). जोड़ी प्रोग्रामिंग को एक सॉफ्टवेयर विकास प्रक्रिया में एकीकृत करना. 14th Conference on Software Engineering Education and Training. Charlotte. pp. 27–36. doi:10.1109/CSEE.2001.913816. ISBN 0-7695-1059-0. One of the programmers, the driver, has control of the keyboard/mouse and actively implements the program. The other programmer, the observer, continuously observes the work of the driver to identify tactical (syntactic, spelling, etc.) defects, and also thinks strategically about the direction of the work.

[ijhcs-2] 2.0 ^2.1 ^2.2 ^2.3 ^2.4 Lui, Kim Man (September 2006). "Pair programming productivity: Novice–novice vs. expert–expert" (PDF). International Journal of Human–Computer Studies. 64 (9): 915–925. CiteSeerX 10.1.1.364.2159. doi:10.1016/j.ijhcs.2006.04.010. Archived from the original (PDF) on 2011-07-20. Retrieved 2012-11-18.

[costs-benefits-3] 3.0 ^3.1 ^3.2 ^3.3 ^3.4 Cockburn, Alistair; Williams, Laurie (2000). "जोड़ी प्रोग्रामिंग की लागत और लाभ" (PDF). Proceedings of the First International Conference on Extreme Programming and Flexible Processes in Software Engineering (XP2000).

[4] Flor, Nick V.; Hutchins, Edwin L. (1991). "Analyzing Distributed Cognition in Software Teams: A Case Study of Team Programming During Perfective Software Maintenance". In Koenemann-Belliveau, Jürgen; Moher, Thomas G.; Robertson, Scott P. (eds.). Empirical Studies of Programmers: Fourth Workshop. Ablex. pp. 36–64. ISBN 978-0-89391-856-9.

[strengthening-5] 5.0 ^5.1 Williams, Laurie; Kessler, Robert R.; Cunningham, Ward; Jeffries, Ron (2000). "जोड़ी प्रोग्रामिंग के मामले को मजबूत करना" (PDF). IEEE Software. 17 (4): 19–25. CiteSeerX 10.1.1.33.5248. doi:10.1109/52.854064.

[support-6] 6.0 ^6.1 Williams, Laurie; Upchurch, Richard L. (2001). "छात्र जोड़ी प्रोग्रामिंग के समर्थन में". ACM SIGCSE Bulletin. 33 (1): 327–31. doi:10.1145/366413.364614.

[hannay-meta-7] 7.0 ^7.1 ^7.2 Hannay, Jo E.; Tore Dybå; Erik Arisholm; Dag I.K. Sjøberg (July 2009). "The Effectiveness of Pair Programming: A Meta-Analysis". Information and Software Technology. 51 (7): 1110–1122. doi:10.1016/j.infsof.2009.02.001.

[8] Stephens, Matt; Doug Rosenberg. "Will Pair Programming Really Improve Your Project?". Retrieved 28 May 2011.

[9] Sarkar, Advait; Gordon, Andrew D.; Negreanu, Carina; Poelitz, Christian; Ragavan, Sruti S.; Zorn, Ben (2022). "What is it like to program with artificial intelligence?". Psychology of Programming Interest Group. Retrieved 27 March 2023.

[10] Williams, L. & Kessler, R. (2003). जोड़ी प्रोग्रामिंग प्रकाशित. Boston: Addison-Wesley Professional. ISBN 9780201745764.

[11] Flor, Nick V. (2006). "विश्व स्तर पर वितरित सॉफ्टवेयर विकास और जोड़ी प्रोग्रामिंग". Communications of the ACM. 49 (10): 57–8. doi:10.1145/1164394.1164421. S2CID 8963421.

[jucs-12] Schümmer, Till; Stephan Lukosch (September 2009). "Understanding Tools and Practices for Distributed Pair Programming" (PDF). Journal of Universal Computer Science. 15 (16): 3101–3125. Retrieved 2010-04-30.

[13] Agile Ajax: Pair Programming with VNC Archived 2008-04-02 at the Wayback Machine^{[self-published source]}

[14] Pair Programming – The Ultimate Setup and the other options we tried. – Jonathan Cogley's Blog

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

@@ Line 1: / Line 1: @@
 {{short description|Collaborative technique for software development}}
-[[File:Wocintech (microsoft) - 61 (25926639341).jpg|thumb|जोड़ा प्रोग्राम तैयार करना]]पेयर प्रोग्रामिंग एक [[सॉफ्टवेयर डेवलपमेंट]] तकनीक है जिसमें दो [[कंप्यूटर प्रोग्राम]]र एक वर्कस्टेशन पर एक साथ काम करते हैं। एक, ''ड्राइवर'', स्रोत कोड लिखता है जबकि दूसरा, ''पर्यवेक्षक'' या ''नेविगेटर'',<ref>{{cite conference |last1=Williams |first1=Laurie|author1-link=Laurie Williams (software engineer) |title=जोड़ी प्रोग्रामिंग को एक सॉफ्टवेयर विकास प्रक्रिया में एकीकृत करना|pages=27–36 |doi=10.1109/CSEE.2001.913816 |conference=14th Conference on Software Engineering Education and Training |date=February 19–20, 2001 |location=Charlotte |isbn=0-7695-1059-0 |quote=One of the programmers, the driver, has control of the keyboard/mouse and actively implements the program. The other programmer, the observer, continuously observes the work of the driver to identify tactical (syntactic, spelling, etc.) defects, and also thinks strategically about the direction of the work.}}</ref> कोड टाइप करते समय कोड की प्रत्येक पंक्ति की समीक्षा करता है। दोनों प्रोग्रामर बार-बार भूमिकाएँ बदलते हैं।
+[[File:Wocintech (microsoft) - 61 (25926639341).jpg|thumb|पेअर प्रोग्रामिंग]]'''पेअर प्रोग्रामिंग''' एक [[सॉफ्टवेयर डेवलपमेंट]] तकनीक है जिसमें दो [[कंप्यूटर प्रोग्राम]]र एक वर्कस्टेशन पर एक साथ काम करते हैं। एक, ''ड्राइवर'', कोड लिखता है जबकि दूसरा, ''पर्यवेक्षक'' या ''नेविगेटर'',<ref>{{cite conference |last1=Williams |first1=Laurie|author1-link=Laurie Williams (software engineer) |title=जोड़ी प्रोग्रामिंग को एक सॉफ्टवेयर विकास प्रक्रिया में एकीकृत करना|pages=27–36 |doi=10.1109/CSEE.2001.913816 |conference=14th Conference on Software Engineering Education and Training |date=February 19–20, 2001 |location=Charlotte |isbn=0-7695-1059-0 |quote=One of the programmers, the driver, has control of the keyboard/mouse and actively implements the program. The other programmer, the observer, continuously observes the work of the driver to identify tactical (syntactic, spelling, etc.) defects, and also thinks strategically about the direction of the work.}}</ref> कोड टाइप करते समय कोड की प्रत्येक पंक्ति की समीक्षा करता है। दोनों प्रोग्रामर बार-बार भूमिकाएँ बदलते हैं।
-समीक्षा करते समय, पर्यवेक्षक कार्य की रणनीतिक दिशा, सुधार के लिए विचार और संभावित भविष्य की समस्याओं के समाधान पर भी विचार करता है। इसका उद्देश्य ड्राइवर को सुरक्षा जाल और मार्गदर्शक के रूप में पर्यवेक्षक का उपयोग करते हुए, वर्तमान कार्य को पूरा करने के सामरिक पहलुओं पर अपना सारा ध्यान केंद्रित करने के लिए मुक्त करना है।
+समीक्षा करते समय, पर्यवेक्षक कार्य की "रणनीतिक" दिशा पर भी विचार करता है, सुधार के लिए विचार लाता है और संभावित भविष्य की समस्याओं के समाधान पर भी विचार करता है। इसका उद्देश्य ड्राइवर को सुरक्षा जाल और मार्गदर्शक के रूप में पर्यवेक्षक का उपयोग करते हुए, वर्तमान कार्य को पूरा करने के "सामरिक" पहलुओं पर अपना सारा ध्यान केंद्रित करने के लिए मुक्त करना है।
 ==अर्थशास्त्र==
-व्यक्तिगत रूप से काम करने वाले प्रोग्रामर की तुलना में जोड़ी प्रोग्रामिंग से कोड वितरित करने के लिए आवश्यक मानव-घंटे|व्यक्ति-घंटे बढ़ जाते हैं।<ref name="ijhcs"/>हालाँकि, परिणामी कोड में कम दोष हैं।<ref name="costs-benefits"/>कोड विकास समय के साथ-साथ, क्षेत्र समर्थन लागत और गुणवत्ता आश्वासन जैसे अन्य कारक भी निवेश पर रिटर्न में शामिल होते हैं। जोड़ी प्रोग्रामिंग सैद्धांतिक रूप से कार्यक्रमों में दोषों को कम करके इन खर्चों की भरपाई कर सकती है।<ref name="costs-benefits">{{Cite journal|last1=Cockburn|first1=Alistair|last2=Williams|first2=Laurie|author2-link=Laurie Williams (software engineer)|title=जोड़ी प्रोग्रामिंग की लागत और लाभ|journal=Proceedings of the First International Conference on Extreme Programming and Flexible Processes in Software Engineering (XP2000)|author-link=Alistair Cockburn|year=2000|url=http://collaboration.csc.ncsu.edu/laurie/Papers/XPSardinia.PDF}}</ref>
+व्यक्तिगत रूप से काम करने वाले प्रोग्रामर की तुलना में पेअर प्रोग्रामिंग से कोड वितरित करने के लिए आवश्यक मानव-घंटे बढ़ जाते हैं।<ref name="ijhcs"/>हालाँकि, परिणामी कोड में कम दोष होते हैं।<ref name="costs-benefits"/> कोड विकास समय के साथ-साथ, क्षेत्र समर्थन लागत और गुणवत्ता आश्वासन जैसे अन्य कारक भी निवेश पर लाभ में सम्मिलित होते हैं। पेअर प्रोग्रामिंग सैद्धांतिक रूप से प्रोग्रामों में दोषों को कम करके इन खर्चों की भरपाई कर सकती है।<ref name="costs-benefits">{{Cite journal|last1=Cockburn|first1=Alistair|last2=Williams|first2=Laurie|author2-link=Laurie Williams (software engineer)|title=जोड़ी प्रोग्रामिंग की लागत और लाभ|journal=Proceedings of the First International Conference on Extreme Programming and Flexible Processes in Software Engineering (XP2000)|author-link=Alistair Cockburn|year=2000|url=http://collaboration.csc.ncsu.edu/laurie/Papers/XPSardinia.PDF}}</ref>
-ग़लतियाँ होने पर उन्हें रोकने के अलावा, अन्य अमूर्त लाभ भी मौजूद हो सकते हैं। उदाहरण के लिए, एक साथ काम करते समय फोन कॉल या अन्य विकर्षणों को अस्वीकार करने का शिष्टाचार, सहमत अंतराल पर कम ब्रेक लेना, या फोन कॉल का जवाब देने के लिए साझा ब्रेक लेना (लेकिन चूंकि कोई इंतजार कर रहा है तो जल्दी से काम पर लौटना)। टीम के एक सदस्य का ध्यान अधिक हो सकता है और यदि उनका ध्यान भटक जाता है तो वे दूसरे को प्रेरित करने या जगाने में मदद कर सकते हैं और वह भूमिका समय-समय पर बदल सकती है। एक सदस्य को किसी विषय या तकनीक का ज्ञान हो सकता है जो दूसरे को नहीं है, जो समाधान खोजने या परीक्षण करने में होने वाली देरी को खत्म कर सकता है, या बेहतर समाधान की अनुमति दे सकता है, इस प्रकार तुलना में प्रोग्रामर के कौशल सेट, ज्ञान और अनुभव को प्रभावी ढंग से बढ़ा सकता है। अकेले काम करने के लिए. इनमें से प्रत्येक अमूर्त लाभ, और कई अन्य, को सटीक रूप से मापना चुनौतीपूर्ण हो सकता है लेकिन अधिक कुशल कार्य घंटों में योगदान दे सकता है।{{citation needed|date=April 2022}}
+ग़लतियाँ होने पर उन्हें रोकने के अलावा, अन्य अमूर्त लाभ भी निहित हो सकते हैं। उदाहरण के लिए, एक साथ काम करते समय फोन कॉल या अन्य विकर्षणों को अस्वीकार करने का शिष्टाचार, सहमत अंतराल पर कम विराम लेना, या फोन कॉल का जवाब देने के लिए साझा विराम लेना (लेकिन चूंकि कोई इंतजार कर रहा है तो जल्दी से काम पर लौटना)। टीम के एक सदस्य का ध्यान अधिक हो सकता है और यदि उनका ध्यान भटक जाता है तो वे दूसरे को प्रेरित करने या जगाने में मदद कर सकते हैं और वह भूमिका समय-समय पर बदल सकती है। एक सदस्य को किसी विषय या तकनीक का ज्ञान हो सकता है जो दूसरे को नहीं है, जो समाधान खोजने या परीक्षण करने में होने वाली देरी को खत्म कर सकता है, या बेहतर समाधान की अनुमति दे सकता है, इस प्रकार अकेले काम करने की तुलना में पेअर प्रोग्रामिंग प्रोग्रामर के कौशल सेट, ज्ञान और अनुभव को प्रभावी ढंग से बढ़ा सकता है। इनमें से प्रत्येक अमूर्त लाभ, और कई अन्य, को सटीक रूप से मापना चुनौतीपूर्ण हो सकता है लेकिन अधिक कुशल कार्य घंटों में योगदान दे सकता है।{{citation needed|date=April 2022}}
 ==डिज़ाइन गुणवत्ता==
@@ Line 15: / Line 16: @@
 # वे अपनी कार्यात्मक भूमिकाओं के आधार पर समस्या के प्रति भिन्न-भिन्न संबंधों में खड़े होते हैं।
-लक्ष्यों और योजनाओं को साझा करने के प्रयास में, जब प्रोग्रामर के बीच कोई टकराव उत्पन्न होता है, तो उन्हें खुले तौर पर साझा कार्रवाई पर बातचीत करनी चाहिए। ऐसा करने में, वे अकेले प्रोग्रामर की तुलना में समस्या को हल करने के कई तरीकों पर विचार करते हैं। यह प्रोग्राम की डिज़ाइन गुणवत्ता में उल्लेखनीय रूप से सुधार करता है क्योंकि इससे खराब विधि का चयन करने की संभावना कम हो जाती है।<ref>{{cite book |first1=Nick V. |last1=Flor |first2=Edwin L. |last2=Hutchins |chapter=Analyzing Distributed Cognition in Software Teams: A Case Study of Team Programming During Perfective Software Maintenance |pages=36–64 |chapter-url={{Google books|KT_bpSSJBgcC|page=36|plainurl=yes}} |editor1-first=Jürgen |editor1-last=Koenemann-Belliveau |editor2-first=Thomas G. |editor2-last=Moher |editor3-first=Scott P. |editor3-last=Robertson |year=1991 |title=Empirical Studies of Programmers: Fourth Workshop |publisher=Ablex |isbn=978-0-89391-856-9 }}</ref>
+लक्ष्यों और योजनाओं को साझा करने के प्रयास में, जब प्रोग्रामर के बीच कोई टकराव उत्पन्न होता है, तो उन्हें खुलकर साझा कार्रवाई पर बातचीत करनी चाहिए। ऐसा करने में, वे अकेले प्रोग्रामर की तुलना में समस्या को हल करने के कई तरीकों पर विचार करते हैं। यह प्रोग्राम की डिज़ाइन गुणवत्ता में उल्लेखनीय रूप से सुधार करता है क्योंकि इससे खराब विधि का चयन करने की संभावना कम हो जाती है।<ref>{{cite book |first1=Nick V. |last1=Flor |first2=Edwin L. |last2=Hutchins |chapter=Analyzing Distributed Cognition in Software Teams: A Case Study of Team Programming During Perfective Software Maintenance |pages=36–64 |chapter-url={{Google books|KT_bpSSJBgcC|page=36|plainurl=yes}} |editor1-first=Jürgen |editor1-last=Koenemann-Belliveau |editor2-first=Thomas G. |editor2-last=Moher |editor3-first=Scott P. |editor3-last=Robertson |year=1991 |title=Empirical Studies of Programmers: Fourth Workshop |publisher=Ablex |isbn=978-0-89391-856-9 }}</ref>
 ==संतुष्टि==
-के जोड़ी प्रोग्रामर के एक ऑनलाइन सर्वेक्षण में, 96% प्रोग्रामर ने कहा कि उन्हें अकेले प्रोग्रामिंग की तुलना में जोड़ी प्रोग्रामिंग में काम करने में अधिक आनंद आया। इसके अलावा, 95% ने कहा कि जब उन्होंने जोड़ी प्रोग्राम किया तो वे अपने काम में अधिक आश्वस्त थे। हालाँकि, चूंकि सर्वेक्षण स्व-चयनित जोड़ी प्रोग्रामर के बीच था, इसमें उन प्रोग्रामर को शामिल नहीं किया गया था जिन्हें जोड़ी कार्यक्रम के लिए मजबूर किया गया था।<ref name="strengthening">{{cite journal |last1=Williams |first1=Laurie|author1-link=Laurie Williams (software engineer) |last2=Kessler |first2=Robert R. |last3=Cunningham |first3=Ward |last4=Jeffries |first4=Ron |title=जोड़ी प्रोग्रामिंग के मामले को मजबूत करना|journal=IEEE Software |volume=17 |issue=4 |year=2000 |pages=19–25 |doi=10.1109/52.854064 |url=http://sunnyday.mit.edu/16.355/williams.pdf |citeseerx=10.1.1.33.5248 }}</ref>
+के पेअर प्रोग्रामर के एक ऑनलाइन सर्वेक्षण में, 96% प्रोग्रामर ने कहा कि उन्हें अकेले प्रोग्रामिंग की तुलना में पेअर प्रोग्रामिंग में काम करने में अधिक आनंद आया। इसके अलावा, 95% ने कहा कि जब उन्होंने जोड़ी प्रोग्राम किया तो वे अपने काम में अधिक आश्वस्त थे। हालाँकि, चूंकि सर्वेक्षण स्व-चयनित पेअर प्रोग्रामर के बीच था, इसमें उन प्रोग्रामर को सम्मिलित नहीं किया गया था जिन्हें पेअर प्रोग्राम के लिए मजबूर किया गया था।<ref name="strengthening">{{cite journal |last1=Williams |first1=Laurie|author1-link=Laurie Williams (software engineer) |last2=Kessler |first2=Robert R. |last3=Cunningham |first3=Ward |last4=Jeffries |first4=Ron |title=जोड़ी प्रोग्रामिंग के मामले को मजबूत करना|journal=IEEE Software |volume=17 |issue=4 |year=2000 |pages=19–25 |doi=10.1109/52.854064 |url=http://sunnyday.mit.edu/16.355/williams.pdf |citeseerx=10.1.1.33.5248 }}</ref>
 ==सीखना==
-चाहे उद्योग में हो या कक्षा में, जोड़ी प्रोग्रामर के बीच ज्ञान लगातार साझा किया जाता है। कई स्रोतों से पता चलता है कि जोड़ियों में प्रोग्रामिंग करते समय छात्र अधिक आत्मविश्वास दिखाते हैं,<ref name="strengthening"/>और कई लोग सीखते हैं, चाहे वह प्रोग्रामिंग भाषा नियमों की युक्तियों से लेकर समग्र डिजाइन कौशल तक हो।<ref name="support">{{cite journal |last1=Williams |first1=Laurie|author1-link=Laurie Williams (software engineer) |last2=Upchurch |first2=Richard L. |title=छात्र जोड़ी प्रोग्रामिंग के समर्थन में|journal=ACM SIGCSE Bulletin |volume=33 |issue=1 |year=2001 |pages=327–31 |doi=10.1145/366413.364614 |doi-access=free }}</ref> प्रोमिसस पेयरिंग में, प्रत्येक प्रोग्रामर केवल एक पार्टनर के साथ पेयर करने के बजाय टीम के अन्य सभी प्रोग्रामर के साथ संचार करता है और काम करता है, जिससे सिस्टम का ज्ञान पूरी टीम में फैल जाता है।<ref name="costs-benefits"/>जोड़ी प्रोग्रामिंग प्रोग्रामर को अपने साथी के कोड की जांच करने और फीडबैक प्रदान करने की अनुमति देती है, जो कि उनकी स्वयं की सीखने की गतिविधियों के लिए निगरानी तंत्र विकसित करने की उनकी क्षमता बढ़ाने के लिए आवश्यक है।<ref name="support"/>
+चाहे उद्योग में हो या कक्षा में, पेअर प्रोग्रामर के बीच ज्ञान लगातार साझा किया जाता है। कई स्रोतों से पता चलता है कि जोड़ियों में प्रोग्रामिंग करते समय छात्र अधिक आत्मविश्वास दिखाते हैं,<ref name="strengthening"/>और कई लोग सीखते हैं, चाहे वह प्रोग्रामिंग भाषा नियमों की युक्तियों से लेकर समग्र डिजाइन कौशल तक हो।<ref name="support">{{cite journal |last1=Williams |first1=Laurie|author1-link=Laurie Williams (software engineer) |last2=Upchurch |first2=Richard L. |title=छात्र जोड़ी प्रोग्रामिंग के समर्थन में|journal=ACM SIGCSE Bulletin |volume=33 |issue=1 |year=2001 |pages=327–31 |doi=10.1145/366413.364614 |doi-access=free }}</ref> "प्रोमिसस पेयरिंग" में, प्रत्येक प्रोग्रामर केवल एक पार्टनर के साथ जोड़ी बनाने के बजाय टीम के अन्य सभी प्रोग्रामर के साथ संचार करता है और काम करता है, जिससे सिस्टम का ज्ञान पूरी टीम में फैल जाता है।<ref name="costs-benefits"/> पेअर प्रोग्रामिंग प्रोग्रामर को अपने साथी के कोड की जांच करने और फीडबैक प्रदान करने की अनुमति देती है, जो कि उनकी स्वयं की सीखने की गतिविधियों के लिए अनुश्रवण प्रक्रिया विकसित करने की उनकी क्षमता बढ़ाने के लिए आवश्यक है।<ref name="support"/>
 ==टीम-निर्माण और संचार==
-[[File:Pair programming 1.jpg|thumb|दो सहकर्मियों की जोड़ी प्रोग्रामिंग, 2007]]जोड़ी प्रोग्रामिंग टीम के सदस्यों को शीघ्रता से साझा करने की अनुमति देती है, जिससे उनके एजेंडे एक-दूसरे से छिपे होने की संभावना कम हो जाती है। इससे जोड़ी प्रोग्रामरों को अधिक आसानी से संवाद करना सीखने में मदद मिलती है। इससे परियोजना के भीतर संचार बैंडविड्थ और आवृत्ति बढ़ जाती है, जिससे टीम के भीतर समग्र सूचना प्रवाह बढ़ जाता है।<ref name="costs-benefits"/>
+[[File:Pair programming 1.jpg|thumb|दो सहकर्मियों की पेअर प्रोग्रामिंग, 2007]]पेअर प्रोग्रामिंग टीम के सदस्यों को शीघ्रता से साझा करने की अनुमति देती है, जिससे उनके एजेंडे एक-दूसरे से छिपे होने की संभावना कम हो जाती है। इससे पेअर प्रोग्रामरों को अधिक आसानी से संवाद करना सीखने में मदद मिलती है। "इससे प्रोजेक्ट के भीतर संचार बैंडविड्थ और आवृत्ति बढ़ जाती है, जिससे टीम के भीतर समग्र सूचना प्रवाह बढ़ जाता है।"<ref name="costs-benefits"/>
 ==अध्ययन==
-जोड़ी प्रोग्रामिंग के अनुभवजन्य अध्ययन और मेटा-विश्लेषण दोनों हैं। अनुभवजन्य अध्ययन उत्पादकता के स्तर और कोड की गुणवत्ता की जांच करते हैं, जबकि मेटा-विश्लेषण परीक्षण और प्रकाशन की प्रक्रिया द्वारा शुरू किए गए पूर्वाग्रहों पर ध्यान केंद्रित कर सकते हैं।
+पेअर प्रोग्रामिंग के अनुभवजन्य अध्ययन और मेटा-विश्लेषण दोनों हैं। अनुभवजन्य अध्ययन सर्जनात्मकता के स्तर और कोड की गुणवत्ता की जांच करते हैं, जबकि मेटा-विश्लेषण परीक्षण और प्रकाशन की प्रक्रिया द्वारा शुरू किए गए पूर्वाग्रहों पर ध्यान केंद्रित कर सकते हैं।
-एक मेटा-विश्लेषण में पाया गया कि जोड़े आम तौर पर अकेले काम करने वाले प्रोग्रामर की तुलना में अधिक डिज़ाइन विकल्पों पर विचार करते हैं, सरल, अधिक रखरखाव योग्य डिज़ाइन पर पहुंचते हैं, और डिज़ाइन दोषों को पहले ही पकड़ लेते हैं। हालाँकि, इसने चिंता जताई कि इसके निष्कर्ष जोड़ी प्रोग्रामिंग पर प्रकाशित अध्ययनों के बीच [[प्रकाशन पूर्वाग्रह]] के संकेतों से प्रभावित हो सकते हैं। इससे यह निष्कर्ष निकला कि जोड़ी प्रोग्रामिंग समान रूप से लाभकारी या प्रभावी नहीं है।<ref name="hannay-meta">{{cite journal
+एक मेटा-विश्लेषण में पाया गया कि जोड़े प्रायः अकेले काम करने वाले प्रोग्रामर की तुलना में अधिक डिज़ाइन विकल्पों पर विचार करते हैं, सरल, अधिक रखरखाव योग्य डिज़ाइन पर पहुंचते हैं, और डिज़ाइन दोषों को पहले ही पकड़ लेते हैं। हालाँकि, इसने चिंता जताई कि इसके निष्कर्ष "पेअर प्रोग्रामिंग पर प्रकाशित अध्ययनों के बीच [[प्रकाशन पूर्वाग्रह]] के संकेतों" से प्रभावित हो सकते हैं। इससे यह निष्कर्ष निकला कि "पेअर प्रोग्रामिंग समान रूप से लाभकारी या प्रभावी नहीं है"।<ref name="hannay-meta">{{cite journal
 | last = Hannay
 | first = Jo E.
@@ Line 44: / Line 45: @@
 |date=July 2009
 | doi = 10.1016/j.infsof.2009.02.001}}</ref>
-हालाँकि जोड़ी प्रोग्रामर किसी कार्य को एकल प्रोग्रामर की तुलना में तेजी से पूरा कर सकते हैं, लेकिन मानव-घंटे|व्यक्ति-घंटे की कुल संख्या बढ़ जाती है।<ref name="ijhcs"/>एक प्रबंधक को काम को तेजी से पूरा करने और कोडिंग की उच्च लागत के मुकाबले परीक्षण और डिबगिंग समय को कम करने के बीच संतुलन बनाना होगा। इन कारकों का सापेक्षिक महत्व परियोजना और कार्य के अनुसार भिन्न-भिन्न हो सकता है।
-युग्मन का लाभ उन कार्यों पर सबसे अधिक होता है जिन्हें प्रोग्रामर शुरू करने से पहले पूरी तरह से नहीं समझते हैं: यानी, चुनौतीपूर्ण कार्य जिनमें रचनात्मकता और परिष्कार की आवश्यकता होती है, और विशेषज्ञों की तुलना में नौसिखियों के लिए।<ref name='ijhcs'>{{cite journal
+हालाँकि पेअर प्रोग्रामर किसी कार्य को एकल प्रोग्रामर की तुलना में तेजी से पूरा कर सकते हैं, लेकिन मानव-घंटे की कुल संख्या बढ़ जाती है।<ref name="ijhcs" /> एक प्रबंधक को काम को तेजी से पूरा करने और कोडिंग की उच्च लागत के मुकाबले परीक्षण और डिबगिंग समय को कम करने के बीच संतुलन बनाना होगा। इन कारकों का सापेक्षिक महत्व प्रोजेक्ट और कार्य के अनुसार भिन्न-भिन्न हो सकता है।
+युग्मन का लाभ उन कार्यों पर सबसे अधिक होता है जिन्हें प्रोग्रामर शुरू करने से पहले पूरी तरह से नहीं समझते हैं: यानी, विशेषज्ञों की तुलना में नौसिखियों के लिए चुनौतीपूर्ण कार्य जिनमें रचनात्मकता और व्यवहार कुशल की आवश्यकता होती है।<ref name="ijhcs">{{cite journal
 | last = Lui
 | first = Kim Man
@@ Line 62: / Line 64: @@
 | archive-date = 2011-07-20
 | url-status = dead
-}}</ref> जोड़ी प्रोग्रामिंग जटिल प्रोग्रामिंग कार्यों पर उच्च गुणवत्ता और शुद्धता प्राप्त करने में सहायक हो सकती है, लेकिन इससे विकास प्रयास (लागत) में भी काफी वृद्धि होगी।<ref name="hannay-meta"/>
+}}</ref> पेअर प्रोग्रामिंग जटिल प्रोग्रामिंग कार्यों पर उच्च गुणवत्ता और शुद्धता प्राप्त करने में सहायक हो सकती है, लेकिन इससे विकास प्रयास (लागत) में भी काफी वृद्धि होगी।<ref name="hannay-meta" />
+सरल कार्यों पर, जिन्हें जोड़ी पहले से ही पूरी तरह से समझती है, जोड़ी बनाने से रचनात्मकता में शुद्ध गिरावट आती है।<ref name="ijhcs" /> इससे कोड विकास का समय कम हो सकता है लेकिन प्रोग्राम की गुणवत्ता कम होने का जोखिम भी है।<ref name="hannay-meta" /> जब नौसिखिया-नौसिखिया जोड़ी का उपयोग उन्हें प्रशिक्षित करने के लिए एक संरक्षक की पर्याप्त उपलब्धता के बिना किया जाता है, तो रचनात्मकता भी गिर सकती है।<ref>{{cite web|last=Stephens|first=Matt |author2=Doug Rosenberg |title=Will Pair Programming Really Improve Your Project?|url=http://www.methodsandtools.com/archive/archive.php?id=10| access-date = 28 May 2011}}</ref>
+[[GitHub Copilot|गिटहब  कोपायलट]] जैसे AI सहायता टूल का उपयोग करने वाले प्रोग्रामर के एक अध्ययन में पाया गया कि जबकि कुछ प्रोग्रामर ने AI सहायता को पेअर प्रोग्रामिंग के समान माना है, व्यवहार में ऐसे टूल का उपयोग प्रोग्रामर अनुभव के संदर्भ में बहुत अलग है, जिसमें मानव प्रोग्रामर ड्राइवर और नेविगेटर भूमिकाओं के बीच बार-बार परिवर्तन को ऐसा करना पड़ता है।<ref>{{cite journal |last1=Sarkar |first1=Advait |last2=Gordon |first2=Andrew D. |last3=Negreanu |first3=Carina |last4=Poelitz |first4=Christian |last5=Ragavan |first5=Sruti S. |last6=Zorn |first6=Ben |title=What is it like to program with artificial intelligence? |journal=Psychology of Programming Interest Group |date=2022 |url=https://www.ppig.org/papers/2022-ppig-33rd-sarkar/ |access-date=27 March 2023}}</ref>
-सरल कार्यों पर, जिन्हें जोड़ी पहले से ही पूरी तरह से समझती है, जोड़ी बनाने से उत्पादकता में शुद्ध गिरावट आती है।<ref name="ijhcs"/><संदर्भ नाम = अरिशोलम 2007 65-86 >{{cite journal
-| last = Arisholm
-| first = Erik
-|author2=Hans Gallis |author3=Tore Dybå |author4=Dag I.K. Sjøberg
- | title = सिस्टम जटिलता और प्रोग्रामर विशेषज्ञता के संबंध में जोड़ी प्रोग्रामिंग का मूल्यांकन| journal = IEEE Transactions on Software Engineering
-| volume = 33
-| issue = 2
-| pages = 65–86
-|date=February 2007
-| doi = 10.1109/TSE.2007.17
-| s2cid = 9889035
-| url = http://simula.no/research/se/publications/Arisholm.2006.2/simula_pdf_file
-| access-date = 2008-07-21
-| archive-url = https://web.archive.org/web/20101029033020/http://simula.no/research/se/publications/Arisholm.2006.2/simula_pdf_file
-| archive-date = 2010-10-29
-| url-status = dead}}</ref> इससे कोड विकास का समय कम हो सकता है लेकिन प्रोग्राम की गुणवत्ता कम होने का जोखिम भी है।<ref name="hannay-meta"/>जब नौसिखिया-नौसिखिया जोड़ी का उपयोग उन्हें प्रशिक्षित करने के लिए एक संरक्षक की पर्याप्त उपलब्धता के बिना किया जाता है, तो उत्पादकता भी गिर सकती है।<ref>{{cite web|last=Stephens|first=Matt |author2=Doug Rosenberg |title=Will Pair Programming Really Improve Your Project?|url=http://www.methodsandtools.com/archive/archive.php?id=10| access-date = 28 May 2011}}</ref>
-[[GitHub Copilot]] जैसे AI सहायता टूल का उपयोग करने वाले प्रोग्रामर के एक अध्ययन में पाया गया कि जबकि कुछ प्रोग्रामर ने AI सहायता को जोड़ी प्रोग्रामिंग के समान माना है, व्यवहार में ऐसे टूल का उपयोग प्रोग्रामर अनुभव के संदर्भ में बहुत अलग है, जिसमें मानव प्रोग्रामर को ऐसा करना पड़ता है। ड्राइवर और नेविगेटर भूमिकाओं के बीच बार-बार परिवर्तन।<ref>{{cite journal |last1=Sarkar |first1=Advait |last2=Gordon |first2=Andrew D. |last3=Negreanu |first3=Carina |last4=Poelitz |first4=Christian |last5=Ragavan |first5=Sruti S. |last6=Zorn |first6=Ben |title=What is it like to program with artificial intelligence? |journal=Psychology of Programming Interest Group |date=2022 |url=https://www.ppig.org/papers/2022-ppig-33rd-sarkar/ |access-date=27 March 2023}}</ref>
@@ Line 86: / Line 76: @@
 ऐसे संकेतक हैं कि कोई जोड़ी अच्छा प्रदर्शन नहीं कर रही है: {{opinion|date=May 2021}}
 * विघटन तब हो सकता है जब सदस्यों में से एक शारीरिक रूप से कीबोर्ड से दूर चला जाता है, ईमेल तक पहुंच जाता है, या यहां तक कि सो जाता है।
-* यदि एक सदस्य दूसरे की तुलना में अधिक अनुभवी है तो वॉच द मास्टर घटना उत्पन्न हो सकती है। इस स्थिति में, कनिष्ठ सदस्य अधिकांश कोडिंग गतिविधि के लिए जोड़ी के वरिष्ठ सदस्य को सौंपते हुए पर्यवेक्षक की भूमिका निभा सकता है। इससे आसानी से विघटन हो सकता है।
+* यदि एक सदस्य दूसरे की तुलना में अधिक अनुभवी है तो "वॉच द मास्टर" घटना उत्पन्न हो सकती है। इस स्थिति में, कनिष्ठ सदस्य अधिकांश कोडिंग गतिविधि के लिए जोड़ी के वरिष्ठ सदस्य को सौंपते हुए पर्यवेक्षक की भूमिका निभा सकता है। इससे आसानी से विघटन हो सकता है।
 ==युग्मन विविधताएँ==
 ;विशेषज्ञ-विशेषज्ञ
-:विशेषज्ञ-विशेषज्ञ जोड़ी उच्चतम उत्पादकता के लिए स्पष्ट विकल्प प्रतीत हो सकती है और अच्छे परिणाम दे सकती है, लेकिन यह अक्सर समस्याओं को हल करने के नए तरीकों में बहुत कम अंतर्दृष्टि प्रदान करती है, क्योंकि दोनों पक्षों द्वारा स्थापित प्रथाओं पर सवाल उठाने की संभावना नहीं है।<ref name="ijhcs"/>;विशेषज्ञ-नौसिखिया
+:विशेषज्ञ-विशेषज्ञ जोड़ी उच्चतम रचनात्मकता के लिए स्पष्ट विकल्प प्रतीत हो सकती है और अच्छे परिणाम दे सकती है, लेकिन यह प्रायः समस्याओं को हल करने के नए तरीकों में बहुत कम अंतर्दृष्टि प्रदान करती है, क्योंकि दोनों पक्षों द्वारा स्थापित प्रथाओं पर सवाल उठाने की संभावना नहीं है।<ref name="ijhcs"/>
-:विशेषज्ञ-नौसिखिया जोड़ी विशेषज्ञ के लिए नौसिखिए को सलाह देने के कई अवसर पैदा करती है। यह जोड़ी नए विचारों को भी पेश कर सकती है, क्योंकि नौसिखिए द्वारा स्थापित प्रथाओं पर सवाल उठाने की अधिक संभावना है। विशेषज्ञ, जिसे अब स्थापित प्रथाओं की व्याख्या करने की आवश्यकता है, उन पर सवाल उठाने की भी अधिक संभावना है। हालाँकि, इस जोड़ी में, एक डरा हुआ नौसिखिया निष्क्रिय रूप से मास्टर को देख सकता है और सार्थक रूप से भाग लेने में संकोच कर सकता है। साथ ही, कुछ विशेषज्ञों के पास रचनात्मक नौसिखिया भागीदारी की अनुमति देने के लिए आवश्यक धैर्य नहीं हो सकता है।<ref>{{cite book|title=जोड़ी प्रोग्रामिंग प्रकाशित|author1=Williams, L. |author1-link=Laurie Williams (software engineer) |author2=Kessler, R.  |name-list-style=amp |publisher=Addison-Wesley Professional |location=Boston |date=2003|url=https://books.google.com/books?id=LRQhdlrKNE8C|isbn=9780201745764  }}</ref>
+:'''विशेषज्ञ-नौसिखिया'''
+:विशेषज्ञ-नौसिखिया जोड़ी विशेषज्ञ के लिए नौसिखिए को सलाह देने के कई अवसर पैदा करती है। यह जोड़ी नए विचारों को भी प्रस्तुत कर सकती है, क्योंकि नौसिखिए द्वारा स्थापित कार्यप्रणाली पर सवाल उठाने की अधिक संभावना है। विशेषज्ञ, जिसे अब स्थापित कार्यप्रणाली की व्याख्या करने की आवश्यकता है, उन पर सवाल उठाने की भी अधिक संभावना है। हालाँकि, इस जोड़ी में, एक डरा हुआ नौसिखिया निष्क्रिय रूप से "मास्टर को देख सकता है" और सार्थक रूप से भाग लेने में संकोच कर सकता है। साथ ही, कुछ विशेषज्ञों के पास रचनात्मक नौसिखिया भागीदारी की अनुमति देने के लिए आवश्यक धैर्य नहीं हो सकता है।<ref>{{cite book|title=जोड़ी प्रोग्रामिंग प्रकाशित|author1=Williams, L. |author1-link=Laurie Williams (software engineer) |author2=Kessler, R.  |name-list-style=amp |publisher=Addison-Wesley Professional |location=Boston |date=2003|url=https://books.google.com/books?id=LRQhdlrKNE8C|isbn=9780201745764  }}</ref>
 ;नौसिखिया–नौसिखिया
-:नौसिखिया-नौसिखिया जोड़ी स्वतंत्र रूप से काम करने वाले दो नौसिखियों की तुलना में काफी बेहतर परिणाम दे सकती है, हालांकि इस अभ्यास को आम तौर पर हतोत्साहित किया जाता है क्योंकि नौसिखियों के लिए उचित रोल मॉडल के बिना अच्छी आदतें विकसित करना कठिन होता है।<ref name="costs-benefits" />
+:नौसिखिया-नौसिखिया जोड़ी स्वतंत्र रूप से काम करने वाले दो नौसिखियों की तुलना में काफी बेहतर परिणाम दे सकती है, हालांकि इस अभ्यास को प्रायः हतोत्साहित किया जाता है क्योंकि नौसिखियों के लिए उचित रोल मॉडल के बिना अच्छी आदतें विकसित करना कठिन होता है।<ref name="costs-benefits" />
 ==दूरस्थ युग्म प्रोग्रामिंग==
-रिमोट जोड़ी प्रोग्रामिंग, जिसे वर्चुअल जोड़ी प्रोग्रामिंग या वितरित जोड़ी प्रोग्रामिंग के रूप में भी जाना जाता है, जोड़ी प्रोग्रामिंग है जिसमें दो प्रोग्रामर अलग-अलग स्थानों पर होते हैं,<ref>{{cite journal |last1=Flor |first1=Nick V. |title=विश्व स्तर पर वितरित सॉफ्टवेयर विकास और जोड़ी प्रोग्रामिंग|journal=Communications of the ACM |volume=49 |issue=10 |year=2006 |pages=57–8 |doi=10.1145/1164394.1164421 |s2cid=8963421 }}</ref> एक [[सहयोगी वास्तविक समय संपादक]], साझा डेस्कटॉप, या एक दूरस्थ जोड़ी प्रोग्रामिंग [[एकीकृत विकास पर्यावरण]] प्लगइन के माध्यम से काम करना। रिमोट पेयरिंग आमने-सामने की जोड़ी में मौजूद नहीं होने वाली कठिनाइयों का परिचय देती है, जैसे समन्वय के लिए अतिरिक्त देरी, इंडेक्स कार्ड जैसे हल्के लोगों के बजाय हेवीवेट कार्य-ट्रैकिंग टूल पर अधिक निर्भर होना, और मौखिक संचार की हानि के परिणामस्वरूप ऐसी चीजों पर भ्रम और संघर्ष होता है। जैसे कि कीबोर्ड किसके पास है।<ref name='jucs'>{{cite journal
+'''रिमोट पेअर प्रोग्रामिंग''', जिसे '''वर्चुअल पेअर प्रोग्रामिंग''' या '''वितरित पेअर प्रोग्रामिंग''' के रूप में भी जाना जाता है, पेअर प्रोग्रामिंग है जिसमें दो प्रोग्रामर अलग-अलग स्थानों पर होते हैं,<ref>{{cite journal |last1=Flor |first1=Nick V. |title=विश्व स्तर पर वितरित सॉफ्टवेयर विकास और जोड़ी प्रोग्रामिंग|journal=Communications of the ACM |volume=49 |issue=10 |year=2006 |pages=57–8 |doi=10.1145/1164394.1164421 |s2cid=8963421 }}</ref> एक [[सहयोगी वास्तविक समय संपादक]], साझा डेस्कटॉप, या एक दूरस्थ पेअर प्रोग्रामिंग [[एकीकृत विकास पर्यावरण|आईडीई]] प्लगइन के माध्यम से काम करते हैं। रिमोट पेअरिंग आमने-सामने की पेअर में निहित नहीं होने वाली कठिनाइयों का परिचय देती है, जैसे समन्वय के लिए अतिरिक्त देरी, इंडेक्स कार्ड जैसे "हल्के" टूल के बजाय "हैवीवेट" कार्य-ट्रैकिंग टूल पर अधिक निर्भर होना, और मौखिक संचार की हानि जिसके परिणामस्वरूप अस्पष्टता होती है और "कीबोर्ड किसके पास है" जैसी बातों पर टकराव होता है।<ref name='jucs'>{{cite journal
 | last = Schümmer
 | first = Till
@@ Line 109: / Line 100: @@
 | url = http://www.jucs.org/jucs_15_16/understanding_tools_and_practices/jucs_15_16_3101_3125_schuemmer.pdf
 | access-date = 2010-04-30}}</ref>
-उपकरण समर्थन इसके द्वारा प्रदान किया जा सकता है:
+टूल समर्थन इसके द्वारा प्रदान किया जा सकता है:
 * संपूर्ण-स्क्रीन साझाकरण सॉफ़्टवेयर<ref>[http://blogs.pathf.com/agileajax/2007/09/pair-programmin.html Agile Ajax: Pair Programming with VNC<!-- Bot generated title -->] {{webarchive|url=https://web.archive.org/web/20080402003711/http://blogs.pathf.com/agileajax/2007/09/pair-programmin.html |date=2008-04-02 }}{{self-published source|date=April 2016}}</ref><ref>[http://weblogs.asp.net/jcogley/archive/2004/10/13/242117.aspx Pair Programming – The Ultimate Setup and the other options we tried. – Jonathan Cogley's Blog<!-- Bot generated title -->]</ref>{{self-published inline|date=April 2016}}
-* [[टर्मिनल मल्टीप्लेक्सर]]्स
+* [[टर्मिनल मल्टीप्लेक्सर|टर्मिनल मल्टीप्लेक्सर्स]]
-* विशिष्ट वितरित संपादन उपकरण
+* विशिष्ट वितरित एडिटिंग टूल्स
-* ऑडियो चैट प्रोग्राम या वीओआईपी सॉफ्टवेयर तब मददगार हो सकते हैं जब स्क्रीन शेयरिंग सॉफ्टवेयर दो-तरफा ऑडियो क्षमता प्रदान नहीं करता है। हेडसेट का उपयोग प्रोग्रामर के हाथों को मुक्त रखता है
+* ऑडियो चैट प्रोग्राम या वीओआईपी सॉफ्टवेयर तब सहायक हो सकते हैं जब स्क्रीन शेयरिंग सॉफ्टवेयर दो-तरफा ऑडियो क्षमता प्रदान नहीं करता है। हेडसेट का उपयोग प्रोग्रामर के हाथों को मुक्त रखता है
 * क्लाउड विकास वातावरण
-* सहयोगात्मक जोड़ी प्रोग्रामिंग सेवाएँ
+* सहयोगात्मक पेअर प्रोग्रामिंग सेवाएँ
 ==यह भी देखें==
-* [[चरम कार्यक्रम]]
+* [[चरम कार्यक्रम|एक्सट्रीम प्रोग्रामिंग]]
 * [[संयुक्त ध्यान]]
-* [[भीड़ प्रोग्रामिंग]]
+* [[भीड़ प्रोग्रामिंग|मोब प्रोग्रामिंग]]
 * [[टीम प्रोग्रामिंग]]
@@ Line 134: / Line 126: @@
 * [[c2:PairRotationFrequency]]
-{{DEFAULTSORT:Pair programming}}[[Category: चुस्त सॉफ्टवेयर विकास]] [[Category: चरम कार्यक्रम]] [[Category: सॉफ्टवेयर समीक्षा]]
+{{DEFAULTSORT:Pair programming}}
-[[Category: Machine Translated Page]]
+[[Category:Accuracy disputes from April 2016]]
-[[Category:Created On 25/06/2023]]
+[[Category:All accuracy disputes]]
+[[Category:All articles with minor POV problems|Pair programming]]
+[[Category:All articles with self-published sources|Pair programming]]
+[[Category:All articles with unsourced statements|Pair programming]]
+[[Category:Articles with invalid date parameter in template|Pair programming]]
+[[Category:Articles with minor POV problems from May 2021|Pair programming]]
+[[Category:Articles with self-published sources from April 2016|Pair programming]]
+[[Category:Articles with unsourced statements from April 2022|Pair programming]]
+[[Category:Created On 25/06/2023|Pair programming]]
+[[Category:Lua-based templates|Pair programming]]
+[[Category:Machine Translated Page|Pair programming]]
+[[Category:Pages with script errors|Pair programming]]
+[[Category:Templates Vigyan Ready|Pair programming]]
+[[Category:Templates that add a tracking category|Pair programming]]
+[[Category:Templates that generate short descriptions|Pair programming]]
+[[Category:Templates using TemplateData|Pair programming]]
+[[Category:Webarchive template wayback links]]
+[[Category:चरम कार्यक्रम|Pair programming]]
+[[Category:चुस्त सॉफ्टवेयर विकास|Pair programming]]
+[[Category:सॉफ्टवेयर समीक्षा|Pair programming]]

Anonymous

Search

पेअर प्रोग्रामिंग: Difference between revisions

Namespaces

More

Page actions

Latest revision as of 21:31, 11 July 2023

Contents

अर्थशास्त्र

डिज़ाइन गुणवत्ता

संतुष्टि

सीखना

टीम-निर्माण और संचार

अध्ययन

गैर-निष्पादन के संकेतक

युग्मन विविधताएँ

दूरस्थ युग्म प्रोग्रामिंग

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

पेअर प्रोग्रामिंग: Difference between revisions

Latest revision as of 21:31, 11 July 2023

अर्थशास्त्र

डिज़ाइन गुणवत्ता

संतुष्टि

सीखना

टीम-निर्माण और संचार

अध्ययन

गैर-निष्पादन के संकेतक

युग्मन विविधताएँ

दूरस्थ युग्म प्रोग्रामिंग

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Wiki tools

Page tools

Other projects

Categories