आप एक अच्छा उदाहरण सेट करके मदद कर सकते हैं। जब कोई आपकी गलतियों को इंगित करता है तो आप रक्षात्मक नहीं हो सकते। अपने स्वयं के कोड और सुधार के क्षेत्रों पर एक कोड की समीक्षा करें। इसे टीम के साथ साझा करें। आखिरकार, वे सीखेंगे कि यह प्रोत्साहित किया गया है और कोई भी अपने कोड में बग होने के लिए एक पिटाई करने वाला नहीं है।
नौकरी करने का मतलब है अपने काम में जिम्मेदारी और गर्व करना। यदि कोड समीक्षा उसी का एक हिस्सा है, तो कोड समीक्षा में भागीदारी को मूल्यांकन में शामिल किया जाना चाहिए। मैंने ऑनलाइन कक्षाएं ली हैं जहाँ ऑनलाइन चर्चा में भाग लेना ग्रेड का एक हिस्सा है। टिप्पणियों को विस्तृत रूप देने की आवश्यकता है। "मैं सहमत हूं" स्वीकार्य नहीं है।
कोड समीक्षा में कोड में सुधार होना चाहिए। यदि आप आंतरिक उपयोग के लिए कोड लिखते हैं तो आपकी स्थिति के आधार पर इसे बिक्री संख्या, उपयोगकर्ता की शिकायतों या किसी अन्य रेटिंग द्वारा मापा जा सकता है। वास्तविकता यह है कि आपका कोड कुछ उद्देश्य प्रदान करता है और आपकी टीम को इस बात से मापा जाना चाहिए कि वे उस उद्देश्य की कितनी अच्छी तरह सेवा करते हैं। जिन्हें आप निर्धारित करते हैं कि वे सफलता में योगदान करते हैं, पुरस्कारों में आनुपातिक रूप से साझा करते हैं।
गुणवत्ता कोड जारी करने पर ध्यान दें। लक्ष्य हर किसी के लिए कीड़े से दूर जा कर खुद के बारे में अच्छा महसूस करना नहीं है। मैं बुरा कोड लिखता हूं; मुझे खराब कोड को ठीक करना होगा। वह काम और जीवन है। मुझे फिक्सिंग बग से नफरत है, इसलिए मैं उनसे बचने की कोशिश करता हूं। मुझे अपने काम पर गर्व है, इसलिए यह मुझे परेशान करता है जब मेरा कोड काम नहीं करता है। मैं उपयोगकर्ताओं या किसी और के लिए बुरा महसूस करता हूं, जिन्हें इन चीजों को इंगित करने के लिए अपना समय निकालना पड़ता है और यह मुझे इसे ठीक करने के लिए प्रेरित करता है।
एक साइड नोट के रूप में, यदि आपके पास एक ऐसा वातावरण है जहां कोई भी रचनात्मक आलोचना नहीं दे सकता है या स्वीकार नहीं कर सकता है, तो आपको समस्या है।