कोडमा क्रोध: प्रोग्रामर र नकारात्मकता

म कोडको टुक्रा हेर्दै छु। यो मैले देखेको सबैभन्दा खराब कोड हुन सक्छ। डाटाबेसमा एउटा मात्र रेकर्ड अपडेट गर्न, यसले सङ्कलनमा भएका सबै रेकर्डहरू पुनःप्राप्त गर्छ र त्यसपछि डाटाबेसमा प्रत्येक रेकर्डमा अद्यावधिक अनुरोध पठाउँछ, ती पनि जसलाई अद्यावधिक गर्न आवश्यक छैन। त्यहाँ एउटा नक्सा प्रकार्य छ जसले यसलाई पास गरेको मान मात्र फर्काउँछ। त्यहाँ स्पष्ट रूपमा उही मानका चरहरूको लागि सशर्त परीक्षणहरू छन्, केवल विभिन्न शैलीहरूमा नाम दिइएको छ (firstName и first_name)। प्रत्येक अद्यावधिकको लागि, कोडले फरक लाममा सन्देश पठाउँछ, जुन फरक सर्भरलेस प्रकार्यद्वारा ह्यान्डल गरिन्छ, तर जसले एउटै डाटाबेसमा फरक सङ्कलनका लागि सबै काम गर्छ। के मैले यो सर्भरलेस प्रकार्य क्लाउड-आधारित "सेवा-उन्मुख आर्किटेक्चर" बाट वातावरणमा १०० भन्दा बढी प्रकार्यहरू समावेश गरेको उल्लेख गरेको छु?

यो पनि कसरी सम्भव भयो ? म मेरो अनुहार छोप्छु र मेरो हाँसोबाट देखिने गरी रुन्छु। मेरा सहकर्मीहरूले के भयो भनेर सोध्छन्, र म यसलाई रंगहरूमा पुन: बताउँछु BulkDataImporter.js 2018 को सबैभन्दा खराब हिटहरू। सबैले मलाई सहानुभूतिपूर्वक टाउको हल्लाउछन् र सहमत छन्: तिनीहरूले हामीलाई यो कसरी गर्न सक्थे?

नकारात्मकता: प्रोग्रामर संस्कृतिमा एक भावनात्मक उपकरण

