എന്തുകൊണ്ടാണ് നിങ്ങളുടെ കോഡിംഗ് അപ്‌ഗ്രേഡുചെയ്യുന്നത് നിങ്ങളെ മികച്ച ഡെവലപ്പർ ആക്കുന്നില്ല

ടെക്ലീഡ് സ്കൈങ് കിറിൽ റോഗോവോയ് (ഫ്ലാഷ്) കോൺഫറൻസുകളിൽ ഒരു അവതരണം നൽകുന്നു, അതിൽ ഓരോ നല്ല ഡവലപ്പറും മികച്ചവരാകാൻ വികസിപ്പിക്കേണ്ട കഴിവുകളെക്കുറിച്ച് സംസാരിക്കുന്നു. ഈ കഥ ഹബ്ര വായനക്കാരുമായി പങ്കിടാൻ ഞാൻ അദ്ദേഹത്തോട് ആവശ്യപ്പെട്ടു, ഞാൻ കിറിലിന് തറ നൽകുന്നു.

ഒരു നല്ല ഡെവലപ്പറെക്കുറിച്ചുള്ള മിഥ്യാധാരണ ഇതാണ്:

1. ക്ലീൻ കോഡ് എഴുതുന്നു
2. ഒരുപാട് സാങ്കേതിക വിദ്യകൾ അറിയാം
3. കോഡിംഗ് ടാസ്ക്കുകൾ വേഗത്തിൽ
4. ഒരു കൂട്ടം അൽഗോരിതങ്ങളും ഡിസൈൻ പാറ്റേണുകളും അറിയാം
5. ക്ലീൻ കോഡ് ഉപയോഗിച്ച് ഏത് കോഡും റീഫാക്റ്റർ ചെയ്യാം
6. പ്രോഗ്രാമിംഗ് അല്ലാത്ത ജോലികളിൽ സമയം പാഴാക്കുന്നില്ല
7. നിങ്ങളുടെ പ്രിയപ്പെട്ട സാങ്കേതികവിദ്യയുടെ 100% മാസ്റ്റർ

HR അനുയോജ്യരായ ഉദ്യോഗാർത്ഥികളെ കാണുന്നത് ഇങ്ങനെയാണ്, അതനുസരിച്ച് ഒഴിവുകളും ഇതുപോലെയാണ്.

എന്നാൽ ഇത് അത്ര ശരിയല്ലെന്നാണ് എന്റെ അനുഭവം പറയുന്നത്.

ആദ്യം, രണ്ട് പ്രധാന നിരാകരണങ്ങൾ:
1) എന്റെ അനുഭവം ഉൽപ്പന്ന ടീമുകളാണ്, അതായത്. സ്വന്തം ഉൽപ്പന്നമുള്ള കമ്പനികൾ, ഔട്ട്സോഴ്സിംഗ് അല്ല; ഔട്ട്സോഴ്സിംഗിൽ എല്ലാം വളരെ വ്യത്യസ്തമായിരിക്കും;
2) നിങ്ങളൊരു ജൂനിയറാണെങ്കിൽ, എല്ലാ ഉപദേശങ്ങളും ബാധകമാകില്ല, ഞാൻ നിങ്ങളാണെങ്കിൽ, ഞാൻ ഇപ്പോൾ പ്രോഗ്രാമിംഗിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കും.

നല്ല ഡെവലപ്പർ: യാഥാർത്ഥ്യം

1: ശരാശരി കോഡിനേക്കാൾ മികച്ചത്

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

2: പ്രശ്നങ്ങൾ സൃഷ്ടിക്കുന്നതിനുപകരം അവ പരിഹരിക്കുന്നു

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

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

3: ഊന്നുവടികൾ എഴുതുന്നത് അർത്ഥമാക്കുന്നത് പോലും, പരമാവധി ഫലം ലഭിക്കുന്നതിന് കുറഞ്ഞ പ്രയത്നം ചെലവഴിക്കാൻ ശ്രമിക്കുന്നു

ഉൽപ്പന്ന കമ്പനികളിലെ സോഫ്റ്റ്‌വെയർ വികസനം മിക്കവാറും എല്ലായ്‌പ്പോഴും ഏറ്റവും വലിയ ചെലവ് ഇനമാണ്: ഡെവലപ്പർമാർ ചെലവേറിയതാണ്. ഒരു ബിസിനസ്സ് ഏറ്റവും കുറഞ്ഞ തുക ചെലവഴിച്ച് പരമാവധി പണം നേടാൻ ആഗ്രഹിക്കുന്നുവെന്ന് ഒരു നല്ല ഡെവലപ്പർ മനസ്സിലാക്കുന്നു. അവനെ സഹായിക്കുന്നതിന്, ഒരു നല്ല ഡെവലപ്പർ തന്റെ ചെലവേറിയ സമയത്തിന്റെ ഏറ്റവും കുറഞ്ഞ തുക തൊഴിലുടമയ്ക്ക് പരമാവധി ലാഭം നേടുന്നതിന് ചെലവഴിക്കാൻ ആഗ്രഹിക്കുന്നു.

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

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

