IhsAdke.com

जोड़े में प्रोग्राम कैसे करें (युग्म प्रोग्रामिंग)

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

चरणों

  1. 1
    बैठने से पहले एक अच्छी तरह से परिभाषित कार्य से शुरु करें यह काम आपको एक घंटे या दो में पूरा करने का पूरा विश्वास है। उदाहरण के लिए, डेटाबेस एक्सेस कोड में रखरखाव कोड और इतिहास टिप्पणियां जोड़ें।
  2. 2
    एक समय में एक छोटा सा लक्ष्य करने के लिए सहमत हों, कुछ वे कुछ मिनटों में पूरा कर सकते हैं। दूसरी व्यक्ति को समस्या की व्याख्या करना, दोनों को ध्यान में रखने में मदद कर सकता है। यह यह भी सुनिश्चित करता है कि दोनों जानते हैं कि इस समय कोई भी क्या कर रहा है।
  3. 3
    कार्यान्वयन लिखने से पहले, इकाई परीक्षण पहले लिखें, क्योंकि यह अगले माइक्रोबजेक्टिव को परिभाषित करने में मदद करता है ताकि दोनों समझ सकें, क्योंकि दोनों कोड देख सकते हैं। अगले माइक्रोबॉजेक्ट हो जाता है "इस परीक्षा को सफल बनाओ।"
  4. 4
    विश्वास और अपने साथी का समर्थन।

    • जब पायलटिंग, तो जितनी जल्दी हो सके microobjective को पूरा करें, बड़ी समस्याएं की अनदेखी करें। पर्यवेक्षक को अपनी सुरक्षा नेट पर भरोसा करें
    • जब आप एक पर्यवेक्षक हैं, पढ़िए कि पायलट क्या लिख ​​रहा है जब वह लिखते हैं आपका लक्ष्य कोड की समीक्षा है, और आपको कुल ध्यान देना चाहिए, आपको कुछ भी नहीं देना चाहिए। समस्याओं और बगों, बड़े बिंदुओं और परियोजना को सरल बनाने या सुधारने के तरीके के बारे में सोचो। त्रुटियों और मुश्किल पठन के स्निपेट ठीक दूर ले आओ। सुधार के लिए बड़ी समस्याएं और विचारों को लाने के लिए मौजूदा माइक्रोबजेक्टिव पूर्ण होने तक प्रतीक्षा करें। इन छोटे कार्यों को बाद में स्टोर करें, ताकि पायलट वर्तमान कार्य पर ध्यान केंद्रित कर सके। उदाहरण के लिए, यदि आप देखते हैं कि वर्तमान कोड शून्य परीक्षा के लिए परीक्षण नहीं करता है, तो कागज के एक टुकड़े पर ध्यान दें "यूनिट परीक्षण में नल इंपौट परीक्षा दें
    • जब आप एक पर्यवेक्षक हैं, तो कोड न कहें। पायलट को यह सोचना चाहिए कि वर्तमान कार्य को कैसे पूरा करना है, बस निष्क्रिय नहीं टाइप करना पर्यवेक्षक के रूप में, आपको इस तथ्य का पता लगाना चाहिए कि आपको छोटे विवरण लागू करने की आवश्यकता नहीं है, आप उच्च स्तर पर और सोच सकते हैं। कहो "यह हिस्सा सही लगता है, इस मामले को संभालने के बारे में, जहां हमें अब एक अशक्त सूचक मिलता है?" कहने से बेहतर है, "ठीक है, अब टाइप करें `यदि (s == NULL) {return ...`
  5. 5



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

    • जब आप कर सकते हैं, तो बताएं कि आप ऐसा करने से पहले क्या करेंगे। बेहतर अभी तक, अपने साथी से पूछें, उदाहरण के लिए, "क्या हम अब शून्य के लिए परीक्षण लिख सकते हैं?" कभी-कभी आपको अपने तर्क को समझने के लिए कोड का एक स्निपेट लिखना पड़ता है, और आप कह सकते हैं, "मैं यह देखने के लिए यहां टाइप करूंगा कि यह एक अच्छा विचार है।" एक मिनट से भी कम समय में इस तरह की पूछताछ रखें।
    • जब आपका पार्टनर पूछता है कि क्या आप कुछ से सहमत हैं, जैसे "अब हमें रिक्त परीक्षा के लिए लिखना चाहिए?" या "मुझे लगता है कि यह पद्धति अब निकाल दी जा सकती है, क्या आप सहमत नहीं हैं?"
    • कुंजीपटल को बार-बार आगे बढ़ाना सामान्य है उदाहरण के लिए, कभी-कभी मौखिक रूप से टाइप करके कुछ कहना आसान होता है पर्यवेक्षक कीबोर्ड और प्रकार को चुनने दें, और आप इसे तुरंत उठा सकते हैं, या पर्यवेक्षक को निर्देशित कर सकते हैं, जो कुछ भी इस समय सबसे अधिक समझ में आता है।
  6. 6
    विशेष रूप से विनम्र रहें, जैसे किसी गलती के लिए अपने साथी का धन्यवाद करना जब गलतियों को इंगित करते हुए, दूसरे व्यक्ति को अपमान करने से बचने के लिए ऐसा करने के लिए कृपया त्रुटियों और उनके बाद के सुधार प्रोग्रामिंग में सामान्य हैं, सबूत नहीं है कि किसी को पता नहीं कि कार्यक्रम कैसे करना है। पर्यवेक्षक के रूप में, एक त्रुटि को इंगित करने से पहले पायलट एक रेखा को समाप्त करने दें, क्योंकि अधिकांश लोगों को यह पता चलता है कि वे टाइप करते समय परेशान होते हैं।
  7. 7
    मनाएं। कार्य पूरा करते समय या समस्याओं पर काबू पाने के लिए, उदाहरण के लिए, जब एक परीक्षा पास हो जाती है, तो दूसरी तारीफ दें यदि आप हर बार एक परीक्षा में विफल हो गए हैं, तो आप वास्तव में सहयोगी प्रोग्रामिंग और टेस्ट-संचालित डिजाइन की जलवायु में प्रवेश कर रहे हैं।
  8. 8
    अक्सर प्रत्येक आधे घंटे में कम से कम एक बार भूमिकाएं बदलें। यह दोनों व्यस्त रहता है, निम्न-स्तर और उच्च विवरण के अनुरूप भी। और हर समय टाइप करना टायर हो सकता है, क्योंकि पर्यवेक्षक के आधे घंटे से ज्यादा के लिए आवश्यक सतर्कता बनाए रखना मुश्किल है। घूमने वाले कागजात आपकी अंगुलियों पर टिकी हैं और बैटरी को रिचार्ज करता है।

युक्तियाँ

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

चेतावनी

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

संबद्ध
© 2021 IhsAdke.com