मैं एक पथ कवरेज टीम पर एक रोबोटिक्स स्टार्टअप में काम कर रहा हूं और एक पुल अनुरोध सबमिट करने के बाद, मेरे कोड की समीक्षा की जाती है।
मेरी टीम के साथी, जो एक साल से अधिक समय से टीम में हैं, ने मेरे कोड के लिए कुछ टिप्पणियां की हैं, जो मुझे सुझाव देते हैं कि मैं आवश्यक होने के बजाय बहुत अधिक काम करता हूं। नहीं, मैं एक आलसी डेवलपर नहीं हूं। मुझे सुंदर कोड पसंद है जिसमें अच्छी टिप्पणियाँ, चर नाम, इंडेंटेशन और मामलों को ठीक से संभालना है। हालाँकि, उनके मन में एक अलग प्रकार का संगठन है जिससे मैं सहमत नहीं हूँ।
मैं एक उदाहरण प्रदान करूंगा:
मैंने एक दिन एक संक्रमण खोज एल्गोरिथ्म में बदलाव के लिए परीक्षण मामलों को लिखा था जो मैंने बनाया था। उन्होंने सुझाव दिया था कि मैं एक अस्पष्ट मामले को संभालता हूं जो कि होने की संभावना नहीं है - वास्तव में मुझे यकीन नहीं है कि ऐसा होना भी संभव है। जो कोड मैंने बनाया था वह हमारे सभी मूल परीक्षण मामलों में काम करता है और कुछ नए जो मुझे मिले। कोड जो मैंने पहले ही बनाया था वह हमारे 300+ सिमुलेशन से गुजरता है जो रात में चलते हैं। हालांकि, इस अस्पष्ट मामले को संभालने में मुझे 13 घंटे लगेंगे जो कि रोबोट के प्रदर्शन को बेहतर बनाने के लिए बेहतर तरीके से खर्च किए जा सकते हैं। स्पष्ट होने के लिए, पिछले एल्गोरिथ्म जो हम अब तक उपयोग कर रहे थे, वह भी इस अस्पष्ट मामले को संभाल नहीं पाया था और एक बार नहीं, 40k रिपोर्ट में जो उत्पन्न हुए हैं, क्या यह कभी हुआ है। हम एक स्टार्टअप हैं और उत्पाद को विकसित करने की आवश्यकता है।
मेरे पास पहले कभी कोड की समीक्षा नहीं हुई है और मुझे यकीन नहीं है कि मैं बहुत तर्कशील हूं; क्या मुझे बस शांत होना चाहिए और वह क्या करना चाहिए? मैंने अपने सिर को नीचे रखने का फैसला किया और सिर्फ इसलिए भी बदलाव किया कि मैं दृढ़ता से असहमत हूं कि यह समय का अच्छा उपयोग था।
मैं अपने सहकर्मी का सम्मान करता हूं और मैं उन्हें एक बुद्धिमान प्रोग्रामर के रूप में स्वीकार करता हूं। मैं बस एक बिंदु पर उससे असहमत हूं और कोड समीक्षा में असहमति को संभालना नहीं जानता।
मुझे लगता है कि मेरे द्वारा चुना गया उत्तर यह समझाने के इस मापदंड को पूरा करता है कि एक जूनियर डेवलपर कोड समीक्षा में असहमति को कैसे संभाल सकता है।
