അന്വേഷിക്കുന്നവൻ കണ്ടെത്തും

ഉറങ്ങാൻ പോകുന്നതിനു മുമ്പോ എഴുന്നേൽക്കുമ്പോഴോ തങ്ങളെ അലട്ടുന്ന പ്രശ്‌നങ്ങളെക്കുറിച്ച് പലരും ചിന്തിക്കാറുണ്ട്. ഞാനൊരു അപവാദമല്ല. ഇന്ന് രാവിലെ എന്റെ തലയിൽ ഒന്ന് കയറി അഭിപ്രായം ഹബറിൽ നിന്ന്:

ഒരു സഹപ്രവർത്തകൻ ഒരു ചാറ്റിൽ ഒരു കഥ പങ്കിട്ടു:

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

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

ഈ കമന്റിലൂടെ എന്റെ ശ്രദ്ധ ആകർഷിച്ചതും ശീർഷകത്തിൽ നിന്ന് തിരയുന്നയാൾ കണ്ടെത്തുന്നതും - കട്ടിന് താഴെ.

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

ഫ്രണ്ട് വിന്യാസത്തെക്കുറിച്ച് ബാക്ക് ഡെവലപ്പർമാർക്ക് മുന്നറിയിപ്പ് നൽകുന്നത് അർത്ഥശൂന്യമാണെന്ന് എനിക്കറിയാം. മുൻവശത്തെ പുതിയ പതിപ്പിന് പിന്നിൽ ഒന്നും തകർക്കാൻ കഴിയില്ല, മറിച്ച്, അതെ. ഫ്രണ്ട്-എൻഡ് ഡെവലപ്പർമാർക്ക് പുതിയതോ മാറിയതോ ആയ പ്രവർത്തനക്ഷമത ആവശ്യമാണെന്ന് ബാക്ക്-എൻഡ് ഡവലപ്പർമാരെ അറിയിക്കാൻ താൽപ്പര്യമുണ്ട്. മുൻഭാഗം പിന്നിലെ വിന്യാസങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു, തിരിച്ചും അല്ല.

എന്ത് പയ്യൻ ആരാ"ഞങ്ങൾക്ക് കാപ്പി കൊണ്ടുവരൂ", ഒരു BA ഉണ്ടാകാൻ പാടില്ല (BA കൊണ്ട് നമ്മൾ അർത്ഥമാക്കുന്നത് "ബിസിനസ് അനലിസ്റ്റ്" ആണ്), ഒരു BA ആകാൻ കഴിയില്ല "കുട്ടി, ഞങ്ങൾക്ക് കാപ്പി കൊണ്ടുവരൂ". തീർച്ചയായും,"എല്ലാത്തരം പതിപ്പ് നമ്പറുകളും ഘടകങ്ങളും ചേർക്കുകഡെവലപ്‌മെന്റ് ടീമുകളുമായി ചർച്ച ചെയ്യാതെ “ആൺകുട്ടിയ്‌ക്കോ ബിഎയ്‌ക്കോ അത് ചെയ്യാൻ കഴിയില്ല. ഇത് കുതിരയുടെ മുമ്പിലുള്ള വണ്ടി പോലെയാണ്.

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

വിവരങ്ങളുടെ സാധാരണ ചാനലുകൾ അടച്ചിട്ടുണ്ടെന്ന് ഞങ്ങൾ അനുമാനിക്കുകയാണെങ്കിൽപ്പോലും, ചെയ്യേണ്ടവർ അത് ചെയ്യണമെന്ന് കരുതുന്നില്ലെങ്കിലും, പിരിച്ചുവിടൽ ഭീഷണി നേരിടുന്ന ബാക്ക് ഡെവലപ്പർമാർ, സ്വന്തം പരാജയങ്ങളുടെ കാരണങ്ങൾ ഉടമയിൽ നിന്ന് മറയ്ക്കില്ല. ആവശ്യമായ വിവരങ്ങളുടെ അഭാവമാണ് അവരുടെ പ്രശ്‌നങ്ങൾക്ക് കാരണമെന്ന് അറിഞ്ഞുകൊണ്ട് ആറ് മാസം. ആറ് മാസത്തേക്ക് ഉടമകൾ "വിഡ്ഢി" ആയിരിക്കില്ല, അവർക്ക് മുമ്പ് വിവരങ്ങൾ ആവശ്യമായിരുന്നു.കൊഴുപ്പ് പൊതിഞ്ഞിരുന്നു", ഇപ്പോൾ ആരും അത് അവിടെ ചേർക്കുന്നില്ല. ആദ്യത്തെ കൺസൾട്ടന്റ്, ബാക്ക്-എൻഡ് ഡെവലപ്പർമാരോട് സംസാരിക്കാതിരിക്കാനും പ്രശ്നത്തിന്റെ ഉറവിടം കണ്ടെത്താനും കഴിയാത്തത്ര പ്രൊഫഷണലല്ലായിരുന്നു - ടീമുകൾ തമ്മിലുള്ള ഏകോപനത്തിന്റെ അഭാവം. ഇതാണ് വിവരിച്ച പ്രശ്‌നങ്ങളുടെ കാരണം, അല്ലാതെ "ആൺകുട്ടിയെ" പുറത്താക്കിയതല്ല.