4. സ്വന്തമായി ബിസിനസ് മാനേജ്മെന്റ് സിസ്റ്റം ഉണ്ട്, അതിൽ ഏത് സങ്കീർണ്ണതയുടെയും പ്രോജക്റ്റുകളിൽ പ്രവർത്തിക്കാൻ കഴിയും.

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

5. ഏതെങ്കിലും വ്യവസ്ഥകളും ആമുഖങ്ങളും ചോദ്യം ചെയ്യുകയും വ്യക്തമാക്കുകയും ചെയ്യുന്നു

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

6. നിങ്ങൾക്ക് ചുറ്റുമുള്ള പ്രക്രിയകളും ആളുകളെയും മെച്ചപ്പെടുത്തുന്നു

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

7. ഒരു മാനേജരല്ലെങ്കിലും മറ്റുള്ളവരെ കൈകാര്യം ചെയ്യുന്നതിൽ മികവ് പുലർത്തുന്നു

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

8. തന്റെ അറിവ് പിടിവാശിയായി കാണുന്നില്ല, നിരന്തരം വിമർശനത്തിന് തുറന്നിരിക്കുന്നു

തന്റെ സാങ്കേതികവിദ്യയിൽ വിട്ടുവീഴ്ച ചെയ്യാൻ കഴിയാതെ, തെറ്റായ ചില മ്യൂട്ടേഷനുകൾക്കായി എല്ലാവരും നരകത്തിൽ എരിയുമെന്ന് അലറുന്ന ഒരു മുൻ ജോലിയിൽ നിന്നുള്ള ഒരു സഹപ്രവർത്തകനെ എല്ലാവർക്കും ഓർമ്മിക്കാം. ഒരു നല്ല ഡെവലപ്പർ, അവൻ വ്യവസായത്തിൽ 5, 10, 20 വർഷം ജോലി ചെയ്താൽ, അവന്റെ അറിവിന്റെ പകുതി ചീഞ്ഞഴുകിപ്പോകും, ​​ശേഷിക്കുന്ന പകുതിയിൽ അയാൾക്ക് അറിയാവുന്നതിനേക്കാൾ പത്തിരട്ടി അറിയില്ല. ഓരോ തവണയും ആരെങ്കിലും അവനോട് വിയോജിക്കുകയും ഒരു ബദൽ വാഗ്ദാനം ചെയ്യുകയും ചെയ്യുമ്പോൾ, അത് അവന്റെ ഈഗോയ്‌ക്കെതിരായ ആക്രമണമല്ല, മറിച്ച് എന്തെങ്കിലും പഠിക്കാനുള്ള അവസരമാണ്. ചുറ്റുമുള്ളവരേക്കാൾ വളരെ വേഗത്തിൽ വളരാൻ ഇത് അവനെ അനുവദിക്കുന്നു.

ഒരു അനുയോജ്യമായ ഡെവലപ്പറെക്കുറിച്ചുള്ള എന്റെ ആശയം പൊതുവായി അംഗീകരിക്കപ്പെട്ട ഒന്നുമായി താരതമ്യം ചെയ്യാം:

മുകളിൽ വിവരിച്ച പോയിന്റുകളിൽ എത്രയെണ്ണം കോഡുമായി ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്നും എത്രയെണ്ണം അല്ലെന്നും ഈ ചിത്രം കാണിക്കുന്നു. ഒരു ഉൽപ്പന്ന കമ്പനിയിലെ വികസനം മൂന്നിലൊന്ന് പ്രോഗ്രാമിംഗ് മാത്രമാണ്, ശേഷിക്കുന്ന 2/3 കോഡുമായി കാര്യമായ ബന്ധമില്ല. ഞങ്ങൾ ധാരാളം കോഡുകൾ എഴുതുന്നുണ്ടെങ്കിലും, ഞങ്ങളുടെ ഫലപ്രാപ്തി ഈ "അപ്രസക്തമായ" മൂന്നിൽ രണ്ട് ഭാഗത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

സ്പെഷ്യലൈസേഷൻ, സാമാന്യവാദം, 80-20 നിയമം

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

