मुझे संदेह है कि कोई भी व्यक्ति दिन में 5000 लाइनों को कोड पढ़ने से सार्थक कुछ भी निकाल सकता है।
मेरा विचार यह है कि कोड समीक्षा इंटरैक्टिव होना चाहिए, जो उन्हें भी दिलचस्प रखता है। अगर मैं किसी और के कोड की समीक्षा करने के लिए ज़िम्मेदार हूं, तो मुझे उनके माध्यम से चलने के दृष्टिकोण की परवाह नहीं है। जब वे आम तौर पर विपरीत में रुचि रखते हैं, तो वे अपनी पसंद की सामग्री पर ध्यान केंद्रित कर सकते हैं, या वे क्या सोचते हैं कि उन्होंने अच्छा प्रदर्शन किया है।
मुझे पसंद है कि प्रारूप एक प्रोजेक्टर से जुड़े लैपटॉप पर बैठने के लिए है, और स्क्रीन पर कोड प्रदर्शित करें ताकि मैं आसानी से एक से दूसरे भाग में हॉप कर सकूं। फिर स्क्रीन पर कोड पढ़ने के दौरान, डेवलपर प्रश्न पूछें: आपने ऐसा क्यों किया? क्या आप हमेशा ऐसा करते हैं? आपने इस ढांचे पर कैसे निर्णय लिया? एक्स के लिए यूनिट टेस्ट कहां है? - अवलोकन भी करते समय: यहां और अधिक टिप्पणियों का उपयोग कर सकते हैं, यह कोड स्वरूपण मानक को पूरा नहीं करता है, आदि। इसके अलावा, कमरे में देव या शायद कोई और व्यक्ति को उन चीज़ों के बारे में नोट्स लेते हैं जिन्हें देव को देखना चाहिए या बाद में ठीक करना चाहिए स्पष्ट निर्देश है कि सामान्य समस्याओं को उनके सभी कोड में ठीक किया जाना चाहिए, न केवल उस कोड की समीक्षा की गई थी।
विचार कोड की प्रत्येक पंक्ति को देखने के लिए विचार नहीं है। यह एक देव प्रबंधक का काम है, या शायद क्यूए। कोड समीक्षा में विचार मुख्य रूप से कोड के पीछे विचार प्रक्रियाओं को दोबारा जांचना है, जिसमें आर्किटेक्चर, प्रवाह, आदि शामिल हैं, साथ ही गुणवत्ता पहलुओं को देखने के लिए: प्रदर्शन, स्केलेबिलिटी और सुरक्षा।
यदि आप बहुत कुछ करने या देखने की कोशिश करते हैं, न केवल आप जलाएंगे, लेकिन परिणाम किसी के लिए उपयोगी नहीं होंगे।
कॉफी, कॉफी, कॉफी प्रति दिन कॉफी के –
अधिक 2 से कप अनुशंसित नहीं है - स्वास्थ्य के लिए अच्छा नहीं। –
@ शहर में नया: अन्य लोगों के कोड की समीक्षा करना स्वास्थ्य के लिए अच्छा नहीं है। – MusiGenesis