ഡെവലപ്പർമാർ തമ്മിലുള്ള ആശയവിനിമയത്തിന്റെ നിസ്സാരമായ അഭാവമാണ് വികസനത്തിലും അതിലേറെ പ്രശ്‌നങ്ങൾക്കും ഒരു സാധാരണ കാരണം. അത് കണ്ടെത്തുന്നതിന് നിങ്ങൾ ഒരു മികച്ച കൺസൾട്ടന്റ് ആകേണ്ടതില്ല. ന്യായം പറഞ്ഞാൽ മതി.

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

എന്നിരുന്നാലും, ഇത് വളരെ വിശ്വസനീയമായി അവതരിപ്പിച്ചിരിക്കുന്നു. ഇത് താൽപ്പര്യത്തോടെ വായിക്കുന്നു, വ്യക്തിപരമായ പങ്കാളിത്തമുണ്ട്. സഹതാപം"സുലഭനായ ആൺകുട്ടി", വലിയ യന്ത്രത്തിന്റെ വിലമതിക്കാനാവാത്ത ചെറിയ സംവിധാനം (ഇത് എന്നെക്കുറിച്ചാണ്!). വളരെ സമർത്ഥരും പരിചയസമ്പന്നരുമായ, എന്നാൽ സ്വന്തം മൂക്കിന് അപ്പുറം കാണാൻ കഴിയാത്ത ഡെവലപ്പർമാരോടുള്ള അനുകമ്പഅവർ എനിക്ക് ചുറ്റും ഉണ്ട്!). ഉടമകളെ ഒരു ചെറിയ പരിഹാസം, സ്വന്തം കൈകൊണ്ട് സ്വയം "ബോ-ബോ" ഉണ്ടാക്കിയതും കാരണങ്ങൾ മനസ്സിലാകാത്തതുമായ സമ്പന്നർ (ശരി, എന്റെ നേതൃത്വത്തിന്റെ തുപ്പുന്ന ചിത്രം!). ഇത്രയും ലളിതമായ പ്രശ്‌നങ്ങളുടെ ഉറവിടം കണ്ടെത്തുന്നതിൽ പരാജയപ്പെട്ട ആദ്യത്തെ “കൺസൾട്ടന്റി”നോടുള്ള അവഹേളനം (അതെ, ഈയിടെ ഈ ആൾ കണ്ണടയുമായി വന്ന് മിടുക്കനായി നടന്നു), കൂടാതെ ഒരു "യഥാർത്ഥ" കൺസൾട്ടന്റുമായുള്ള ആവേശകരമായ ഐക്യവും, ഒരു ജാക്ക്-ഓഫ്-ഓൾ-ട്രേഡ്സ് ബോയ്‌ന്റെ യഥാർത്ഥ റോളിനെ വിലമതിക്കാൻ കഴിയുന്ന ഒരേയൊരു വ്യക്തിയായിരുന്നു (അത് ഞാനാണ്!).

ഈ കമന്റ് വായിച്ചിട്ട് നിങ്ങൾക്ക് ആന്തരിക സംതൃപ്തി തോന്നുന്നുണ്ടോ? ഒരു വലിയ മെക്കാനിസത്തിൽ ചെറിയ പല്ലുകൾ എന്ന നിലയിൽ നമ്മുടെ പങ്ക് യഥാർത്ഥത്തിൽ അത്ര ചെറുതല്ല! അത് സത്യമല്ലെങ്കിലും അതിശയകരമായി പ്രസ്താവിച്ചു. പക്ഷേ, എന്തൊരു സുഖകരമായ രുചി.