80-20 നിയമം നമ്മോട് പറയുന്നത് 80% ഫലവും 20% പരിശ്രമത്തിൽ നിന്നാണ്. വരുമാനത്തിന്റെ 80% വരുന്നത് 20% ഉപഭോക്താക്കളിൽ നിന്നാണ്, 80% ലാഭം 20% ജീവനക്കാരിൽ നിന്നാണ്. അധ്യാപനത്തിൽ, ഇതിനർത്ഥം 80% അറിവ് നാം ചെലവഴിക്കുന്ന ആദ്യത്തെ 20% സമയത്തിനുള്ളിൽ നേടുന്നു എന്നാണ്.

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

ആകെ: നിങ്ങളുടെ സമയത്തിന്റെ 100% പരിധി വരെ ഒരു കഴിവ് പഠിക്കാൻ നിങ്ങൾക്ക് ചെലവഴിക്കാം, അല്ലെങ്കിൽ നിങ്ങൾക്ക് അഞ്ച് മേഖലകളിൽ ഒരേ സമയം ചെലവഴിക്കാം, ഓരോന്നിലും 80% വരെ ലെവലിംഗ് നടത്താം. ഈ നിഷ്കളങ്കമായ ഗണിതത്തെ പിന്തുടർന്ന്, ഒരേ സമയം കൊണ്ട് നമുക്ക് നാലിരട്ടി വൈദഗ്ധ്യം നേടാനാകും. ഇതൊരു അതിശയോക്തിയാണ്, പക്ഷേ ഇത് ആശയത്തെ വ്യക്തമാക്കുന്നു.

ബന്ധപ്പെട്ട കഴിവുകൾ 80% അല്ല, 30-50% വരെ പരിശീലിപ്പിക്കാം. 10-20 മണിക്കൂർ ചെലവഴിച്ചതിന് ശേഷം, നിങ്ങൾ ബന്ധപ്പെട്ട മേഖലകളിൽ ശ്രദ്ധേയമായി മെച്ചപ്പെടുകയും അവയിൽ സംഭവിക്കുന്ന പ്രക്രിയകളെക്കുറിച്ച് ധാരാളം ധാരണ നേടുകയും കൂടുതൽ സ്വയംഭരണാധികാരം നേടുകയും ചെയ്യും.

ഇന്നത്തെ ഐടി ആവാസവ്യവസ്ഥയിൽ, കഴിയുന്നത്ര കഴിവുകൾ ഉണ്ടായിരിക്കുകയും അവയിലൊന്നിൽ വിദഗ്ദ്ധനാകാതിരിക്കുകയും ചെയ്യുന്നതാണ് നല്ലത്. കാരണം, ഒന്നാമതായി, ഈ കഴിവുകളെല്ലാം പെട്ടെന്ന് മങ്ങുന്നു, പ്രത്യേകിച്ചും പ്രോഗ്രാമിംഗിന്റെ കാര്യത്തിൽ, രണ്ടാമതായി, കാരണം 99% സമയവും ഞങ്ങൾ അടിസ്ഥാനം മാത്രമല്ല, തീർച്ചയായും ഏറ്റവും സങ്കീർണ്ണമായ കഴിവുകളല്ല ഉപയോഗിക്കുന്നത്, മാത്രമല്ല കോഡിംഗിൽ പോലും ഇത് മതിയാകും. രസകരമായ കമ്പനികൾ.

അവസാനമായി, പരിശീലനം ഒരു നിക്ഷേപമാണ്, നിക്ഷേപങ്ങളിൽ വൈവിധ്യവൽക്കരണം പ്രധാനമാണ്.

എന്ത് പഠിപ്പിക്കണം

അപ്പോൾ എന്ത്, എങ്ങനെ പഠിപ്പിക്കണം? ശക്തമായ കമ്പനിയിലെ ഒരു സാധാരണ ഡെവലപ്പർ പതിവായി ഉപയോഗിക്കുന്നത്:

• ആശയവിനിമയം
• സ്വയം സംഘടന
• ആസൂത്രണം
• ഡിസൈൻ (സാധാരണയായി കോഡ്)
• ചിലപ്പോൾ മാനേജ്മെന്റ്, നേതൃത്വം, ഡാറ്റ വിശകലനം, എഴുത്ത്, റിക്രൂട്ടിംഗ്, മെന്ററിംഗ് തുടങ്ങി നിരവധി കഴിവുകൾ

പ്രായോഗികമായി ഈ കഴിവുകളൊന്നും കോഡുമായി തന്നെ വിഭജിക്കുന്നില്ല. അവ പ്രത്യേകം പഠിപ്പിക്കുകയും അപ്ഗ്രേഡ് ചെയ്യുകയും വേണം, ഇത് ചെയ്തില്ലെങ്കിൽ, അവ വളരെ താഴ്ന്ന നിലയിലായിരിക്കും, അത് ഫലപ്രദമായി ഉപയോഗിക്കാൻ അനുവദിക്കുന്നില്ല.

