यह लेख मध्यम.कॉम द्वारा "एक बेहतर कोडर होने का सबसे कठिन और आसान तरीका" लेख का एक मुफ्त अनुवाद है ।

यह एक विचार व्यक्त करता है जिसे आमतौर पर सॉफ्टवेयर विकास उद्योग में स्वीकार नहीं किया जाता है।

यह विचार है कि प्रोग्रामर भी लोग हैं । लेकिन एक संस्कृति में रहने वाले लोग जो संचार में भावनाओं से इनकार करते हैं।

लेखक हमें विकास का एक महत्वपूर्ण तरीका बताता है। और यह तकनीकी कौशल या जीटीडी को बिल्कुल भी पंप नहीं कर रहा है।

अनुवादक से

चेतावनी! लेख भारी है। "सोचने" के लिए डिज़ाइन किया गया!





अनुवाद को कई भागों में विभाजित किया जाएगा।

मुझे विश्वास है कि इससे सूचनाओं को आत्मसात करने में मदद मिलेगी।

इस तरह के विषय पर विचार किया जाना चाहिए।



पहला भाग इस विचार को प्रकट करता है कि प्रोग्रामिंग संचार पर बनी है ।

दूसरा भाग संचार की एक विधि के रूप में कोड की भूमिका का वर्णन करता है।

तीसरा भाग बताएगा कि क्यों हम एक नए विवरण की व्याख्या करते समय विवरणों में गहराई से या एक मजबूत अमूर्तता से क्रोधित होते हैं।

चौथा भाग शक्ति के अंधेरे पक्ष के लिए समर्पित है - बुराई और हानिकारक होने की इच्छा ।



इसके बाद इटैलिक में अनुवादक के नोट्स हैं।

---

प्रोग्रामिंग संचार है

वार्म अप करें

कल्पना कीजिए कि आप एक ऐसे ग्रह पर आए हैं जो आधुनिक पृथ्वी के समान है।

यह humanoids द्वारा बसा हुआ है। उन्हें संगीत, बिल्लियाँ और मज़ेदार कहानियाँ पसंद हैं।

उनके तकनीकी विकास ने उन्हें पहले से ही विभिन्न जटिल चीजें दी हैं: समाचार पत्र, रेलगाड़ी और सुंदर जटिल वास्तुशिल्प।

उनकी संस्कृति एक अच्छी शिक्षा, उत्कृष्ट चिकित्सा और अनुसंधान की प्यास पर आधारित है।

लेकिन उन्होंने अभी तक बिजली की खोज नहीं की है।



कंप्यूटर नहीं हैं। इंटरनेट भी ।

कैप संकेत देता है कि वीडियो गेम भी नहीं हैं। समझ से बाहर।



यह मुझे लगता है कि प्रोग्रामरों की हमारी आधुनिक संस्कृति इसी तरह बहुत महत्वपूर्ण "बिजली" से रहित है।

हम स्वस्थ दैनिक संचार को बनाए रखना नहीं जानते हैं।



एक ओर, इस कौशल का प्रशिक्षण सरल है: पहले चरण बहुत सरल और प्रभावी हैं।

दूसरी ओर, यह बारीकियों के एक समूह के साथ ज्ञान का एक बहुत बड़ा क्षेत्र है।

रक्त प्रोग्रामिंग

आम धारणा के विपरीत, प्रोग्रामिंग का रक्त प्रोग्रामर और प्रोग्रामर के बीच संचार होता है, प्रोग्रामर और कंप्यूटर के बीच संचार नहीं होता है।



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



प्रोग्रामिंग का उद्देश्य निश्चित रूप से उपयोगकर्ता की एक विशिष्ट समस्या का समाधान है। फिर, वही "प्रोग्रामर के साथ प्रोग्रामर का संचार" क्या है?



प्रोग्रामिंग एक सतत प्रक्रिया है। इसका क्या मतलब है?



अर्थशास्त्र भी एक सतत प्रक्रिया है, वस्तुओं और सेवाओं के आदान-प्रदान की प्रक्रिया।

यह प्रक्रिया कभी रुकती नहीं है। एक जादुई पल के लिए कोई रास्ता नहीं है जब हर व्यक्ति के पास वह सब कुछ हो जो उसे चाहिए और अर्थव्यवस्था रुक जाए और गायब हो जाए।



इसी तरह, मौजूदा कोड का आधार लगातार विकसित हो रहा है, और यह विकास प्रोग्रामिंग है।



पैसा अर्थव्यवस्था का "रक्त" है। इस प्रक्रिया में एक प्रतिभागी से दूसरे में प्रवाहित होता है। यह वही है जो इस प्रक्रिया को खिलाती है।



प्रोग्रामिंग प्रक्रिया को खिलाने वाली एकमात्र चीज इस प्रक्रिया में प्रतिभागियों के बीच संचार है।

प्रोग्रामर संचार को कम क्यों समझते हैं?

प्रोग्रामर के लिए ऐसी बातों के कारण संचार के महत्व का एहसास करना मुश्किल है:

• एक आदमी सबूतों पर ध्यान न देने की कोशिश करता है जो किसी तरह के दोष पर इशारा करते हैं।
• अमूर्त की तुलना में एक विशिष्ट कौशल को पंप करना बहुत आसान है।
• अधिकांश डेवलपर्स जो मुझे पता है कि "सॉफ्ट स्किल्स" में सुधार करना अच्छा नहीं है।

और सबसे महत्वपूर्ण कारक यह है कि प्रोग्रामर केवल साक्षात्कार और वेतन समीक्षा के दौरान संचार और "संचार कौशल" के बारे में बात करते हैं, और किसी अन्य समय में इन विषयों से बचते हैं।

प्रोग्रामर के लिए संचार पर कितने लेख आपने पढ़े हैं?



"अच्छे संचार कौशल" के लिए उपेक्षा एक परंपरा बन गई है।

यहां तक ​​कि प्रोग्रामर्स की भावनाएं हैं!

एक और परंपरा है जिसके बारे में बात नहीं की जाती है।

हम दिखावा करते हैं कि हमारे पास गूढ़ भावनाएं नहीं हैं: क्रोध और ईर्ष्या। और यह कि हम अपने कोड को सहकर्मियों के हमलों से नहीं बचाते हैं।



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



हम सभी "आदर्श प्रोग्रामर" पर भरोसा करते हैं जो केवल अच्छी भावनाओं का अनुभव करते हैं: प्रेरणा, जिज्ञासा, दूसरों की मदद करने की इच्छा। कुछ के लिए, आलोचना का तिरस्कार मूल्यवान है। लेकिन मैं थोड़ी देर बाद आलोचना के बारे में बात करूंगा।

हम यह दिखाने की कोशिश नहीं करते कि हम इस आदर्श छवि से कैसे भिन्न हैं।



इसी समय, हम सभी भावनाओं का एक ढेर अनुभव करते हैं। यह स्वाभाविक है।

किसी व्यक्ति की परिपक्वता हमारी भावनाओं में बदलाव नहीं है, यह इन भावनाओं और भावनाओं के प्रति दृष्टिकोण और प्रतिक्रिया में बदलाव है।

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



बहुतों को यह एहसास भी नहीं है कि उनकी भावनाओं के बारे में पता होना कितना उपयोगी है। ऐसा करना बेहद मुश्किल है। संचार के दौरान सबसे आम व्यवहार तुरंत भावनाओं का एक भीड़ के आगे झुकना है, बजाय उन्हें पहले विश्लेषण करने की कोशिश करना। आप नहीं सोचते हैं, "अब मैं वार्ताकार को अपमानित करना चाहता हूं, क्योंकि मैं बहुत गुस्से में हूं।"



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



अपनी भावनाओं को नियंत्रित करने से ज्यादा मुश्किल क्या हो सकता है? इसका उत्तर सरल है: अन्य लोगों की भावनाओं का सम्मान करें।

जब हम यह अनुमान लगाने की कोशिश करते हैं कि हमारा वार्ताकार कैसा महसूस करता है, तो हमारे वार्ताकार की तुलना में बहुत कम जानकारी हमारे पास उपलब्ध है। और कभी-कभी यह स्पष्ट नहीं होता है कि क्या बदतर है: अन्य लोगों की भावनाओं को अनदेखा करना या उन्हें गलत तरीके से समझना।



यह बहुत अच्छा होगा अगर प्रोग्रामर भावनाओं पर खुलकर चर्चा कर सकें।



इस तरह की परंपरा शायद इस धारणा पर आधारित है कि कोड के साथ काम करने का भावनाओं से कोई लेना-देना नहीं है। लेकिन यह इस तथ्य से इनकार करता है कि प्रोग्रामिंग एक सहयोगी, चल रही प्रक्रिया है।



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



दुर्भाग्य से, संस्कृति को उंगली के क्लिक से नहीं बदला जा सकता है। आज तक, स्थिति ऐसी है कि एक प्रोग्रामर जो दूसरों की भावनाओं में रुचि रखता है, वह माथे में होने का जोखिम चलाता है।



लेकिन सब कुछ खो नहीं जाता है!

आप तदनुसार प्रश्न पूछकर भावनाओं के बारे में बातचीत शुरू कर सकते हैं। आपको यह दिखाना होगा कि आप किसी व्यक्ति की बात को समझे बिना उसकी निंदा करना चाहते हैं ।

लोग उन लोगों में बहुत बेहतर हैं जो उनकी भावनाओं को समझते हैं और इन भावनाओं के कारण को समझते हैं।



यह एक कठिन परिस्थिति के उत्पादक समाधान की दिशा में एक महान पहला कदम है, जो नकारात्मक भावनाओं का कारण बनता है।

---

उपरोक्त में, मैंने अपनी वास्तविकता के साथ बहुत सारे संयोग पाए। आपको संवाद करने और इसे उत्पादक रूप से करने की आवश्यकता है। क्या आप सहमत हैं?



आप संघर्ष स्थितियों को कैसे हल करते हैं?

क्या आपका कोड किसी भी भावना को पैदा करता है?

क्या आप अपने साथियों को अपने निर्णयों और व्यवहार का कारण बताते हैं?



आगे अनुवाद करें या इसे अच्छी तरह से करें?