ഏത് തരത്തിലുള്ള സഹപ്രവർത്തകനാണെന്നും ഏത് ചാറ്റിലാണ് ഞാൻ ഈ വെളിപ്പെടുത്തൽ എന്റെ സഹപ്രവർത്തകനുമായി പങ്കുവെച്ചതെന്നും എനിക്കറിയില്ല mkrentovskiy എന്തിന് സഹപ്രവർത്തകൻ mkrentovskiy "" എന്ന ലേഖനത്തിന് കീഴിൽ പ്രസിദ്ധീകരിക്കാൻ ഞാൻ തീരുമാനിച്ചു.ടൈഗ എത്ര വർഷമായി നടക്കുന്നു - ഇല്ല എന്ന് മനസിലാക്കുക"മികച്ച ഹാബർ-രചയിതാവ് nmivan'a (ആരാണ്, ഇപ്പോൾ ഹബറിന്റെ റാങ്കിംഗിൽ ഒന്നാം സ്ഥാനത്താണ്!), എന്നാൽ എന്റെ സഹപ്രവർത്തകൻ അത് സമ്മതിക്കുന്നു mkrentovskiy അത് വളരെ നന്നായി ചെയ്തു. അഭിപ്രായത്തിന്റെ സന്ദേശവും അവതരണ ശൈലിയും മറ്റ് പ്രസിദ്ധീകരണങ്ങളുടെ സന്ദേശവും ശൈലിയുമായി വളരെ പൊരുത്തപ്പെടുന്നു nmivan'ശരി, പല പ്രസിദ്ധീകരണങ്ങളുടെയും കമന്ററിയിൽ നിന്നും ജിജിയിൽ നിന്നുമുള്ള ഒരു ക്രൈസിസ് കൺസൾട്ടന്റ് എന്ന് നിങ്ങൾ എന്ത് വിചാരിച്ചേക്കാം nmivan'a ഒരേ വ്യക്തിയാണ്.

രചയിതാവ് ഹബ്രെയിൽ (2017 ൽ) തന്റെ പ്രവർത്തനങ്ങൾ ആരംഭിച്ചപ്പോൾ ഇവാൻ ബെലോകമെന്റ്‌സെവിന്റെ ധാരാളം പ്രസിദ്ധീകരണങ്ങൾ ഞാൻ വായിച്ചു. ചിലർ അത് ആസ്വദിക്കുന്നു പോലും (തവണ, два). അദ്ദേഹത്തിന് നല്ല ശൈലിയും മെറ്റീരിയലിന്റെ രസകരമായ അവതരണവുമുണ്ട്. അദ്ദേഹത്തിന്റെ കഥകൾ യഥാർത്ഥ ജീവിത കഥകളുമായി വളരെ സാമ്യമുള്ളതാണ്, പക്ഷേ അവ യഥാർത്ഥത്തിൽ സംഭവിക്കാനുള്ള സാധ്യത ഏതാണ്ട് പൂജ്യമാണ് യാഥാർത്ഥ്യം. വ്യാഖ്യാനത്തിൽ ഈ കഥയും അങ്ങനെയാണ്.

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

നിന്റെ ഞരക്കം എനിക്ക് മനസ്സിലാകുന്നില്ല. ഹബ്ർ വളരെക്കാലമായി വഴുതിവീണു, പക്ഷേ രചയിതാവ് ഒരു ചെറിയ തീപ്പൊരി നൽകുകയും വായനക്കാരുടെ മാനസികാവസ്ഥ മെച്ചപ്പെടുത്തുകയും ചെയ്യുന്നു) വിഭവത്തെ അഗാധത്തിൽ നിന്ന് പുറത്തെടുത്തു.

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

സീരീസ് കാണാൻ തുടങ്ങിയില്ലായിരുന്നെങ്കിൽ ഒരുപക്ഷെ ഞാൻ ഈ ലേഖനം എഴുതില്ലായിരുന്നു"യുവ പോപ്പ്".

"നമുക്ക് ദൈവത്തെ നഷ്ടപ്പെട്ടിരിക്കുന്നു"(കൂടെ)

ഇത് പരമ്പരയിൽ നിന്നുള്ളതാണ്. ഇത് ഞങ്ങളെക്കുറിച്ചാണ്.

സ്രഷ്ടാവ് സൃഷ്ടിച്ച യാഥാർത്ഥ്യത്താൽ നാം ഇനി ആകർഷിക്കപ്പെടുന്നില്ല.

ദൈവം, പ്രകൃതി, മഹാവിസ്ഫോടനം - എന്തായാലും. യാഥാർത്ഥ്യം അവിടെയുണ്ട്. നമുക്ക് ചുറ്റും, നമ്മിൽ നിന്ന് സ്വതന്ത്രമായി.

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

ഞങ്ങൾ ഇതിൽ വളരെ വിജയിക്കുകയും ചെയ്തു.

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

