हमारी टीम ने हाल ही में प्रत्येक चेकइन के खिलाफ कोड समीक्षा करना शुरू किया है।
टीम लीड के रूप में मैं बहुत सारे सुझाव प्रदान करने, डेवलपर्स को परेशान करने और टीमों के आउटपुट को कम करने और कोड को जाने देने के बीच एक संतुलन खोजने की कोशिश कर रहा हूं।
क्या सुप्रसिद्ध स्रोतों से कोई सबूत, अध्ययन या मार्गदर्शन है जो एक सहायक दृष्टिकोण का सुझाव देता है?
2
पहला सवाल अपने आप से पूछें: आप कोड समीक्षाएं क्यों कर रहे हैं?
—
फिलिप केंडल
मैं प्रतिक्रिया के प्रत्येक टुकड़े को "महत्व" के कुछ प्रकार असाइन करने के लिए परीक्षा होगी। महत्वपूर्ण सुरक्षा भेद्यता = बहुत अधिक महत्व। बग = सामान्य महत्व। कोड स्वरूपण = शून्य महत्व (दोष उपकरण जो आपको किसी भी तरह से ऑटो-रिफॉर्मेट नहीं करता है और प्रोग्रामर नहीं)।
—
ब्रेंडन
कोड समीक्षा के लिए एक व्यक्ति जिस तरह से संपर्क करता है या प्रतिक्रिया करता है, वह निष्पक्षता को बनाए रखने और गंभीर रूप से सोचने की उनकी क्षमता के बारे में बहुत कुछ कहता है। कभी-कभी डेवलपर्स को इस उद्देश्य के लिए विशेष रूप से प्रशिक्षण की आवश्यकता होती है।
—
फ्रैंक हिलमैन