കോഡിലുള്ള ദേഷ്യം: പ്രോഗ്രാമർമാരും നിഷേധാത്മകതയും

ഞാൻ ഒരു കോഡ് നോക്കുകയാണ്. ഇത് ഞാൻ കണ്ടിട്ടുള്ളതിൽ വച്ച് ഏറ്റവും മോശം കോഡായിരിക്കാം. ഡാറ്റാബേസിൽ ഒരു റെക്കോർഡ് മാത്രം അപ്ഡേറ്റ് ചെയ്യാൻ, അത് ശേഖരത്തിലെ എല്ലാ റെക്കോർഡുകളും വീണ്ടെടുക്കുകയും തുടർന്ന് അപ്ഡേറ്റ് ചെയ്യേണ്ട ആവശ്യമില്ലാത്തവ പോലും ഡാറ്റാബേസിലെ എല്ലാ റെക്കോർഡുകളിലേക്കും ഒരു അപ്ഡേറ്റ് അഭ്യർത്ഥന അയയ്ക്കുകയും ചെയ്യുന്നു. അതിലേക്ക് കൈമാറിയ മൂല്യം തിരികെ നൽകുന്ന ഒരു മാപ്പ് ഫംഗ്‌ഷൻ ഉണ്ട്. വ്യത്യസ്ത ശൈലികളിൽ പേരിട്ടിരിക്കുന്ന, പ്രത്യക്ഷത്തിൽ ഒരേ മൂല്യമുള്ള വേരിയബിളുകൾക്കായി സോപാധിക പരിശോധനകൾ ഉണ്ട് (firstName и first_name). ഓരോ അപ്‌ഡേറ്റിനും, കോഡ് മറ്റൊരു ക്യൂവിലേക്ക് ഒരു സന്ദേശം അയയ്‌ക്കുന്നു, അത് ഒരു വ്യത്യസ്‌ത സെർവർലെസ് ഫംഗ്‌ഷനാണ് കൈകാര്യം ചെയ്യുന്നത്, എന്നാൽ ഒരേ ഡാറ്റാബേസിലെ മറ്റൊരു ശേഖരണത്തിനായുള്ള എല്ലാ പ്രവർത്തനങ്ങളും ഇത് ചെയ്യുന്നു. പരിസ്ഥിതിയിലെ 100-ലധികം ഫംഗ്‌ഷനുകൾ അടങ്ങുന്ന ഒരു ക്ലൗഡ് അധിഷ്‌ഠിത “സേവന-അധിഷ്‌ഠിത ആർക്കിടെക്‌ചറിൽ” നിന്നുള്ളതാണ് ഈ സെർവർലെസ് ഫംഗ്‌ഷൻ എന്ന് ഞാൻ സൂചിപ്പിച്ചോ?

ഇത് ചെയ്യാൻ പോലും എങ്ങനെ സാധിച്ചു? ഞാൻ എൻ്റെ മുഖം മൂടി, എൻ്റെ ചിരിയിലൂടെ ദൃശ്യമായി കരയുന്നു. എന്താണ് സംഭവിച്ചതെന്ന് എൻ്റെ സഹപ്രവർത്തകർ ചോദിക്കുന്നു, ഞാൻ അത് നിറങ്ങളിൽ വീണ്ടും പറയുന്നു BulkDataImporter.js 2018-ൻ്റെ ഏറ്റവും മോശം ഹിറ്റുകൾ. എല്ലാവരും എന്നോട് സഹതാപത്തോടെ തലയാട്ടി സമ്മതിക്കുന്നു: അവർക്ക് എങ്ങനെ ഞങ്ങളോട് ഇത് ചെയ്യാൻ കഴിയും?

നെഗറ്റീവ്: ഒരു പ്രോഗ്രാമർ സംസ്കാരത്തിലെ ഒരു വൈകാരിക ഉപകരണം

