टीम पर बुरा कोड लिखने वालों को "बेअसर" कैसे करें?

Question

मुझे हमेशा यह लेख पसंद आया जोएलऑनसेवर पर "गेटिंग थिंग्स डन व्हेन यू आर ओनली ए ग्रंट" नामक। मैं विशेष रूप से तब संबंधित हो सकता था जब मैं नौसिखिया था (और अभी भी मुझे लगता है कि मैं हमेशा एक हो जाऊंगा)।

# 4 के बारे में, बोझाो को बेअसर करना। वास्तव में काम पर वास्तविक परिस्थितियों में इसे लागू करने के लिए आपके पास क्या सलाह है? यह उतना आसान नहीं लगता (कम से कम हमारी टीम पर) जितना कि किसी के बुरे कोड के खिलाफ बग को लॉग करना। वहाँ आप सभी के लिए क्या काम करता है?

Comments

बंदूकें। बहुत से।

— कोडइन्चोस

Answer 1

स्थायी मूल्यांकन।

प्रत्येक दिन के अंत में उन्होंने जो लिखा है उसकी समीक्षा के लिए 30 मिनट का समय व्यतीत करें। अगर उन्होंने कुछ गलत किया है, तो उन्हें फिर से लिखें।

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

भले ही यह उन्हें कम उत्पादक बना देगा, लेकिन यह तब भी बेहतर होगा जब उन्होंने कुछ अधिक अच्छे आकार में दो बार के खिलाफ कुछ अच्छे कोड का उत्पादन किया लेकिन बग्स की अकल्पनीय सूजन।

Comments

बहुत बढ़िया जवाब। अगर मैं सिर्फ इसके लिए अपील कर सकता हूं, अगर यह व्यक्ति एक सहकर्मी है, तो यह टीम के नेता द्वारा सबसे अच्छा किया जाता है। इस तरह से दुकान के पदानुक्रम के अनुसार इसकी अच्छी-से-अच्छी तरह से प्रतिक्रिया फिर से अधिक प्रभावी होगी।

@ सर्फर, यह बिल्कुल विपरीत है। आप इस तरह की चीजें करके, बेहतर समाधान का प्रस्ताव करके, टीम जो करती है, उसे करके टीम लीडर बन जाती हैं। इसके विपरीत नहीं। (लेकिन, निश्चित रूप से, उच्च पदानुक्रम स्तरों से सहायता प्राप्त करना मदद करता है)।

— पी शेव्ड जूल 5'11

तो सवाल यह है कि उन्हें फिर से लिखने का अधिकार किसके पास है? मुझे लगता है कि उत्तर पूरी टीम का नैतिक अधिकार है, यदि समस्याओं को पूरी टीम को प्रसारित किया जाता है।

— सी जॉनसन

प्रत्येक टीम के सदस्य के लिए एक मजबूत कोड समीक्षा तंत्र की अनुपस्थिति में यह उपयुक्त है। यह सुनिश्चित करने के लिए भी उपयुक्त है कि इसे फिर से तैयार करने के लिए बोजो वास्तव में गहरा छेद (फिक्सिंग की लागत के लायक नहीं) खोदें।

— मटनज़ जूल

Answer 2

यदि व्यक्ति अभी कोई बेहतर नहीं जानता है, लेकिन सीखना चाहता है, तो कुछ सलाह और कोड समीक्षा प्रदान करें। सुनिश्चित करें कि वे अच्छे कोड के संपर्क में हैं।

वास्तव में गरीब डेवलपर्स वे हैं जो बुरे तरीकों से सेट होते हैं और कुछ भी नया सीखने से लड़ते हैं। आपकी एकमात्र आशा है कि उन्हें अपनी गंदगी या कुछ अधिक सरल सामानों को बनाए रखने के माध्यम से पीड़ित होने दें। आदर्श रूप में, अधिकार में कोई व्यक्ति खड़ा होता है और कहता है कि वह अनुरूप है या छोड़ देता है।

Comments

रवैया वास्तव में मायने रखता है। मुझे आमतौर पर नौसिखिया अधिक विनम्र लगता है, और कोड समीक्षा और आलोचना के लिए खुला है। इन लोगों से बात करना आसान होता है। और आप उनकी कमजोरी के बारे में उनसे आसानी से बात कर सकते हैं। यह अभिमानी दिग्गज हैं, जो अपने काम की आलोचना करने पर कांच के एक टुकड़े की तरह बिखर जाएंगे।

— सी जॉनसन