എന്തുകൊണ്ടാണ് ഐടി തൊഴിൽ ഇത്ര ജനപ്രിയമായത്? അതെ, കാരണം നിങ്ങൾക്ക് ഐടിയിലേക്ക് വിഭവങ്ങളുടെ ഒരു അഗാധം പകരാൻ കഴിയും, ആരും കണ്ണിമ ചിമ്മുകയില്ല (2000-ലെ പ്രശ്നം ഓർക്കുക). എല്ലാത്തിനുമുപരി, ഐടിയിൽ നിങ്ങൾക്ക് അവ സമാരംഭിക്കുന്നതിന് മുമ്പുതന്നെ കാലഹരണപ്പെട്ട ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കാൻ വർഷങ്ങളോളം ചെലവഴിക്കാൻ കഴിയും, നിങ്ങൾക്ക് പൊരുത്തപ്പെടാത്ത ഘടകങ്ങൾ സംയോജിപ്പിച്ച് അവ പ്രവർത്തനക്ഷമമാക്കാൻ ശ്രമിക്കാം, നിങ്ങൾക്ക് നിങ്ങളുടെ സ്വന്തം ചക്രങ്ങൾ വീണ്ടും വീണ്ടും കണ്ടെത്താനാകും, അല്ലെങ്കിൽ നിങ്ങൾക്ക് ഇപ്പോൾ തന്നെ കഴിയും 20 വർഷം മുമ്പ് പായൽ മൂടിയ ഫോർട്രാനിൽ പ്രോഗ്രാമുകൾ പിന്തുണയ്ക്കാൻ ആരംഭിക്കുക. നിങ്ങൾക്ക് നിങ്ങളുടെ ജീവിതം മുഴുവൻ ഐടിയിൽ ചെലവഴിക്കാം, ഉപയോഗപ്രദമായ ഒന്നും ചെയ്യരുത്. ഏറ്റവും പ്രധാനമായി, ആരും അത് ശ്രദ്ധിക്കില്ല! സ്വയം പോലും.

ഐടി വ്യവസായത്തിൽ വ്യക്തിമുദ്ര പതിപ്പിക്കാൻ നമ്മളിൽ കുറച്ചുപേർക്ക് മാത്രമേ കഴിയൂ. കൂടാതെ കുറച്ച് ആളുകൾക്ക് പോലും ഒരു നല്ല ഓർമ്മ അവശേഷിപ്പിക്കാൻ കഴിയും. ഞങ്ങളുടെ ജോലിയുടെ ഫലങ്ങൾ അടുത്ത 10-20 വർഷത്തിനുള്ളിൽ, അല്ലെങ്കിൽ എത്രയും വേഗം കുറയും. തീർച്ചയായും നമ്മുടെ ജീവിതകാലത്ത് (നമ്മൾ വിരമിക്കൽ പ്രായത്തിൽ എത്തിയാൽ). ചെറുപ്പത്തിൽ അവരുടെ മുത്തച്ഛൻ പ്രവർത്തിച്ച കമ്പ്യൂട്ടർ സംവിധാനങ്ങൾ നമ്മുടെ കൊച്ചുമക്കളെ കാണിക്കാൻ ഞങ്ങൾക്ക് കഴിയില്ല. ആളുകൾ അവരുടെ പേരുകൾ മറക്കും. എന്റെ കരിയറിന്റെ തുടക്കത്തിൽ ഞാൻ തപാൽ സ്റ്റേഷനുകൾ ഉയർത്തി cc:മെയിൽ കീഴിൽ "ആക്സിൽ ഷാഫ്റ്റ്". ഞാൻ റിട്ടയർമെന്റിൽ നിന്ന് 20 വർഷവും കൊച്ചുമക്കളുണ്ടാകാൻ 10 വർഷവും അകലെയാണ്, എന്നാൽ നിങ്ങളിൽ ഭൂരിഭാഗവും "90-കളുടെ മധ്യത്തിലെ ശ്രദ്ധേയമായ ഇമെയിൽ ആപ്ലിക്കേഷനെ" കുറിച്ച് ഇതിനകം ഒന്നും കേട്ടിട്ടില്ല ("1990-കളുടെ മധ്യത്തിലെ മികച്ച ഇമെയിൽ സോഫ്റ്റ്‌വെയർ പാക്കേജ്").

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

യഥാർത്ഥ ലോകത്തിലെ നമ്മുടെ സ്വന്തം വിലകെട്ടതിൽ നിന്ന് ഈ മനോഹരവും സാങ്കൽപ്പികവുമായ ലോകങ്ങളിലേക്ക് നാം രക്ഷപ്പെടുന്നു. ഞങ്ങൾ ആശ്വാസത്തിനായി അവരെ നോക്കുന്നു.

ഹബ്രെയിൽ ഉൾപ്പെടെ ഞങ്ങൾ ആശ്വാസം തേടുകയാണ്. ഇവാൻ ഇവിടെ നമുക്ക് നൽകുന്നു.

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