പ്രോഗ്രാമിംഗിൽ നിഷേധാത്മകത ഒരു പ്രധാന പങ്ക് വഹിക്കുന്നു. ഇത് നമ്മുടെ സംസ്കാരത്തിൽ ഉൾച്ചേർന്നതാണ്, ഞങ്ങൾ പഠിച്ച കാര്യങ്ങൾ പങ്കിടാൻ ഉപയോഗിക്കുന്നു ("നിങ്ങൾ അങ്ങനെ ചെയ്യുന്നില്ല നിങ്ങൾ അത് വിശ്വസിക്കും, ആ കോഡ് എങ്ങനെയായിരുന്നു!"), നിരാശയിലൂടെ സഹതാപം പ്രകടിപ്പിക്കാൻ ("ദൈവമേ, എന്തിനാണ് അത്?"), സ്വയം കാണിക്കാൻ ("ഞാൻ ഒരിക്കലും ചെയ്യില്ല അതുപോലെ അത് ചെയ്തില്ല”), മറ്റാരുടെയെങ്കിലും മേൽ കുറ്റം ചുമത്താൻ (“അയാളുടെ കോഡ് കാരണം ഞങ്ങൾ പരാജയപ്പെട്ടു, അത് നിലനിർത്താൻ അസാധ്യമാണ്”), അല്ലെങ്കിൽ, ഏറ്റവും “വിഷകരമായ” സംഘടനകളിൽ പതിവ് പോലെ, മറ്റുള്ളവരെ നിയന്ത്രിക്കുക ലജ്ജാബോധം (“നിങ്ങൾ എന്തിനെക്കുറിച്ചാണ് ചിന്തിച്ചത്?” ? ശരിയാണ്”).

നിഷേധാത്മകത പ്രോഗ്രാമർമാർക്ക് വളരെ പ്രധാനമാണ്, കാരണം അത് മൂല്യം അറിയിക്കുന്നതിനുള്ള വളരെ ഫലപ്രദമായ മാർഗമാണ്. ഒരിക്കൽ ഞാൻ ഒരു പ്രോഗ്രാമിംഗ് ക്യാമ്പിൽ പങ്കെടുത്തു, വിദ്യാർത്ഥികളിൽ വ്യവസായ സംസ്കാരം വളർത്തിയെടുക്കുന്നതിനുള്ള അടിസ്ഥാന രീതി ഉദാരമായി മെമ്മുകൾ, സ്റ്റോറികൾ, വീഡിയോകൾ എന്നിവ വിതരണം ചെയ്യുക എന്നതായിരുന്നു, അവയിൽ ഏറ്റവും പ്രചാരമുള്ളത് ചൂഷണം ചെയ്യപ്പെട്ടവയാണ്. ആളുകളുടെ തെറ്റിദ്ധാരണയെ അഭിമുഖീകരിക്കുമ്പോൾ പ്രോഗ്രാമർമാരുടെ നിരാശ. നല്ലതും ചീത്തയും വൃത്തികെട്ടതും അങ്ങനെ ചെയ്യരുത്, ഒരിക്കലും ചെയ്യരുത് എന്നിവ തിരിച്ചറിയാൻ വൈകാരിക ഉപകരണങ്ങൾ ഉപയോഗിക്കാൻ കഴിയുന്നത് നല്ലതാണ്. ഐടിയിൽ നിന്ന് അകന്നിരിക്കുന്ന സഹപ്രവർത്തകർ ഒരുപക്ഷേ തെറ്റിദ്ധരിക്കപ്പെടുമെന്ന വസ്തുതയ്ക്കായി പുതുമുഖങ്ങളെ തയ്യാറാക്കേണ്ടത് ആവശ്യമാണ്. അവരുടെ സുഹൃത്തുക്കൾ അവർക്ക് ദശലക്ഷം ഡോളർ ആപ്പ് ആശയങ്ങൾ വിൽക്കാൻ തുടങ്ങും. കാലഹരണപ്പെട്ട കോഡിൻ്റെ അനന്തമായ ലാബിരിന്തുകളിലൂടെ ഒരു കൂട്ടം മിനോട്ടോറുകളുമായി അവർക്ക് അലയേണ്ടിവരുമെന്ന്.

ഞങ്ങൾ ആദ്യം പ്രോഗ്രാം ചെയ്യാൻ പഠിക്കുമ്പോൾ, "പ്രോഗ്രാമിംഗ് അനുഭവത്തിൻ്റെ" ആഴത്തെക്കുറിച്ചുള്ള നമ്മുടെ ധാരണ മറ്റുള്ളവരുടെ വൈകാരിക പ്രതികരണങ്ങൾ നിരീക്ഷിക്കുന്നതിനെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. ലെ പോസ്റ്റുകളിൽ നിന്ന് ഇത് വ്യക്തമായി കാണാൻ കഴിയും sabe ProgrammerHumor, അവിടെ ധാരാളം പുതിയ പ്രോഗ്രാമർമാർ ഹാംഗ്ഔട്ട് ചെയ്യുന്നു. പല നർമ്മരക്തങ്ങളും, ഒരു പരിധിവരെ അല്ലെങ്കിൽ മറ്റൊന്നിൽ, വ്യത്യസ്ത നിഷേധാത്മകതകളാൽ നിറമുള്ളവയാണ്: നിരാശ, അശുഭാപ്തിവിശ്വാസം, രോഷം, അനുരഞ്ജനം തുടങ്ങിയവ. ഇത് നിങ്ങൾക്ക് മതിയായതായി തോന്നുന്നില്ലെങ്കിൽ, അഭിപ്രായങ്ങൾ വായിക്കുക.

പ്രോഗ്രാമർമാർ അനുഭവം നേടുമ്പോൾ, അവർ കൂടുതൽ കൂടുതൽ നെഗറ്റീവ് ആകുന്നത് ഞാൻ ശ്രദ്ധിച്ചു. തുടക്കക്കാർ, തങ്ങളെ കാത്തിരിക്കുന്ന ബുദ്ധിമുട്ടുകളെക്കുറിച്ച് അറിയാതെ, ഉത്സാഹത്തോടെയും ഈ ബുദ്ധിമുട്ടുകൾക്ക് കാരണം അനുഭവത്തിൻ്റെയും അറിവിൻ്റെയും അഭാവമാണെന്ന് വിശ്വസിക്കാനുള്ള സന്നദ്ധതയോടെ ആരംഭിക്കുന്നു; ഒടുവിൽ അവർ കാര്യങ്ങളുടെ യാഥാർത്ഥ്യത്തെ അഭിമുഖീകരിക്കും.

സമയം കടന്നുപോകുന്നു, അവർ അനുഭവം നേടുകയും നല്ല കോഡ് മോശമായതിൽ നിന്ന് വേർതിരിച്ചറിയുകയും ചെയ്യുന്നു. ആ നിമിഷം വരുമ്പോൾ, യുവ പ്രോഗ്രാമർമാർ വ്യക്തമായും മോശം കോഡുമായി പ്രവർത്തിക്കുന്നതിൻ്റെ നിരാശ അനുഭവിക്കുന്നു. അവർ ഒരു ടീമിൽ (വിദൂരമായോ വ്യക്തിപരമായോ) പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, കൂടുതൽ പരിചയസമ്പന്നരായ സഹപ്രവർത്തകരുടെ വൈകാരിക ശീലങ്ങൾ അവർ പലപ്പോഴും സ്വീകരിക്കുന്നു. ഇത് പലപ്പോഴും നിഷേധാത്മകത വർദ്ധിക്കുന്നതിലേക്ക് നയിക്കുന്നു, കാരണം യുവാക്കൾക്ക് ഇപ്പോൾ കോഡിനെക്കുറിച്ച് ചിന്താപൂർവ്വം സംസാരിക്കാനും അതിനെ ചീത്തയും നല്ലതുമായി വിഭജിക്കാനും അതുവഴി അവർ "അറിവുള്ളവരാണെന്ന്" കാണിക്കാനും കഴിയും. ഇത് നിഷേധാത്മകതയെ കൂടുതൽ ശക്തിപ്പെടുത്തുന്നു: നിരാശയിൽ നിന്ന്, സഹപ്രവർത്തകരുമായി ഒത്തുചേരാനും ഒരു ഗ്രൂപ്പിൻ്റെ ഭാഗമാകാനും എളുപ്പമാണ്, മോശം കോഡിനെ വിമർശിക്കുന്നത് മറ്റുള്ളവരുടെ കണ്ണിൽ നിങ്ങളുടെ സ്റ്റാറ്റസും പ്രൊഫഷണലിസവും വർദ്ധിപ്പിക്കുന്നു: നിഷേധാത്മകമായ അഭിപ്രായങ്ങൾ പ്രകടിപ്പിക്കുന്ന ആളുകൾ പലപ്പോഴും കൂടുതൽ ബുദ്ധിമാനും കഴിവുള്ളവരുമായി കണക്കാക്കപ്പെടുന്നു.

നിഷേധാത്മകത വർദ്ധിക്കുന്നത് ഒരു മോശം കാര്യമല്ല. പ്രോഗ്രാമിംഗിനെക്കുറിച്ചുള്ള ചർച്ചകൾ, മറ്റ് കാര്യങ്ങൾക്കൊപ്പം, എഴുതിയ കോഡിൻ്റെ ഗുണനിലവാരത്തിൽ വളരെയധികം ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. കോഡ് എന്താണെന്നത് അത് ചെയ്യാൻ ഉദ്ദേശിക്കുന്ന പ്രവർത്തനത്തെ പൂർണ്ണമായും നിർവചിക്കുന്നു (ഹാർഡ്‌വെയർ, നെറ്റ്‌വർക്കിംഗ് മുതലായവ മാറ്റിനിർത്തുന്നു), അതിനാൽ ആ കോഡിനെക്കുറിച്ച് നിങ്ങളുടെ അഭിപ്രായം പ്രകടിപ്പിക്കുന്നത് പ്രധാനമാണ്. മിക്കവാറും എല്ലാ ചർച്ചകളും വരുന്നത് കോഡ് മതിയായതാണോ എന്നതിലേക്കും മോശം കോഡിൻ്റെ പ്രകടനങ്ങളെ അപലപിക്കുന്നതിലേക്കും അതിൻ്റെ വൈകാരിക അർത്ഥം കോഡിൻ്റെ ഗുണനിലവാരത്തെ ചിത്രീകരിക്കുന്നു:

• "ഈ മൊഡ്യൂളിൽ ധാരാളം ലോജിക് പൊരുത്തക്കേടുകൾ ഉണ്ട്, ഇത് കാര്യമായ പ്രകടന ഒപ്റ്റിമൈസേഷനുള്ള ഒരു നല്ല സ്ഥാനാർത്ഥിയാണ്."
• "ഈ മൊഡ്യൂൾ വളരെ മോശമാണ്, ഞങ്ങൾ ഇത് റീഫാക്റ്റർ ചെയ്യേണ്ടതുണ്ട്."
• "ഈ മൊഡ്യൂൾ അർത്ഥമാക്കുന്നില്ല, അത് വീണ്ടും എഴുതേണ്ടതുണ്ട്."
• "ഈ മൊഡ്യൂൾ മോശമാണ്, അത് പാച്ച് ചെയ്യേണ്ടതുണ്ട്."
• "ഇത് ഒരു ആട്ടുകൊറ്റനാണ്, ഒരു മൊഡ്യൂളല്ല, ഇത് എഴുതേണ്ട ആവശ്യമില്ല, അതിൻ്റെ രചയിതാവ് എന്താണ് ചിന്തിക്കുന്നത്."

വഴിയിൽ, ഈ "വൈകാരിക റിലീസ്" ആണ് ഡെവലപ്പർമാരെ കോഡ് "സെക്സി" എന്ന് വിളിക്കാൻ പ്രേരിപ്പിക്കുന്നത്, ഇത് അപൂർവ്വമായി ന്യായമാണ് - നിങ്ങൾ PornHub-ൽ ജോലി ചെയ്യുന്നില്ലെങ്കിൽ.

ആളുകൾ വിചിത്രവും അസ്വസ്ഥരും വൈകാരിക സൃഷ്ടികളുമാണ് എന്നതാണ് പ്രശ്നം, ഏതൊരു വികാരത്തിൻ്റെയും ധാരണയും പ്രകടനവും നമ്മെ മാറ്റുന്നു: ആദ്യം സൂക്ഷ്മമായി, എന്നാൽ കാലക്രമേണ, നാടകീയമായി.

നിഷേധാത്മകതയുടെ പ്രശ്‌നകരമായ സ്ലിപ്പറി ചരിവ്

കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ്, ഞാൻ ഒരു അനൗപചാരിക ടീം ലീഡറായിരുന്നു, ഒരു ഡെവലപ്പറെ അഭിമുഖം നടത്തി. ഞങ്ങൾ അവനെ ശരിക്കും ഇഷ്ടപ്പെട്ടു: അവൻ മിടുക്കനായിരുന്നു, നല്ല ചോദ്യങ്ങൾ ചോദിക്കുന്നവനായിരുന്നു, സാങ്കേതിക പരിജ്ഞാനമുള്ളവനായിരുന്നു, നമ്മുടെ സംസ്കാരവുമായി നന്നായി ഇണങ്ങിച്ചേരുന്നവനായിരുന്നു. അദ്ദേഹത്തിൻ്റെ പോസിറ്റിവിറ്റിയും അദ്ദേഹം എത്രമാത്രം സംരംഭകനാണെന്ന് തോന്നിയതും എന്നെ പ്രത്യേകം ആകർഷിച്ചു. ഞാൻ അവനെ ജോലിക്കെടുത്തു.

ആ സമയത്ത്, കമ്പനിയിൽ രണ്ട് വർഷമായി ജോലി ചെയ്യുന്ന എനിക്ക് ഞങ്ങളുടെ സംസ്കാരം അത്ര ഫലപ്രദമല്ലെന്ന് തോന്നി. ഞാൻ എത്തുന്നതിന് മുമ്പ് ഞങ്ങൾ രണ്ട് തവണ, മൂന്ന് തവണ, രണ്ട് തവണ കൂടി ഉൽപ്പന്നം സമാരംഭിക്കാൻ ശ്രമിച്ചു, ഇത് പുനർനിർമ്മിക്കുന്നതിന് വലിയ ചിലവുകൾക്ക് കാരണമായി, ഈ സമയത്ത് ഞങ്ങൾക്ക് കാണിക്കാൻ ദൈർഘ്യമേറിയ രാത്രികൾ, കർശനമായ സമയപരിധികൾ, ജോലി ചെയ്യുന്ന ഉൽപ്പന്നങ്ങൾ എന്നിവയല്ലാതെ മറ്റൊന്നും ഇല്ലായിരുന്നു. ഞാൻ ഇപ്പോഴും കഠിനാധ്വാനത്തിലായിരുന്നുവെങ്കിലും, മാനേജ്‌മെൻ്റ് ഞങ്ങൾക്ക് നൽകിയ അവസാന സമയപരിധിയെക്കുറിച്ച് എനിക്ക് സംശയമുണ്ടായിരുന്നു. എൻ്റെ സഹപ്രവർത്തകരുമായി കോഡിൻ്റെ ചില വശങ്ങൾ ചർച്ച ചെയ്യുമ്പോൾ അദ്ദേഹം യാദൃശ്ചികമായി സത്യം ചെയ്തു.

അതിനാൽ, ഏതാനും ആഴ്‌ചകൾക്കുശേഷം, അതേ പുതിയ ഡെവലപ്പർ ഞാൻ ചെയ്‌ത അതേ നിഷേധാത്മകമായ കാര്യങ്ങൾ (ശപഥം ഉൾപ്പെടെ) പറഞ്ഞതിൽ അതിശയിക്കാനില്ല-ഞാൻ ആശ്ചര്യപ്പെട്ടു. വ്യത്യസ്തമായ സംസ്കാരമുള്ള മറ്റൊരു കമ്പനിയിൽ അവൻ വ്യത്യസ്തമായി പെരുമാറുമെന്ന് ഞാൻ മനസ്സിലാക്കി. ഞാൻ സൃഷ്ടിച്ച സംസ്കാരവുമായി അദ്ദേഹം പൊരുത്തപ്പെട്ടു. ഒരു കുറ്റബോധം കൊണ്ട് ഞാൻ കീഴടങ്ങി. എൻ്റെ ആത്മനിഷ്ഠമായ അനുഭവം കാരണം, തികച്ചും വ്യത്യസ്തനാണെന്ന് ഞാൻ മനസ്സിലാക്കിയ ഒരു പുതുമുഖത്തിൽ ഞാൻ അശുഭാപ്തിവിശ്വാസം വളർത്തി. അവൻ ശരിക്കും അങ്ങനെയല്ലെങ്കിൽപ്പോലും, അയാൾക്ക് യോജിക്കാൻ കഴിയുമെന്ന് കാണിക്കാൻ ഒരു ഭാവം വെക്കുകയായിരുന്നെങ്കിൽ പോലും, ഞാൻ എൻ്റെ വൃത്തികെട്ട മനോഭാവം അവനിൽ നിർബന്ധിച്ചു. തമാശയായോ കടന്നുപോകുമ്പോഴോ പോലും പറഞ്ഞതെല്ലാം വിശ്വസിക്കപ്പെടുന്നതിലേക്ക് മാറുന്ന മോശം രീതിയാണ്.

നെഗറ്റീവ് വഴികൾ

അൽപ്പം ജ്ഞാനവും അനുഭവപരിചയവും നേടിയ ഞങ്ങളുടെ മുൻ തുടക്കക്കാരായ പ്രോഗ്രാമർമാരിലേക്ക് മടങ്ങാം: അവർ പ്രോഗ്രാമിംഗ് വ്യവസായവുമായി കൂടുതൽ പരിചിതരായിത്തീരുകയും മോശം കോഡ് എല്ലായിടത്തും ഉണ്ടെന്ന് മനസ്സിലാക്കുകയും ചെയ്യുന്നു, അത് ഒഴിവാക്കാനാവില്ല. ഗുണനിലവാരത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്ന ഏറ്റവും വികസിത കമ്പനികളിൽ പോലും ഇത് സംഭവിക്കുന്നു (കൂടാതെ ഞാൻ ശ്രദ്ധിക്കട്ടെ: പ്രത്യക്ഷത്തിൽ, ആധുനികത മോശം കോഡിൽ നിന്ന് സംരക്ഷിക്കുന്നില്ല).

നല്ല തിരക്കഥ. കാലക്രമേണ, മോശം കോഡ് സോഫ്റ്റ്‌വെയറിൻ്റെ ഒരു യാഥാർത്ഥ്യമാണെന്നും അത് മെച്ചപ്പെടുത്തുക എന്നതാണ് അവരുടെ ജോലിയെന്നും ഡെവലപ്പർമാർ അംഗീകരിക്കാൻ തുടങ്ങുന്നു. മോശം കോഡ് ഒഴിവാക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, അതിനെക്കുറിച്ച് ബഹളമുണ്ടാക്കുന്നതിൽ അർത്ഥമില്ലെന്നും. അവർ അഭിമുഖീകരിക്കുന്ന പ്രശ്നങ്ങൾ അല്ലെങ്കിൽ ജോലികൾ പരിഹരിക്കുന്നതിൽ ശ്രദ്ധ കേന്ദ്രീകരിച്ച് സെൻസിൻ്റെ പാത സ്വീകരിക്കുന്നു. ബിസിനസ്സ് ഉടമകൾക്ക് സോഫ്റ്റ്‌വെയർ ഗുണനിലവാരം എങ്ങനെ കൃത്യമായി അളക്കാമെന്നും ആശയവിനിമയം നടത്താമെന്നും അവർ പഠിക്കുന്നു, അവരുടെ വർഷങ്ങളുടെ അനുഭവത്തെ അടിസ്ഥാനമാക്കി നന്നായി സ്ഥാപിതമായ എസ്റ്റിമേറ്റുകൾ എഴുതുന്നു, കൂടാതെ ബിസിനസ്സിനുള്ള അവരുടെ അവിശ്വസനീയവും നിലനിൽക്കുന്നതുമായ മൂല്യത്തിന് ആത്യന്തികമായി ഉദാരമായ പ്രതിഫലം ലഭിക്കും. അവർ അവരുടെ ജോലി വളരെ നന്നായി ചെയ്യുന്നു, അവർക്ക് ബോണസായി $10 മില്യൺ പ്രതിഫലം ലഭിക്കുന്നു, അവരുടെ ജീവിതകാലം മുഴുവൻ അവർ ആഗ്രഹിക്കുന്നത് ചെയ്യാൻ വിരമിക്കുന്നു (ദയവായി അത് നിസ്സാരമായി കാണരുത്).

ഇരുട്ടിൻ്റെ പാതയാണ് മറ്റൊരു രംഗം. മോശം കോഡ് ഒരു അനിവാര്യതയായി സ്വീകരിക്കുന്നതിനുപകരം, പ്രോഗ്രാമിംഗ് ലോകത്തെ എല്ലാ ചീത്തയും വിളിക്കാൻ ഡവലപ്പർമാർ സ്വയം ഏറ്റെടുക്കുന്നു, അങ്ങനെ അവർക്ക് അതിനെ മറികടക്കാൻ കഴിയും. പല നല്ല കാരണങ്ങളാൽ നിലവിലുള്ള മോശം കോഡ് മെച്ചപ്പെടുത്താൻ അവർ വിസമ്മതിക്കുന്നു: "ആളുകൾ കൂടുതൽ അറിയണം, അത്ര വിഡ്ഢികളാകരുത്"; "അത് അസുഖകരമാണ്"; "ഇത് ബിസിനസ്സിന് മോശമാണ്"; "ഞാൻ എത്ര മിടുക്കനാണെന്ന് ഇത് തെളിയിക്കുന്നു"; "ഇത് എന്തൊരു മോശം കോഡ് ആണെന്ന് ഞാൻ നിങ്ങളോട് പറഞ്ഞില്ലെങ്കിൽ, കമ്പനി മുഴുവൻ കടലിൽ വീഴും," തുടങ്ങിയവ.

ബിസിനസ്സ് നിർഭാഗ്യവശാൽ വികസിച്ചുകൊണ്ടേയിരിക്കേണ്ടതും കോഡിൻ്റെ ഗുണനിലവാരത്തെക്കുറിച്ച് വേവലാതിപ്പെട്ട് സമയം ചിലവഴിക്കാത്തതിനാലും അവർ ആഗ്രഹിക്കുന്ന മാറ്റങ്ങൾ നടപ്പിലാക്കാൻ കഴിയില്ല, ഈ ആളുകൾ പരാതിക്കാരായി പ്രശസ്തി നേടുന്നു. അവരുടെ ഉയർന്ന കഴിവിനായി അവർ നിലനിർത്തുന്നു, പക്ഷേ കമ്പനിയുടെ മാർജിനുകളിലേക്ക് തള്ളപ്പെടുന്നു, അവിടെ അവർ പലരെയും ശല്യപ്പെടുത്തില്ല, പക്ഷേ ഇപ്പോഴും നിർണായക സംവിധാനങ്ങളുടെ പ്രവർത്തനത്തെ പിന്തുണയ്ക്കും. പുതിയ വികസന അവസരങ്ങളിലേക്ക് പ്രവേശനമില്ലാതെ, അവർക്ക് കഴിവുകൾ നഷ്ടപ്പെടുകയും വ്യവസായ ആവശ്യങ്ങൾ നിറവേറ്റുന്നത് അവസാനിപ്പിക്കുകയും ചെയ്യുന്നു. അവരുടെ നിഷേധാത്മകത കയ്പേറിയ കയ്പായി മാറുന്നു, തൽഫലമായി, ഇരുപത് വയസ്സുള്ള വിദ്യാർത്ഥികളുമായി അവരുടെ പ്രിയപ്പെട്ട പഴയ സാങ്കേതികവിദ്യ കടന്നുപോയ യാത്രയെക്കുറിച്ചും അത് ഇപ്പോഴും ചൂടായത് എന്തുകൊണ്ടാണെന്നും തർക്കിച്ചുകൊണ്ട് അവർ അവരുടെ അഹന്തയെ പോഷിപ്പിക്കുന്നു. അവർ വിരമിക്കുകയും അവരുടെ വാർദ്ധക്യം പക്ഷികളോട് ശകാരിക്കുകയും ചെയ്യുന്നു.

യാഥാർത്ഥ്യം ഈ രണ്ട് തീവ്രതകൾക്കിടയിലെവിടെയോ ആയിരിക്കും.

ചില കമ്പനികൾ അങ്ങേയറ്റം നെഗറ്റീവ്, ഇൻസുലാർ, ശക്തമായ ഇച്ഛാശക്തിയുള്ള സംസ്കാരങ്ങൾ സൃഷ്ടിക്കുന്നതിൽ അങ്ങേയറ്റം വിജയിച്ചിട്ടുണ്ട് (അതിന് മുമ്പുള്ള മൈക്രോസോഫ്റ്റ് പോലെ നഷ്ടപ്പെട്ട ദശകം) - പലപ്പോഴും ഇവ വിപണിക്ക് അനുയോജ്യമായ ഉൽപ്പന്നങ്ങളുള്ള കമ്പനികളാണ്, കഴിയുന്നത്ര വേഗത്തിൽ വളരേണ്ടതിൻ്റെ ആവശ്യകത; അല്ലെങ്കിൽ കമാൻഡിൻ്റെയും നിയന്ത്രണത്തിൻ്റെയും ഒരു ശ്രേണിയുള്ള കമ്പനികൾ (ജോലിയുടെ ഏറ്റവും മികച്ച വർഷങ്ങളിൽ ആപ്പിൾ), അവിടെ എല്ലാവരും അവരോട് പറയുന്നത് ചെയ്യുന്നു. എന്നിരുന്നാലും, ആധുനിക ബിസിനസ്സ് ഗവേഷണം (സാമാന്യബുദ്ധി) സൂചിപ്പിക്കുന്നത്, കമ്പനികളിൽ നൂതനത്വത്തിലേക്കും വ്യക്തികളിൽ ഉയർന്ന ഉൽപ്പാദനക്ഷമതയിലേക്കും നയിക്കുന്ന പരമാവധി ചാതുര്യം, തുടർച്ചയായ സർഗ്ഗാത്മകവും രീതിപരവുമായ ചിന്തയെ പിന്തുണയ്ക്കുന്നതിന് കുറഞ്ഞ സമ്മർദ്ദം ആവശ്യമാണെന്ന്. നിങ്ങളുടെ കോഡിൻ്റെ ഓരോ വരിയെ കുറിച്ചും നിങ്ങളുടെ സഹപ്രവർത്തകർ എന്താണ് പറയേണ്ടതെന്ന് നിങ്ങൾ നിരന്തരം ആശങ്കപ്പെടുന്നുണ്ടെങ്കിൽ, സർഗ്ഗാത്മകവും ചർച്ചാധിഷ്‌ഠിതവുമായ ജോലി ചെയ്യുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്.

എഞ്ചിനീയറിംഗ് പോപ്പ് സംസ്കാരമാണ് നെഗറ്റീവ്

ഇന്ന്, എഞ്ചിനീയർമാരുടെ മനോഭാവത്തിന് മുമ്പത്തേക്കാൾ കൂടുതൽ ശ്രദ്ധ നൽകപ്പെടുന്നു. എഞ്ചിനീയറിംഗ് ഓർഗനൈസേഷനുകളിൽ, നിയമം "കൊമ്പുകളില്ല". പുറത്തുനിന്നുള്ളവരോട് ശത്രുതയും ഇച്ഛാശക്തിയും തുടരാൻ കഴിയാതെ (ഇല്ല) ഈ തൊഴിൽ ഉപേക്ഷിച്ച ആളുകളെക്കുറിച്ച് ട്വിറ്ററിൽ കൂടുതൽ കഥകളും കഥകളും പ്രത്യക്ഷപ്പെടുന്നു. ലിനസ് ടോർവാൾഡ്സ് പോലും അടുത്തിടെ ക്ഷമാപണം നടത്തി മറ്റ് ലിനക്സ് ഡെവലപ്പർമാരോടുള്ള ശത്രുതയും വിമർശനവും വർഷങ്ങളായി - ഇത് ഈ സമീപനത്തിൻ്റെ ഫലപ്രാപ്തിയെക്കുറിച്ചുള്ള ചർച്ചകൾക്ക് കാരണമായി.

ചിലർ ഇപ്പോഴും വളരെ വിമർശനാത്മകമായിരിക്കാനുള്ള ലിനസിൻ്റെ അവകാശത്തെ പ്രതിരോധിക്കുന്നു - "ടോക്സിക് നെഗറ്റിവിറ്റി" യുടെ ഗുണങ്ങളെയും ദോഷങ്ങളെയും കുറിച്ച് ധാരാളം അറിയേണ്ടവർ. അതെ, നാഗരികത വളരെ പ്രധാനമാണ് (അടിസ്ഥാനം പോലും), എന്നാൽ നിഷേധാത്മകമായ അഭിപ്രായ പ്രകടനങ്ങൾ "വിഷബാധ" ആയി മാറാൻ നമ്മളിൽ പലരും അനുവദിക്കുന്നതിൻ്റെ കാരണങ്ങൾ സംഗ്രഹിച്ചാൽ, ഈ കാരണങ്ങൾ പിതൃത്വമോ കൗമാരക്കാരോ ആയി തോന്നുന്നു: "അവർ അത് അർഹിക്കുന്നു, കാരണം അവർ വിഡ്ഢികളാണ്. ", "ഇനി അവർ ഇത് ചെയ്യില്ലെന്ന് അയാൾക്ക് ഉറപ്പുണ്ടായിരിക്കണം," "അവർ അത് ചെയ്തില്ലെങ്കിൽ, അവൻ അവരോട് ആക്രോശിക്കേണ്ടി വരില്ല," തുടങ്ങിയവ. ഒരു നേതാവിൻ്റെ വൈകാരിക പ്രതികരണങ്ങൾ പ്രോഗ്രാമിംഗ് കമ്മ്യൂണിറ്റിയിൽ ചെലുത്തുന്ന സ്വാധീനത്തിൻ്റെ ഒരു ഉദാഹരണമാണ് റൂബി കമ്മ്യൂണിറ്റിയുടെ ചുരുക്കെഴുത്ത് MINASWAN - "Matz is nice so we are nice."

"ഒരു വിഡ്ഢിയെ കൊല്ലുക" എന്ന സമീപനത്തിൻ്റെ തീവ്രമായ വക്താക്കളിൽ പലരും കോഡിൻ്റെ ഗുണനിലവാരത്തെയും കൃത്യതയെയും കുറിച്ച് വളരെ ശ്രദ്ധാലുക്കളാണ്, അവരുടെ ജോലിയുമായി സ്വയം തിരിച്ചറിയുന്നത് ഞാൻ ശ്രദ്ധിച്ചിട്ടുണ്ട്. നിർഭാഗ്യവശാൽ, അവർ പലപ്പോഴും കാഠിന്യത്തെ കാഠിന്യവുമായി ആശയക്കുഴപ്പത്തിലാക്കുന്നു. ഈ സ്ഥാനത്തിൻ്റെ പോരായ്മ മറ്റുള്ളവരേക്കാൾ ശ്രേഷ്ഠനാണെന്ന് തോന്നാനുള്ള ലളിതവും എന്നാൽ ഉൽപാദനപരമല്ലാത്തതുമായ ആഗ്രഹത്തിൽ നിന്നാണ്. ഈ ആഗ്രഹത്തിൽ മുഴുകുന്ന ആളുകൾ ഇരുട്ടിൻ്റെ പാതയിൽ കുടുങ്ങിപ്പോകുന്നു.

പ്രോഗ്രാമിംഗ് ലോകം അതിവേഗം വളരുകയും അതിൻ്റെ കണ്ടെയ്‌നറിൻ്റെ അതിരുകൾക്കെതിരെ തള്ളുകയും ചെയ്യുന്നു - പ്രോഗ്രാമിംഗ് അല്ലാത്ത ലോകം (അല്ലെങ്കിൽ പ്രോഗ്രാമിംഗ് ലോകം പ്രോഗ്രാമിംഗ് അല്ലാത്ത ലോകത്തിനുള്ള ഒരു കണ്ടെയ്‌നറാണോ? നല്ല ചോദ്യം).

ഞങ്ങളുടെ വ്യവസായം അനുദിനം വർദ്ധിച്ചുവരുന്ന വേഗതയിൽ വികസിക്കുകയും പ്രോഗ്രാമിംഗ് കൂടുതൽ ആക്സസ് ചെയ്യാവുന്നതായിത്തീരുകയും ചെയ്യുമ്പോൾ, "ടെക്കികളും" "സാധാരണക്കാരും" തമ്മിലുള്ള അകലം അതിവേഗം അടയുകയാണ്. ആദ്യകാല സാങ്കേതിക കുതിച്ചുചാട്ടത്തിൻ്റെ ഒറ്റപ്പെട്ട നെർഡ് സംസ്കാരത്തിൽ വളർന്ന ആളുകളുടെ പരസ്പര ഇടപെടലുകൾക്ക് പ്രോഗ്രാമിംഗ് ലോകം കൂടുതലായി തുറന്നുകാട്ടപ്പെടുന്നു, അവരാണ് പ്രോഗ്രാമിംഗിൻ്റെ പുതിയ ലോകത്തെ രൂപപ്പെടുത്തുന്നത്. സാമൂഹികമോ തലമുറയോ ആയ വാദങ്ങൾ പരിഗണിക്കാതെ തന്നെ, മുതലാളിത്തത്തിൻ്റെ പേരിലുള്ള കാര്യക്ഷമത കമ്പനി സംസ്കാരത്തിലും നിയമന രീതികളിലും പ്രകടമാകും: മികച്ച കമ്പനികൾ മറ്റുള്ളവരുമായി നിഷ്പക്ഷമായി ഇടപഴകാൻ കഴിയാത്ത ആരെയും നിയമിക്കില്ല, നല്ല ബന്ധങ്ങൾ മാത്രം.

നിഷേധാത്മകതയെക്കുറിച്ച് ഞാൻ പഠിച്ചത്

നിങ്ങളുടെ മനസ്സിനെയും ആളുകളുമായുള്ള ആശയവിനിമയത്തെയും നിയന്ത്രിക്കാൻ നിങ്ങൾ വളരെയധികം നിഷേധാത്മകത അനുവദിക്കുകയാണെങ്കിൽ, അത് വിഷാംശമായി മാറുകയാണെങ്കിൽ, അത് ഉൽപ്പന്ന ടീമുകൾക്ക് അപകടകരവും ബിസിനസ്സിന് ചെലവേറിയതുമാണ്. ഒരു വിശ്വസ്ത ഡെവലപ്പർക്ക് സാങ്കേതികവിദ്യയോടോ മറ്റൊരു ഡവലപ്പറോടോ അല്ലെങ്കിൽ മുഴുവൻ കോഡ്ബേസിൻ്റെയും ഗുണമേന്മയെ പ്രതിനിധീകരിക്കാൻ തിരഞ്ഞെടുത്ത ഒരു ഫയലിനോട് പോലും വിദ്വേഷം ഉള്ളതിനാൽ വലിയ ചിലവിൽ പൂർണ്ണമായി പുനർനിർമ്മിക്കപ്പെട്ട എണ്ണമറ്റ പ്രോജക്റ്റുകൾ ഞാൻ കണ്ടു (കേട്ടിട്ടുണ്ട്).

നിഷേധാത്മകത ബന്ധങ്ങളെ നിരാശപ്പെടുത്തുകയും നശിപ്പിക്കുകയും ചെയ്യുന്നു. CSS തെറ്റായ ഫയലിൽ ഇട്ടതിന് ഒരു സഹപ്രവർത്തകൻ എന്നെ ശകാരിച്ചതെങ്ങനെയെന്ന് ഞാൻ ഒരിക്കലും മറക്കില്ല, അത് എന്നെ അസ്വസ്ഥനാക്കി, കുറച്ച് ദിവസത്തേക്ക് എൻ്റെ ചിന്തകൾ ശേഖരിക്കാൻ എന്നെ അനുവദിച്ചില്ല. ഭാവിയിൽ, അത്തരമൊരു വ്യക്തിയെ എൻ്റെ ഒരു ടീമിന് സമീപം അനുവദിക്കാൻ ഞാൻ സാധ്യതയില്ല (പക്ഷേ ആർക്കറിയാം, ആളുകൾ മാറുന്നു).

ഒടുവിൽ, നെഗറ്റീവ് അക്ഷരാർത്ഥത്തിൽ നിങ്ങളുടെ ആരോഗ്യത്തെ ദോഷകരമായി ബാധിക്കുന്നു.

പുഞ്ചിരിയെക്കുറിച്ചുള്ള ഒരു മാസ്റ്റർ ക്ലാസ് ഇങ്ങനെയായിരിക്കണമെന്ന് ഞാൻ കരുതുന്നു.

തീർച്ചയായും, ഇത് സന്തോഷത്തോടെ തിളങ്ങുന്നതിനോ, എല്ലാ പുൾ അഭ്യർത്ഥനകളിലേക്കും പത്ത് ബില്യൺ ഇമോട്ടിക്കോണുകൾ ചേർക്കുന്നതിനോ അല്ലെങ്കിൽ പുഞ്ചിരിയെക്കുറിച്ചുള്ള ഒരു മാസ്റ്റർ ക്ലാസിലേക്ക് പോകുന്നതിനോ അനുകൂലമായ ഒരു വാദമല്ല (ഇല്ല, ശരി, അതാണ് നിങ്ങൾ ആഗ്രഹിക്കുന്നതെങ്കിൽ, ചോദ്യമില്ല). നിഷേധാത്മകത എന്നത് പ്രോഗ്രാമിംഗിൻ്റെ (മനുഷ്യജീവിതത്തിൻ്റെ) വളരെ പ്രധാനപ്പെട്ട ഒരു ഭാഗമാണ്, ഗുണനിലവാരം സിഗ്നലിംഗ് ചെയ്യുന്നു, ഒരാളെ വികാരങ്ങൾ പ്രകടിപ്പിക്കാനും സഹമനുഷ്യരുമായി അനുനയിപ്പിക്കാനും അനുവദിക്കുന്നു. നിഷേധാത്മകത ഉൾക്കാഴ്ചയും വിവേകവും, പ്രശ്നത്തിൻ്റെ ആഴം സൂചിപ്പിക്കുന്നു. ഒരു ഡെവലപ്പർ താൻ മുമ്പ് ഭീരുവും അനിശ്ചിതത്വവുമുള്ള കാര്യങ്ങളിൽ അവിശ്വാസം പ്രകടിപ്പിക്കാൻ തുടങ്ങുമ്പോൾ അവൻ ഒരു പുതിയ തലത്തിൽ എത്തിയതായി ഞാൻ പലപ്പോഴും ശ്രദ്ധിക്കാറുണ്ട്. ആളുകൾ അവരുടെ അഭിപ്രായങ്ങളിൽ ന്യായബോധവും ആത്മവിശ്വാസവും പ്രകടിപ്പിക്കുന്നു. നിഷേധാത്മകതയുടെ പ്രകടനത്തെ നിങ്ങൾക്ക് തള്ളിക്കളയാനാവില്ല, അത് ഓർവെലിയൻ ആയിരിക്കും.

എന്നിരുന്നാലും, നിഷേധാത്മകത മറ്റ് പ്രധാന മാനുഷിക ഗുണങ്ങളുമായി സന്തുലിതമാക്കേണ്ടതുണ്ട്: സഹാനുഭൂതി, ക്ഷമ, മനസ്സിലാക്കൽ, നർമ്മം. ആക്രോശിക്കുകയോ ശകാരിക്കുകയോ ചെയ്യാതെ ഒരു വ്യക്തിയെ അവൻ ചതിച്ചുവെന്ന് നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും പറയാൻ കഴിയും. ഈ സമീപനത്തെ വിലകുറച്ച് കാണരുത്: നിങ്ങൾ ഗൗരവമായി കുഴഞ്ഞുമറിഞ്ഞതായി ഒരു വികാരവുമില്ലാതെ ആരെങ്കിലും നിങ്ങളോട് പറഞ്ഞാൽ, അത് ശരിക്കും ഭയപ്പെടുത്തുന്നതാണ്.

ആ സമയം, കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ്, സിഇഒ എന്നോട് സംസാരിച്ചു. പ്രോജക്റ്റിൻ്റെ നിലവിലെ അവസ്ഥയെക്കുറിച്ച് ഞങ്ങൾ ചർച്ച ചെയ്തു, എന്നിട്ട് എനിക്ക് എങ്ങനെ തോന്നുന്നുവെന്ന് അദ്ദേഹം ചോദിച്ചു. എല്ലാം ശരിയാണ്, പ്രോജക്റ്റ് നീങ്ങുന്നു, ഞങ്ങൾ സാവധാനത്തിലാണ് പ്രവർത്തിക്കുന്നത്, ഒരുപക്ഷേ എനിക്ക് എന്തെങ്കിലും നഷ്ടമായിരിക്കാം, പുനർവിചിന്തനം ചെയ്യേണ്ടതുണ്ടെന്ന് ഞാൻ മറുപടി നൽകി. ഓഫീസിലെ സഹപ്രവർത്തകരുമായി ഞാൻ കൂടുതൽ അശുഭാപ്തി ചിന്തകൾ പങ്കുവെക്കുന്നത് താൻ കേട്ടിട്ടുണ്ടെന്നും മറ്റുള്ളവരും ഇത് ശ്രദ്ധിച്ചിട്ടുണ്ടെന്നും അദ്ദേഹം പറഞ്ഞു. എനിക്ക് സംശയങ്ങളുണ്ടെങ്കിൽ, എനിക്ക് അവ മാനേജ്മെൻ്റിനോട് പൂർണ്ണമായി പ്രകടിപ്പിക്കാനാകുമെന്നും എന്നാൽ "അവരെ ഇറക്കിവിടാൻ" കഴിയില്ലെന്നും അദ്ദേഹം വിശദീകരിച്ചു. ഒരു ലീഡ് എഞ്ചിനീയർ എന്ന നിലയിൽ, എൻ്റെ വാക്കുകൾ മറ്റുള്ളവരെ എങ്ങനെ സ്വാധീനിക്കുന്നു എന്നതിനെക്കുറിച്ച് ഞാൻ ശ്രദ്ധിക്കേണ്ടതുണ്ട്, കാരണം എനിക്ക് മനസ്സിലായില്ലെങ്കിലും എനിക്ക് വളരെയധികം സ്വാധീനമുണ്ട്. അവൻ എന്നോട് ഇതെല്ലാം വളരെ ദയയോടെ പറഞ്ഞു, ഒടുവിൽ പറഞ്ഞു, എനിക്ക് ശരിക്കും അങ്ങനെ തോന്നുന്നുവെങ്കിൽ, എനിക്കും എൻ്റെ കരിയറിനും എന്താണ് വേണ്ടതെന്ന് ഞാൻ ചിന്തിക്കേണ്ടതുണ്ട്. അത് അവിശ്വസനീയമാംവിധം സൗമ്യമായ, നിങ്ങളുടെ ഇരിപ്പിടത്തിൽ നിന്ന് പുറത്തുകടക്കാനുള്ള സംഭാഷണമായിരുന്നു. ആറുമാസമായി എൻ്റെ മാറിയ മനോഭാവം ഞാൻ ശ്രദ്ധിക്കാതെ മറ്റുള്ളവരെ എങ്ങനെ ബാധിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾക്ക് ഞാൻ അദ്ദേഹത്തോട് നന്ദി പറഞ്ഞു.

ശ്രദ്ധേയവും കാര്യക്ഷമവുമായ മാനേജ്മെൻ്റിൻ്റെയും മൃദു സമീപനത്തിൻ്റെ ശക്തിയുടെയും ഉദാഹരണമായിരുന്നു അത്. കമ്പനിയിലും അതിൻ്റെ ലക്ഷ്യങ്ങൾ കൈവരിക്കാനുള്ള കഴിവിലും എനിക്ക് പൂർണ്ണമായ വിശ്വാസമുണ്ടെന്ന് ഞാൻ മനസ്സിലാക്കി, എന്നാൽ വാസ്തവത്തിൽ ഞാൻ മറ്റുള്ളവരുമായി തികച്ചും വ്യത്യസ്തമായ രീതിയിലാണ് സംസാരിക്കുകയും ആശയവിനിമയം നടത്തുകയും ചെയ്തത്. ഞാൻ വർക്ക് ചെയ്യുന്ന പ്രോജക്റ്റിനെക്കുറിച്ച് എനിക്ക് സംശയം തോന്നിയാലും, എൻ്റെ വികാരങ്ങൾ എൻ്റെ സഹപ്രവർത്തകരോട് കാണിക്കരുതെന്നും ഒരു പകർച്ചവ്യാധി പോലെ അശുഭാപ്തിവിശ്വാസം പ്രചരിപ്പിക്കരുതെന്നും ഞാൻ മനസ്സിലാക്കി, ഇത് ഞങ്ങളുടെ വിജയസാധ്യത കുറയ്ക്കുന്നു. പകരം, എനിക്ക് ആക്രമണാത്മകമായി യഥാർത്ഥ സാഹചര്യം എൻ്റെ മാനേജ്മെൻ്റിനെ അറിയിക്കാൻ കഴിയും. അവർ എന്നെ ശ്രദ്ധിക്കുന്നില്ലെന്ന് എനിക്ക് തോന്നിയാൽ, കമ്പനിയിൽ നിന്ന് പുറത്തുപോകുന്നതിലൂടെ എനിക്ക് എൻ്റെ വിയോജിപ്പ് പ്രകടിപ്പിക്കാം.

പേഴ്‌സണൽ അസസ്‌മെൻ്റ് മേധാവി സ്ഥാനം ഏറ്റെടുത്തപ്പോൾ എനിക്ക് ഒരു പുതിയ അവസരം ലഭിച്ചു. മുൻ ചീഫ് എഞ്ചിനീയർ എന്ന നിലയിൽ, ഞങ്ങളുടെ (എപ്പോഴും മെച്ചപ്പെടുന്ന) ലെഗസി കോഡിനെക്കുറിച്ച് എൻ്റെ അഭിപ്രായങ്ങൾ പ്രകടിപ്പിക്കുന്നതിൽ ഞാൻ വളരെ ശ്രദ്ധാലുവാണ്. ഒരു മാറ്റം അംഗീകരിക്കാൻ, നിങ്ങൾ നിലവിലെ സാഹചര്യം സങ്കൽപ്പിക്കേണ്ടതുണ്ട്, പക്ഷേ നിങ്ങൾ ഞരക്കുകയോ ആക്രമിക്കുകയോ മറ്റോ ചെയ്താൽ നിങ്ങൾക്ക് ഒരിടത്തും ലഭിക്കില്ല. ആത്യന്തികമായി, ഒരു ടാസ്‌ക് പൂർത്തിയാക്കാനാണ് ഞാനിവിടെ വന്നത്, അത് മനസിലാക്കുന്നതിനോ വിലയിരുത്തുന്നതിനോ പരിഹരിക്കുന്നതിനോ കോഡിനെക്കുറിച്ച് പരാതിപ്പെടേണ്ടതില്ല.

വാസ്തവത്തിൽ, കോഡിനോടുള്ള എൻ്റെ വൈകാരിക പ്രതികരണം ഞാൻ എത്രത്തോളം നിയന്ത്രിക്കുന്നുവോ അത്രയധികം അത് എന്തായിത്തീരുമെന്ന് ഞാൻ മനസ്സിലാക്കുകയും എനിക്ക് ആശയക്കുഴപ്പം കുറയുകയും ചെയ്യുന്നു. ഞാൻ സംയമനത്തോടെ എന്നെത്തന്നെ പ്രകടിപ്പിച്ചപ്പോൾ ("ഇവിടെ കൂടുതൽ മെച്ചപ്പെടാൻ ഇടമുണ്ടാകണം"), ഞാൻ എന്നെയും മറ്റുള്ളവരെയും സന്തോഷിപ്പിക്കുകയും സാഹചര്യത്തെ ഗൗരവമായി എടുക്കാതിരിക്കുകയും ചെയ്തു. തികച്ചും (ശല്യപ്പെടുത്തുന്ന?) ന്യായമായ ("നിങ്ങൾ പറഞ്ഞത് ശരിയാണ്, ഈ കോഡ് വളരെ മോശമാണ്, പക്ഷേ ഞങ്ങൾ അത് മെച്ചപ്പെടുത്തും") മറ്റുള്ളവരിൽ നിഷേധാത്മകത ഉത്തേജിപ്പിക്കാനും കുറയ്ക്കാനും എനിക്ക് കഴിയുമെന്ന് ഞാൻ മനസ്സിലാക്കി. സെൻ പാതയിൽ എനിക്ക് എത്ര ദൂരം പോകാനാകുമെന്ന് കണ്ടതിൽ എനിക്ക് സന്തോഷമുണ്ട്.

അടിസ്ഥാനപരമായി, ഞാൻ നിരന്തരം ഒരു പ്രധാന പാഠം പഠിക്കുകയും വീണ്ടും പഠിക്കുകയും ചെയ്യുന്നു: നിരന്തരം ദേഷ്യപ്പെടാനും വേദന അനുഭവിക്കാനും ജീവിതം വളരെ ചെറുതാണ്.

അവലംബം: www.habr.com