प्रोग्रामर नियम # 1: घर पर भावनाओं को छोड़ दें!

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

लेकिन तब क्या होता है जब एक डेवलपर को अपने लिखे पर बहुत गर्व होता है?

क्या होगा अगर भावनाएं इस वजह से कोड में आती हैं ? यदि कोई प्रोग्रामर न केवल अपने या अपने कोड के साथ, बल्कि कार्य संचालन के तरीके, निर्णय लेने और एक डेवलपर के रूप में अपने व्यवहार के साथ भाग नहीं ले सकता है, तो क्या हो सकता है?

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

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

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

इस व्यवहार का क्या कारण है? मेरा मानना ​​है कि यह कड़वाहट नहीं है, शिशुवाद नहीं है, दूसरों पर अपने आप को नहीं बढ़ाना है। मेरा मत है कि यह आत्म-संदेह के कारण है। जब मैं अभी भी हरा था, मैंने हमेशा सोचा था कि समस्या को हल करने के लिए मेरे कोड में किसी भी बदलाव या किसी अन्य तरीके की पसंद का मतलब है कि मैं एक मूर्ख हूं। मुझे लगता है कि डेवलपर्स जो अपने कोड को आखिरी तक सुरक्षित रखते हैं, उन्हें डर होता है कि दूसरों की नजर में उनका महत्व कम हो जाएगा जब उनके द्वारा लिखे गए कोड पर गैर-इष्टतमता का आरोप लगाया जाता है। कारण जो भी हो।

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

लेकिन अगर यह काम नहीं करता है तो क्या होगा? खैर, आपके पास ऐसे सुखद समाधान नहीं हैं। यदि वह प्रोग्रामर हार नहीं मानता है, तो सबसे अच्छा तरीका बाकी टीम के समर्थन को सूचीबद्ध करना है। यदि वह टीम लीडर नहीं है और मैनेजर नहीं है, तो उसका बुरा कोड (और काम करने का रवैया) टीम के बाकी सदस्यों का विरोध नहीं करेगा।

अगला कदम प्रबंधक या टीम लीड को सीधे सुधार का प्रस्ताव देना है। दुर्भाग्य से, आप यह महसूस कर सकते हैं कि आपने टीम के बाकी सदस्यों को "छुरा घोंपा" था, इसलिए आपको एक और सक्षम डेवलपर को साथ लाना चाहिए जो यह पुष्टि कर सके कि आपका तरीका वास्तव में बेहतर है, या इसे आप के साथ समायोजित करें। प्रबंधक को अपना निर्णय दें, अन्य डेवलपर्स को अपने पदों का बचाव करने दें और प्रबंधक को निर्णय लेने दें। अब सब कुछ उसके हाथ में है और आप उसके निर्णय को प्रभावित नहीं कर सकते। यदि वह एक अलग रास्ता चुनता है, तो कम से कम आपने कोशिश की।

डेवलपर्स के रूप में, हमें अपने कोड से भावनात्मक रूप से कम जुड़ा होना चाहिए। इसे याद रखें जब आप फिर से इसके खिलाफ विवाद के बारे में सोचते हैं तो निश्चित रूप से आपका इससे बेहतर समाधान होगा