कार्यक्रममा नकारात्मकताले महत्त्वपूर्ण भूमिका खेल्छ। यो हाम्रो संस्कृतिमा सम्मिलित छ र हामीले सिकेका कुराहरू साझा गर्न प्रयोग गरिन्छ ("तपाईं गर्नुहुन्न तपाईले विश्वास गर्नुहुनेछ, त्यो कोड कस्तो थियो!"), निराशा मार्फत सहानुभूति व्यक्त गर्न ("भगवान, किन त्यसो गर्नुहुन्छ?"), आफूलाई देखाउन ("म कहिल्यै गर्दिन त्यसैले त्यसो गरेन"), दोष अरू कसैलाई लगाउन ("हामी उसको कोडको कारण असफल भयो, जुन कायम राख्न असम्भव छ"), वा, सबैभन्दा "विषाक्त" संगठनहरूमा चलन अनुसार, अरूलाई नियन्त्रण गर्न लाजको भावना ("तपाई के बारे सोच्दै हुनुहुन्थ्यो?" ? सही")।

नकारात्मकता प्रोग्रामरहरूको लागि धेरै महत्त्वपूर्ण छ किनभने यो मूल्य व्यक्त गर्न एक धेरै प्रभावकारी तरिका हो। मैले एक पटक प्रोग्रामिङ क्याम्पमा भाग लिएको थिएँ, र विद्यार्थीहरूमा उद्योगको संस्कृति स्थापित गर्ने मानक अभ्यास उदारतापूर्वक मेम्स, कथाहरू र भिडियोहरू आपूर्ति गर्नु थियो, जसमध्ये सबैभन्दा लोकप्रिय शोषण। मानिसहरूको गलतफहमीको सामना गर्दा प्रोग्रामरहरूको निराशा। राम्रो, नराम्रो, कुरूप, त्यसो नगर्नुहोस्, कदापि होइन पहिचान गर्न भावनात्मक उपकरणहरू प्रयोग गर्न सक्षम हुनु राम्रो हो। यो तथ्यको लागि नयाँ आउनेहरूलाई तयार गर्न आवश्यक छ कि तिनीहरू सम्भवतः IT बाट टाढा रहेका सहकर्मीहरूले गलत बुझ्नेछन्। कि तिनीहरूका साथीहरूले तिनीहरूलाई मिलियन डलर एप विचारहरू बेच्न सुरु गर्नेछन्। कि तिनीहरूले कुनाको वरिपरि मिनोटारहरूको गुच्छाको साथ पुरानो कोडको अन्तहीन भूलभुलैयाहरू मार्फत घुम्नु पर्छ।

जब हामी पहिलो पटक प्रोग्राम गर्न सिक्छौं, "प्रोग्रामिङ अनुभव" को गहिराइको हाम्रो बुझाइ अन्य व्यक्तिहरूको भावनात्मक प्रतिक्रियाहरू अवलोकनमा आधारित हुन्छ। यो मा पोस्टबाट स्पष्ट रूपमा देख्न सकिन्छ Sabe ProgrammerHumor, जहाँ धेरै नयाँ प्रोग्रामरहरू ह्याङ्ग आउट हुन्छन्। धेरै हास्य व्यक्तिहरू, एक डिग्री वा अर्कोमा, नकारात्मकताका विभिन्न रंगहरूसँग रंगिएका छन्: निराशा, निराशावाद, क्रोध, संवेदना र अन्य। र यदि यो तपाईंलाई पर्याप्त लाग्दैन भने, टिप्पणीहरू पढ्नुहोस्।

मैले याद गरें कि प्रोग्रामरहरूले अनुभव प्राप्त गर्दा, तिनीहरू अधिक र अधिक नकारात्मक हुन्छन्। शुरुवातकर्ताहरू, उनीहरूलाई पर्खिरहेका कठिनाइहरूको बारेमा अनजान, उत्साह र विश्वास गर्न इच्छुकताका साथ सुरु गर्नुहोस् कि यी कठिनाइहरूको कारण अनुभव र ज्ञानको कमी हो; र अन्ततः तिनीहरू चीजहरूको वास्तविकताको सामना गर्नेछन्।

समय बित्छ, तिनीहरूले अनुभव प्राप्त गर्छन् र राम्रो कोडलाई खराबबाट छुट्याउन सक्षम हुन्छन्। र जब त्यो क्षण आउँछ, युवा प्रोग्रामरहरूले स्पष्ट रूपमा खराब कोडको साथ काम गर्ने निराशा महसुस गर्छन्। र यदि तिनीहरू टोलीमा काम गर्छन् (दूरबाट वा व्यक्तिमा), तिनीहरू प्रायः अधिक अनुभवी सहकर्मीहरूको भावनात्मक बानीहरू अपनाउछन्। यसले प्रायः नकारात्मकतामा बृद्धि गराउँछ, किनभने युवाहरूले अब कोडको बारेमा सोचेर कुरा गर्न सक्छन् र यसलाई खराब र राम्रोमा विभाजन गर्न सक्छन्, जसले गर्दा उनीहरू "जानेका छन्" भनेर देखाउँछन्। यसले नकारात्मकलाई थप बलियो बनाउँछ: निराशाको कारण, सहकर्मीहरूसँग मिल्न र समूहको हिस्सा बन्न सजिलो छ; खराब संहिताको आलोचना गर्दा अरूको नजरमा तपाईंको हैसियत र व्यावसायिकता बढ्छ: नकारात्मक विचार व्यक्त गर्ने व्यक्तिहरू प्रायः अधिक बुद्धिमान र सक्षम मानिन्छन्.

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

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

वैसे, यो यो "भावनात्मक रिलीज" हो जसले विकासकर्ताहरूलाई कोड "सेक्सी" भनिन्छ, जुन विरलै निष्पक्ष हुन्छ - जबसम्म तपाइँ PornHub मा काम गर्नुहुन्छ।

समस्या यो हो कि मानिसहरू अनौठो, बेचैन, भावनात्मक प्राणीहरू हुन्, र कुनै पनि भावनाको धारणा र अभिव्यक्तिले हामीलाई परिवर्तन गर्दछ: सुरुमा सूक्ष्म रूपमा, तर समयको साथ, नाटकीय रूपमा।

नकारात्मकताको समस्याग्रस्त फिसलन ढलान

केही वर्ष पहिले, म एक अनौपचारिक टोलीको नेतृत्व थिए र एक विकासकर्ताको अन्तर्वार्ता लिएँ। हामीले उहाँलाई साँच्चै मन पराएका थियौं: उहाँ स्मार्ट हुनुहुन्थ्यो, राम्रो प्रश्नहरू सोध्नुभयो, प्राविधिक ज्ञानी हुनुहुन्थ्यो, र हाम्रो संस्कृतिसँग राम्रोसँग फिट हुनुहुन्थ्यो। म उहाँको सकारात्मकता र उहाँ कत्तिको उद्यमी देखिनबाट विशेष रूपमा प्रभावित भएँ। र मैले उसलाई काममा राखें।

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

त्यसोभए यो अचम्मको कुरा थिएन - यद्यपि म अचम्ममा थिएँ - कि केहि हप्ता पछि, उही नयाँ विकासकर्ताले उही नकारात्मक कुराहरू भने (सपथ सहित)। मैले महसुस गरें कि उसले फरक संस्कृतिको साथ फरक कम्पनीमा फरक व्यवहार गर्नेछ। उसले भर्खरै मैले बनाएको संस्कृतिमा समाहित भयो। म अपराधी भावनाले पराजित भएँ। मेरो व्यक्तिपरक अनुभवको कारण, मैले एक नयाँ व्यक्तिमा निराशावाद जन्माएँ जसलाई मैले पूर्ण रूपमा फरक ठानेको थिएँ। यदि ऊ वास्तवमै त्यस्तो थिएन र उसले फिट हुन सक्छ भनेर देखाउनको लागि मात्र देखाइरहेको थियो, मैले उसलाई मेरो कुटिल मनोवृत्ति जबरजस्ती गरें। र भनिएको सबै कुरा, मजाकमा वा पासमा पनि, विश्वास गरिएको कुरामा परिणत हुने खराब तरिका छ।

नकारात्मक तरिकाहरू

हाम्रा पूर्व नौसिखिया प्रोग्रामरहरूमा फर्कौं, जसले अलिकति ज्ञान र अनुभव प्राप्त गरेका छन्: तिनीहरू प्रोग्रामिङ उद्योगसँग बढी परिचित भएका छन् र बुझ्छन् कि खराब कोड जताततै छ, यसलाई बेवास्ता गर्न सकिँदैन। यो गुणस्तरमा केन्द्रित सबैभन्दा उन्नत कम्पनीहरूमा पनि हुन्छ (र मलाई नोट गर्नुहोस्: स्पष्ट रूपमा, आधुनिकताले खराब कोड विरुद्ध सुरक्षा गर्दैन)।

राम्रो स्क्रिप्ट। समयको साथ, विकासकर्ताहरूले स्वीकार गर्न थाल्छन् कि खराब कोड सफ्टवेयरको वास्तविकता हो र तिनीहरूको काम यसलाई सुधार गर्नु हो। र यदि नराम्रो कोडलाई बेवास्ता गर्न सकिँदैन भने, त्यसको बारेमा हल्ला गर्नुको कुनै मतलब छैन। तिनीहरूले सामना गर्ने समस्याहरू वा कार्यहरू समाधान गर्नमा ध्यान केन्द्रित गर्दै जेनको मार्ग लिन्छन्। तिनीहरूले व्यवसाय मालिकहरूलाई सफ्टवेयरको गुणस्तर कसरी सही मापन गर्ने र सञ्चार गर्ने, तिनीहरूको वर्षौंको अनुभवको आधारमा राम्रोसँग स्थापित अनुमानहरू लेख्ने र अन्ततः व्यापारको लागि तिनीहरूको अविश्वसनीय र चलिरहेको मूल्यको लागि उदार पुरस्कारहरू प्राप्त गर्ने सिक्छन्। तिनीहरूले आफ्नो काम यति राम्रोसँग गर्छन् कि उनीहरूले बोनसमा $ 10 मिलियन भुक्तान गर्छन् र आफ्नो बाँकी जीवनको लागि के गर्न चाहन्छन् (कृपया यसलाई सामान्य रूपमा नलिनुहोस्)।

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

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

वास्तविकता सायद यी दुई चरम बीचमा कतै छ।

केही कम्पनीहरू अत्यन्त नकारात्मक, असुरक्षित, बलियो इच्छा संस्कृतिहरू सिर्जना गर्न अत्यन्त सफल भएका छन् (जस्तै माइक्रोसफ्ट यसको अघि। हराएको दशक) - प्रायः यी उत्पादनहरू भएका कम्पनीहरू हुन् जुन बजारमा पूर्ण रूपमा फिट हुन्छ र सकेसम्म चाँडो बढ्न आवश्यक छ; वा कमाण्ड र कन्ट्रोलको पदानुक्रम भएका कम्पनीहरू (Apple in the best Years of Jobs), जहाँ सबैले आफूलाई भनिएअनुसार गर्छन्। यद्यपि, आधुनिक व्यापार अनुसन्धान (र सामान्य ज्ञान) ले सुझाव दिन्छ कि अधिकतम चतुरता, जसले कम्पनीहरूमा नवीनता, र व्यक्तिहरूमा उच्च उत्पादकता निम्त्याउँछ, चलिरहेको रचनात्मक र पद्धतिगत सोचलाई समर्थन गर्न निम्न स्तरको तनाव चाहिन्छ। र यदि तपाइँ तपाइँको कोड को प्रत्येक लाइन को बारे मा तपाइँका सहकर्मीहरु लाई के भन्नु पर्छ भन्ने बारे लगातार चिन्ता गरिरहनु भएको छ भने रचनात्मक, छलफलमा आधारित काम गर्न धेरै गाह्रो छ।

नकारात्मकता ईन्जिनियरिङ् पप संस्कृति हो

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

कोहीले अझै पनि लिनसको धेरै आलोचनात्मक हुने अधिकारको रक्षा गर्छन् - जसले "विषाक्त नकारात्मकता" को फाइदा र बेफाइदाहरूको बारेमा धेरै जान्नुपर्छ। हो, सभ्यता अत्यन्तै महत्त्वपूर्ण छ (आधारभूत पनि), तर यदि हामीले नकारात्मक विचारहरूको अभिव्यक्तिलाई "विषाक्तता" मा परिणत गर्नको लागि कारणहरू सङ्कलन गर्छौं भने, यी कारणहरू पितृवादी वा किशोरावस्था देखिन्छन्: "उनीहरू यसको योग्य छन् किनभने तिनीहरू मूर्ख छन्। ", "उनी निश्चित हुनुपर्दछ कि उनीहरूले यो फेरि गर्दैनन्," "यदि उनीहरूले त्यसो नगरेको भए, उसले उनीहरूलाई चिच्याउनुपर्ने थिएन," र यस्तै। नेताको भावनात्मक प्रतिक्रियाहरूले प्रोग्रामिङ समुदायमा पार्ने प्रभावको उदाहरण रुबी समुदायको संक्षिप्त नाम MINASWAN हो - "Matz राम्रो छ त्यसैले हामी राम्रो छौं।"

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

प्रोग्रामिङको संसार द्रुत रूपमा बढ्दै छ र यसको कन्टेनरको सीमाहरू विरुद्ध धकेल्दै छ - गैर-प्रोग्रामिङको संसार (वा प्रोग्रामिङको संसार गैर-प्रोग्रामिङको संसारको लागि कन्टेनर हो? राम्रो प्रश्न)।

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

मैले नकारात्मकताको बारेमा के सिकें

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

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

अन्तमा, नकारात्मक शाब्दिक रूपमा तपाईंको स्वास्थ्यलाई हानि पुर्‍याउँछ.

मलाई लाग्छ मुस्कानमा मास्टर क्लास जस्तो देखिनु पर्छ।

निस्सन्देह, यो खुशीको साथ बीम गर्ने, प्रत्येक पुल अनुरोधमा दस अरब इमोटिकनहरू सम्मिलित गर्ने, वा मुस्कानमा मास्टर क्लासमा जाने पक्षमा तर्क होइन (होइन, ठीक छ, यदि तपाइँ चाहनुहुन्छ भने, त्यसपछि कुनै प्रश्न छैन)। नकारात्मकता प्रोग्रामिङ (र मानव जीवन) को एक अत्यन्त महत्त्वपूर्ण भाग हो, गुणस्तर संकेत गर्दछ, भावनाहरू व्यक्त गर्न र सँगी मानवहरूसँग मिलनसार गर्न अनुमति दिन्छ। नकारात्मकताले अन्तरदृष्टि र विवेक, समस्याको गहिराइलाई संकेत गर्दछ। म प्रायः याद गर्छु कि एक विकासकर्ता नयाँ स्तरमा पुगेको छ जब उसले पहिले डरपोक र अनिश्चित भएको कुरामा अविश्वास व्यक्त गर्न थाल्छ। मानिसहरूले आफ्नो विचारको साथ व्यावहारिकता र विश्वास देखाउँछन्। तपाईं नकारात्मकता को अभिव्यक्ति खारेज गर्न सक्नुहुन्न, त्यो Orwellian हुनेछ।

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

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

यो उल्लेखनीय, प्रभावकारी व्यवस्थापन र नरम दृष्टिकोणको शक्तिको उदाहरण थियो। मैले महसुस गरें कि म कम्पनीमा पूर्ण विश्वास र यसको लक्ष्यहरू प्राप्त गर्ने क्षमतामा मात्र देखिन्छु, तर वास्तवमा मैले अरूसँग पूर्ण रूपमा फरक तरिकाले बोलेको र सञ्चार गरेको छु। मैले यो पनि महसुस गरें कि मैले काम गरिरहेको परियोजनामा ​​शंका लागे पनि, मैले मेरा सहकर्मीहरूलाई आफ्ना भावनाहरू देखाउनु हुँदैन र निराशावादलाई संक्रामक रूपमा फैलाउनु हुँदैन, जसले हाम्रो सफलताको सम्भावनाहरू घटाउँछ। यसको सट्टा, मैले आक्रामक रूपमा मेरो व्यवस्थापनलाई वास्तविक अवस्था बताउन सक्छु। र यदि मलाई लाग्छ कि उनीहरूले मेरो कुरा सुनिरहेका छैनन् भने, म कम्पनी छोडेर मेरो असहमति व्यक्त गर्न सक्छु।

मैले कर्मचारी मूल्याङ्कन प्रमुखको पद ग्रहण गर्दा नयाँ अवसर पाएँ। एक पूर्व प्रमुख इन्जिनियरको रूपमा, म हाम्रो (सधैं-सुधार्ने) लिगेसी कोडमा मेरो विचार व्यक्त गर्नमा धेरै सावधान छु। परिवर्तन अनुमोदन गर्नको लागि, तपाईंले हालको अवस्थाको कल्पना गर्न आवश्यक छ, तर यदि तपाईं विलाप, आक्रमण, वा यस्तै प्रकारमा डुब्नुभयो भने तपाईंले कहिँ पनि पाउनुहुनेछैन। अन्ततः, म यहाँ एउटा कार्य पूरा गर्न आएको छु र कोडको बारेमा बुझ्न, मूल्याङ्कन गर्न वा यसलाई ठीक गर्नको लागि गुनासो गर्नु हुँदैन।

वास्तवमा, मैले कोडमा मेरो भावनात्मक प्रतिक्रियालाई जति धेरै नियन्त्रण गर्छु, त्यति नै मैले यो के हुन सक्छ भनेर बुझ्छु र कम भ्रम महसुस गर्छु। जब मैले आफूलाई संयमताका साथ व्यक्त गरें ("यहाँ थप सुधारको लागि ठाउँ हुनुपर्छ"), म आफैलाई र अरूलाई खुसी बनाउँदै थिएँ र परिस्थितिलाई धेरै गम्भीर रूपमा लिइनँ। मैले महसुस गरें कि म पूर्ण रूपमा (रिसाउने?) व्यावहारिक भएर अरूमा नकारात्मकतालाई उत्तेजित गर्न र कम गर्न सक्छु ("तपाईं सहि हुनुहुन्छ, यो कोड धेरै खराब छ, तर हामी यसलाई सुधार गर्नेछौं")। म जेन मार्गमा कति टाढा जान सक्छु भनेर हेर्न पाउँदा खुसी छु।

अनिवार्य रूपमा, म निरन्तर एक महत्त्वपूर्ण पाठ सिक्दै र पुन: सिक्दै छु: जीवन निरन्तर रिस र पीडामा रहन धेरै छोटो छ।

स्रोत: www.habr.com