ഏതൊക്കെ മേഖലകളിലാണ് വികസിപ്പിക്കേണ്ടത്?

1. എഡിറ്ററിലെ ബട്ടണുകൾ അമർത്തുന്നത് പരിഗണിക്കാത്തതെല്ലാം സോഫ്റ്റ് സ്‌കിൽസ് ആണ്. ഇങ്ങനെയാണ് ഞങ്ങൾ സന്ദേശങ്ങൾ എഴുതുന്നത്, മീറ്റിംഗുകളിൽ എങ്ങനെ പെരുമാറുന്നു, സഹപ്രവർത്തകരുമായി എങ്ങനെ ആശയവിനിമയം നടത്തുന്നു. ഇതെല്ലാം വ്യക്തമായ കാര്യങ്ങളാണെന്ന് തോന്നുന്നു, പക്ഷേ പലപ്പോഴും അവ കുറച്ചുകാണുന്നു.

2. സ്വയം സംഘടനാ സംവിധാനം. എനിക്ക് വ്യക്തിപരമായി, കഴിഞ്ഞ ഒരു വർഷമായി ഇത് വളരെ പ്രധാനപ്പെട്ട ഒരു വിഷയമായി മാറിയിരിക്കുന്നു. എനിക്കറിയാവുന്ന എല്ലാ രസകരമായ ഐടി തൊഴിലാളികളിലും, ഇത് ഏറ്റവും വികസിതമായ കഴിവുകളിലൊന്നാണ്: അവർ വളരെ സംഘടിതരാണ്, അവർ എപ്പോഴും പറയുന്നത് അവർ ചെയ്യുന്നു, അവർ നാളെ, ഒരാഴ്ചയ്ക്കുള്ളിൽ, ഒരു മാസത്തിനുള്ളിൽ എന്തുചെയ്യുമെന്ന് അവർക്ക് കൃത്യമായി അറിയാം. നിങ്ങൾക്ക് ചുറ്റും എല്ലാ കാര്യങ്ങളും എല്ലാ ചോദ്യങ്ങളും രേഖപ്പെടുത്തുന്ന ഒരു സംവിധാനം നിർമ്മിക്കേണ്ടത് ആവശ്യമാണ്; ഇത് ജോലിയെ തന്നെ വളരെയധികം സുഗമമാക്കുകയും മറ്റ് ആളുകളുമായി ഇടപഴകാൻ വളരെയധികം സഹായിക്കുകയും ചെയ്യുന്നു. കഴിഞ്ഞ ഒരു വർഷമായി, ഈ ദിശയിലുള്ള വികസനം എന്റെ സാങ്കേതിക കഴിവുകൾ മെച്ചപ്പെടുത്തുന്നതിനേക്കാൾ എന്നെ വളരെയധികം മെച്ചപ്പെടുത്തിയെന്ന് എനിക്ക് തോന്നുന്നു; ഓരോ യൂണിറ്റ് സമയത്തിനും ഞാൻ കൂടുതൽ ജോലി ചെയ്യാൻ തുടങ്ങി.

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

4. അടിസ്ഥാന തലത്തിലേക്ക് ബന്ധപ്പെട്ട എല്ലാ മേഖലകളും. ഓരോരുത്തർക്കും അവരുടേതായ പ്രത്യേക മേഖലകളുണ്ട്, എന്നാൽ 10-20 മണിക്കൂർ സമയം ചിലവഴിക്കുന്നതിലൂടെ ചില "വിദേശ" കഴിവുകൾ വർദ്ധിപ്പിക്കുന്നതിലൂടെ, നിങ്ങളുടെ ദൈനംദിന ജോലിയിൽ നിങ്ങൾക്ക് നിരവധി പുതിയ അവസരങ്ങളും കോൺടാക്റ്റ് പോയിന്റുകളും കണ്ടെത്താനാകുമെന്ന് മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്. കരിയറിന്റെ അവസാനം വരെ മതി.

എന്താണ് വായിക്കേണ്ടത്

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

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

2. സ്റ്റീഫൻ ആർ. കോവി "വളരെ ഫലപ്രദമായ ആളുകളുടെ 7 ശീലങ്ങൾ". ഒരു ചെറിയ ടീമിനെ ഒരു വലിയ ശക്തിയാക്കി മാറ്റേണ്ടിവരുമ്പോൾ സമന്വയം കൈവരിക്കുന്നതിന് ഊന്നൽ നൽകിക്കൊണ്ട്, മുൻകൈയെടുക്കൽ മുതൽ സോഫ്റ്റ് സ്‌കില്ലുകൾ വരെയുള്ള വ്യത്യസ്ത കഴിവുകളുടെ ഒരു മിശ്രിതം. വായിക്കാനും എളുപ്പമാണ്.

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

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

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

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