आप प्रभावी और सम्मानपूर्ण कोड समीक्षाएं कैसे संचालित करते हैं?

Question

Accepted Answer

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

## सिद्धांत

```text
✓ Review the CODE, never the person ("this function" not "you")
✓ Distinguish must-fix from nice-to-have (label nits explicitly)
✓ Ask questions, don't issue commands ("what about X?" invites discussion)
✓ Praise good work, not just problems
✓ Be fast — a PR blocked for two days kills momentum
✓ Approve when it's good enough, not perfect
```

## एक ठोस उदाहरण

"यह गलत है, एक मैप का उपयोग करें," कहने की बजाय, लिखें: "nit: यहाँ एक मैप नेस्टेड लूप से बचेगा, इसके लायक है? ब्लॉकिंग नहीं।" एक ही बात, लेकिन यह सिखाता है, असहमति के लिए जगह छोड़ता है, और विलय को ब्लॉक नहीं करता।

## शक्ति गतिशीलता पर नजर रखें

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

## यह क्यों महत्वपूर्ण है

समीक्षाएँ टीम की गुणवत्ता के बार और इसके भावनात्मक स्वर को निर्धारित करती हैं।

कठोर समीक्षाएँ लोगों को रक्षात्मक बनाती हैं और शिपिंग को धीमा करती हैं।

अच्छी समीक्षाएँ बग पकड़ती हैं, ज्ञान फैलाती हैं, और इंजीनियरों को बेहतर बनाती हैं, जो समय के साथ बढ़ता है।