मेरी कंपनी में, किसी भी परियोजना की डिलीवरी से पहले, मेरे मालिक मेरे वरिष्ठों को मेरे या अन्य टीम के सदस्यों द्वारा लिखे गए कार्यक्रमों की समीक्षा करने के लिए कहते हैं या कभी-कभी बॉस भी समीक्षा के लिए हमारे साथ बैठते हैं।
मुझे लगता है कि यह ज्ञान प्राप्त करने का एक अच्छा तरीका है, लेकिन कभी-कभी जब कार्यक्रम ठीक काम कर रहे होते हैं, तो वे समीक्षा के बाद भी काम नहीं करते हैं और मुझे अपने कार्यक्रम में फिर से देखने की जरूरत है।
वे कहते हैं कि समीक्षा कार्यक्रम और क्वेरी निष्पादन का अनुकूलन करने में मदद करती है, लेकिन क्या हम कार्यक्रम के वास्तविक कामकाज पर अनुकूलन पसंद कर सकते हैं?
6
अगर आप किसी ऐसे व्यक्ति की समीक्षा के बिना ठीक से काम कर रहे हैं, तो आपको यकीन नहीं हो सकता है कि आपके द्वारा अपना परीक्षण करते समय उपयोग की जाने वाली पहचान नहीं होती है
—
शाफ़्ट सनकी
क्योंकि वे परीक्षण टीम द्वारा मॉड्यूल के पूर्ण परीक्षण के बाद कोड की समीक्षा करते हैं।
—
हिमांशु
@ हिमांशु: परीक्षण के बाद समीक्षा निश्चित रूप से बहुत देर हो चुकी है । प्रगति पर काम पर समीक्षा की जानी चाहिए।
—
Jan Hudec
इस अभ्यास को अपनाएं। मेरी इच्छा है कि हम अपनी टीमों पर यह कर रहे हैं। यह ज्ञान सिलोस (हमारे लिए एक बड़ी समस्या) को खत्म करने में मदद करता है, और यह सुनिश्चित करता है कि आपके साथी आपके कोड के साथ काम कर सकते हैं। यदि आपकी समीक्षाओं का मतलब है कि आपका कोड कभी-कभी दोबारा लिखा जाता है, तो यह अच्छी बात है। यहां तक कि महान प्रोग्रामर कभी-कभी खराब कोड भी लिखते हैं; हम में से कुछ को वापस जाने और इसे साफ करने के लिए अधिक समय पसंद आएगा। यह आपके साथ अधिक अनुभवी लोगों के साथ एक महान सीखने का अनुभव होने का मौका होना चाहिए। इसे अपने कोड पर हमला करने वाले लोगों के रूप में न लें; इसे और अधिक अनुभवी प्रोग्रामर के रूप में विकसित करने में आपकी सहायता करने की कोशिश करने वाले लोगों के रूप में लें।
—
jpmc26
यदि यह आम है कि कोड "ठीक काम कर रहा है" तो कोड की समीक्षा के दौरान टुकड़ों तक चीर दिया जाता है कि टीम के सदस्यों को लगता है कि बहुत सारी गति खो रही है, तो आपको शायद जोड़ी प्रोग्रामिंग पर विचार करना चाहिए, इसलिए कोड की समीक्षा की जा रही है जबकि यह किया जा रहा है लिखा हुआ।
—
बुह