बेहतर पुल अनुरोध और कोड समीक्षा के लिए 13 युक्तियाँ

कोड लिखने और समीक्षा करने के कई वर्षों में, मैंने बेहतर पुल अनुरोधों और समीक्षा कोड को अधिक कुशलता से तैयार करने के कुछ रहस्य सीखे।

मैंने इन सभी रहस्यों को अपनी नई पुस्तक पुल रिक्वेस्ट्स एंड कोड रिव्यू में डाला है, लेकिन आपको यहां इन 13 युक्तियों के साथ एक पूर्वावलोकन मिलेगा, जिन्हें आप पहले से ही अपनी डेवलपर गतिविधि में उपयोग कर सकते हैं।

क्या आप और युक्तियों के बारे में सोच सकते हैं? उन्हें टिप्पणियों में साझा करें 😉

1. समीक्षा के लिए कोड तैयार होने से पहले अपना पीआर बनाएं

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

2. लोगों को आपके पीआर की समीक्षा करने के लिए प्रेरित करें

त्वरित और कुशल समीक्षा पाने का सबसे अच्छा तरीका है कि आप अपने पीआर को छोटा और अच्छी तरह से प्रलेखित रखें (सभी आवश्यक संदर्भ के साथ)। अभी बेहतरीन कोड प्रदान करके आप भविष्य में पीआर के लिए अपनी संभावनाएं भी बढ़ाएंगे!

3. अपने पीआर के पहले समीक्षक बनें

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

4. अपने पीआर को सही समीक्षक नियुक्त करें

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

5. टिप्पणियों के प्रति उत्तरदायी रहें

प्रतिक्रिया के लिए खुले रहें, स्पष्टीकरण मांगें, जब आप असहमत हों तो कहें (सम्मान के साथ), और हमेशा टिप्पणियों का जवाब दें।

6. यदि आप चाहते हैं कि लोग आपके पीआर की समीक्षा करें, तो आपको उनकी समीक्षा करनी होगी

हर किसी के पास समीक्षा करने के लिए बहुत सारे पीआर होते हैं और बहुत कम खाली समय होता है। यदि आप अन्य पीआर की समीक्षा करते हैं, तो आपकी समीक्षा होने की संभावना भी बढ़ जाती है।

7. यदि आप जूनियर डेवलपर हैं तो भी आप कोड की समीक्षा कर सकते हैं

एक जूनियर डेवलपर के रूप में, जब आप कोड का कोई हिस्सा नहीं समझते हैं तो आप दूसरों को बता सकते हैं, क्योंकि इसे टीम में किसी भी डेवलपर द्वारा समझा जाना चाहिए।

मेरी पोस्ट में इसके बारे में अधिक जानकारी जूनियर डेवलपर के रूप में कोड समीक्षा कैसे दें? .

8. कोड समीक्षा के दौरान सही चीजों की जांच करें

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

9. अपनी टिप्पणियों में सही स्वर का प्रयोग करें

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

10. इस बारे में स्पष्ट रहें कि पीआर को मंजूरी देने के लिए आपको बदलाव की आवश्यकता है या नहीं

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

11. अपनी समीक्षा सबमिट करने से पहले उसकी समीक्षा करें

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

12. जब जमाकर्ता ने आपके द्वारा मांगे गए सभी परिवर्तन कर दिए हों तो पीआर को मंजूरी दें

आप नहीं चाहेंगे कि समीक्षक आपके द्वारा पूछे गए सभी परिवर्तन करने के बाद दो दिन तक आपकी स्वीकृति की प्रतीक्षा करे। जब आप इसकी समीक्षा करते हैं, तो मान लें कि सभी सुधार होते ही आप इसे स्वीकृत कर देंगे।

13. कुछ विवादों को टिप्पणियों में हल नहीं किया जा सकता

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

इतना ही! आपने इन युक्तियों के बारे में क्या सोचा? क्या आप एक टिप के बारे में सोच सकते हैं जो आप अन्य डेवलपर्स को देना चाहेंगे?

उन्हें यहां टिप्पणियों में साझा करें 👇

यदि आपको ये युक्तियाँ पसंद आईं और आप कुछ और सीखना चाहते हैं, तो मेरी पुस्तक पुल रिक्वेस्ट्स एंड कोड रिव्यू देखें, यह मुफ़्त है!