നിങ്ങളുടെ ആദ്യ ജോലിയുടെ ഭയം ഒഴിവാക്കുക

"ഹാരി പോട്ടർ ആൻഡ് ദി പ്രിസണർ ഓഫ് അസ്കബാൻ" എന്ന സിനിമയിൽ നിന്ന് ഇപ്പോഴും

വിദ്യാസമ്പന്നർ സംശയങ്ങൾ നിറഞ്ഞവരാണ്, എന്നാൽ വിഡ്ഢികൾ ആത്മവിശ്വാസമുള്ളവരാണ് എന്നതാണ് ഈ ലോകത്തിന്റെ പ്രശ്നം.

ചാൾസ് ബുക്കോവ്സ്കി

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

ചോദ്യങ്ങൾ ഇതുപോലെയായിരുന്നു:

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

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

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

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

അവർ നിങ്ങളെ ജോലിക്കെടുക്കില്ല

പല സർവ്വകലാശാലകളും ഓരോ വർഷവും നൂറുകണക്കിന് വിദ്യാർത്ഥികൾക്ക് ബിരുദം നൽകുന്നുവെന്ന് നിങ്ങൾ സങ്കൽപ്പിക്കുമ്പോൾ, അത് അസ്വസ്ഥതയുണ്ടാക്കുന്നു. ഇത്രയും വലിയ ജനക്കൂട്ടത്തോട് എങ്ങനെ മത്സരിക്കും?

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

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

നൂറുകണക്കിന് ബിരുദധാരികളിൽ, തൊഴിലുടമകൾക്ക് താൽപ്പര്യമുള്ളത് രണ്ട് ഡസൻ മാത്രമാണ്

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

ഒരേ പ്രവൃത്തിയുടെ കൃത്യമായ ആവർത്തനമാണ് ഭ്രാന്ത്. കാലാകാലങ്ങളിൽ, മാറ്റത്തിനായി പ്രതീക്ഷിക്കുന്നു

ആൽബർട്ട് ഐൻസ്റ്റീൻ

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

കൂടാതെ, തൊഴിൽ വിപണിയുടെ വ്യക്തമായ സീസണൽ ഉണ്ട്. സ്‌മാർട്ട് കമ്പനികൾ ബിരുദദാന തീയതികളെ അടിസ്ഥാനമാക്കി നിയമനം നടത്തുന്നു. മറ്റ് സമയങ്ങളെ അപേക്ഷിച്ച് വസന്തകാലത്ത് നവാഗതർക്ക് കൂടുതൽ ഒഴിവുകൾ ഉണ്ട്. എന്നിരുന്നാലും, ഈ സമയത്ത് മത്സരം കൂടുതലാണ്.

മണ്ടൻ - പുറത്താക്കുക

അനുഭവപരിചയമില്ലാത്ത ഒരാളെ നിയമിക്കുമ്പോൾ, അതിനനുസരിച്ചുള്ള പ്രതീക്ഷകൾ അവനിൽ ഉണ്ടാകും.

ജോലിയിൽ ഒരു പുതുമുഖം പ്രതീക്ഷിക്കുന്നത്:

• പൊതുവായ സാങ്കേതിക അടിത്തറയെക്കുറിച്ചുള്ള അറിവ്
• കമ്പനിയുടെ വിഷയ മേഖലയുടെ പ്രത്യേകതകൾ പഠിക്കുന്നു
• ഉപയോഗിച്ച ഉപകരണങ്ങളും സമ്പ്രദായങ്ങളും മാസ്റ്റേഴ്സ് ചെയ്യുന്നു

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

സാങ്കേതിക ആമുഖ കോഴ്സുകളും ഉണ്ട്, എന്നാൽ അവയുടെ പ്രയോജനം സംശയാസ്പദമാണ്. തൊഴിലിന്റെ കാര്യമാണെങ്കിൽ, നിങ്ങൾക്ക് മതിയായ അറിവ് ഉണ്ടെന്ന് തൊഴിലുടമകൾക്ക് ബോധ്യമുണ്ട്. അത്തരം കോഴ്സുകൾ നല്ല വിശ്വാസത്തോടെ, ഒരു ചെറിയ ഔപചാരികതയായി എടുക്കുന്നതാണ് നല്ലത്. ഒരുപക്ഷേ അവയിൽ ഉപയോഗപ്രദമായ എന്തെങ്കിലും ഉണ്ടായിരിക്കാം.

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

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

നിങ്ങളുടെ ആദ്യ പ്രശ്നം പരിഹരിക്കുന്നതിന്റെ ഫലം അഭിമുഖത്തിൽ ഹാജരാകാത്ത സഹപ്രവർത്തകർക്കിടയിൽ നിങ്ങളെക്കുറിച്ചുള്ള ആദ്യ മതിപ്പ് സൃഷ്ടിക്കും.

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

ഒരു ടെസ്റ്റ് പരിതസ്ഥിതിയിൽ ഒരു ഉൽപ്പന്നം പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള ഘട്ടങ്ങൾ ഇതുപോലെയാണ്:

• ഒരു ശേഖരം ക്ലോൺ ചെയ്യുക, ഏതെങ്കിലും ബ്രാഞ്ചിലേക്കോ ടാഗിലേക്കോ മാറുക
• ചില കോൺഫിഗറേഷൻ ഫയൽ ഉണ്ടാക്കുക
• ഡാറ്റാബേസ് ഘടന തയ്യാറാക്കുക
• ഇത് ടെസ്റ്റ് ഡാറ്റ ഉപയോഗിച്ച് പൂരിപ്പിക്കുക
• പ്രോജക്റ്റ് നിർമ്മിക്കുക അല്ലെങ്കിൽ സമാഹരിക്കുക,
• ഒരു നിശ്ചിത ക്രമത്തിൽ ഒരു കൂട്ടം കൺസോൾ സ്ക്രിപ്റ്റുകൾ പ്രവർത്തിപ്പിക്കുക

പ്രാദേശികമായി ഒരു സിസ്റ്റം പ്രവർത്തിപ്പിക്കുന്ന പ്രക്രിയയിൽ, അപ്രതീക്ഷിതമായ പ്രശ്നങ്ങൾ അനിവാര്യമായും ഉയർന്നുവരും.

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

പരിചയസമ്പന്നരായ ഡെവലപ്പർമാർക്ക് ചില ടാസ്ക്കുകൾ ലളിതമായി തോന്നിയേക്കാം, എന്നാൽ ഇന്റേണുകൾക്ക് വെല്ലുവിളിയാണ്. ഇത് സാധാരണമാണ്.

ഡെവലപ്പർമാർ എല്ലാ ദിവസവും സാങ്കേതിക പ്രശ്നങ്ങൾ പരിഹരിക്കേണ്ടതുണ്ട്. പരിചയസമ്പന്നരായ ജീവനക്കാർ ഇതിനകം തന്നെ നിരവധി പ്രശ്നങ്ങൾ പരിഹരിച്ചിട്ടുണ്ട്, അതേസമയം പുതുമുഖങ്ങൾക്ക് ഇതുവരെ അവരെ നേരിടാൻ കഴിഞ്ഞിട്ടില്ല. "${task name} ഉപയോഗിച്ചുള്ള പ്രശ്നങ്ങൾ പരിഹരിക്കൽ" എന്ന പ്രമാണത്തിൽ നേരിടുന്ന എല്ലാ പിശകുകളും രേഖപ്പെടുത്തുക എന്നതാണ് ഏറ്റവും മികച്ച തന്ത്രം. ഓരോ പ്രശ്‌നത്തിനും, നിങ്ങൾ കാരണത്തെക്കുറിച്ച് ഒരു സിദ്ധാന്തം രൂപപ്പെടുത്തുകയും ഇന്റർനെറ്റിൽ പരിഹാരങ്ങൾ കണ്ടെത്തുകയും അവ ഓരോന്നായി പരീക്ഷിക്കുകയും ചെയ്യേണ്ടതുണ്ട്. ഓരോ ശ്രമത്തിന്റെയും ഫലവും രേഖപ്പെടുത്തണം.

ഒരു ഡോക്യുമെന്റിന്റെ രൂപത്തിൽ നിങ്ങളുടെ ഗവേഷണത്തിന്റെ രജിസ്ട്രേഷൻ നിങ്ങളെ അനുവദിക്കും:

• നിങ്ങളുടെ തലയിൽ നിന്ന് ചെറിയ വിശദാംശങ്ങൾ അൺലോഡ് ചെയ്യുക. ഉദാഹരണത്തിന്, കോൺഫിഗറേഷൻ പാരാമീറ്ററുകൾ, DNS/IP വിലാസങ്ങൾ, കൺസോൾ കമാൻഡുകൾ, SQL അന്വേഷണങ്ങൾ.
• ജോലി ദിവസങ്ങളോളം നീണ്ടുനിൽക്കുമ്പോൾ "ഞാൻ ഇന്നലെ എന്താണ് ചെയ്തത്" എന്ന് ഓർക്കുക
• വൃത്തങ്ങളിൽ അലഞ്ഞുതിരിയരുത്. നിങ്ങൾ മുമ്പ് ചെയ്‌തത് എല്ലായ്പ്പോഴും വായിക്കാനും നിങ്ങൾ യഥാർത്ഥ പ്രശ്‌നത്തിലേക്ക് മടങ്ങിയെന്ന് മനസ്സിലാക്കാനും കഴിയും
• ചോദ്യത്തിന് വ്യക്തമായി ഉത്തരം നൽകുക: "നിങ്ങൾ ഇന്ന് എന്താണ് ചെയ്തത്?" ഇതുവരെ റെഡിമെയ്ഡ് പരിഹാരം ഇല്ലെങ്കിൽ പോലും.

നിങ്ങളുടെ ജോലികളുടെ അവസ്ഥ സഹപ്രവർത്തകരുമായി അറിയിക്കാൻ നിങ്ങൾക്ക് കഴിയണം

കാലാകാലങ്ങളിൽ, സഹപ്രവർത്തകർ നിങ്ങളുടെ വിജയങ്ങളിൽ താൽപ്പര്യപ്പെടുകയും അവരുടെ നേട്ടങ്ങൾ പങ്കിടുകയും ചെയ്യും. ദിവസേനയോ ആഴ്‌ചയിലോ കുറച്ച് സമയം ഇതിനായി നീക്കിവെക്കുക.

നിങ്ങൾ നേരിട്ടതും പരിഹരിച്ചതുമായ പ്രശ്നങ്ങളുടെ ട്രാക്ക് സൂക്ഷിക്കുന്നില്ലെങ്കിൽ, നിങ്ങളുടെ വിജയങ്ങൾ വിവരിക്കുന്നത് ഇതുപോലെ കാണപ്പെടും: "ഞാൻ ചുമതല ചെയ്യാൻ ശ്രമിച്ചു, പക്ഷേ എനിക്ക് അത് ചെയ്യാൻ കഴിയില്ല. ഞാൻ ഇപ്പോഴും ഒരു പരിഹാരം തേടുകയാണ്. ” ഈ കഥയിൽ നിന്ന് ഇന്റേൺ എന്തെങ്കിലും ചെയ്യുന്നുണ്ടോ അതോ വെറുതെ ഇരുന്നു വായിക്കുകയായിരുന്നോ എന്ന് വ്യക്തമല്ല. അവന് സഹായം ആവശ്യമുണ്ടോ? ഇന്നലെ മുതൽ സ്ഥിതി മാറിയോ?

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

ചുമതല ഏതെങ്കിലും വിധത്തിൽ അളക്കാൻ കഴിയുമെങ്കിൽ, സ്റ്റാറ്റസിൽ അക്കങ്ങൾ അടങ്ങിയിരിക്കണം. ഉദാഹരണത്തിന്, "ഒരു മൊഡ്യൂളിനായി യൂണിറ്റ് ടെസ്റ്റുകൾ എഴുതുക" എന്ന ടാസ്ക്കിനായി "ഞാൻ 20 ടെസ്റ്റുകൾ നടത്താൻ ആഗ്രഹിക്കുന്നു, ഇപ്പോൾ ഞാൻ 10 എഴുതി" എന്ന് നിങ്ങൾക്ക് പറയാം.

നിങ്ങൾ നൽകുന്ന കൂടുതൽ വിശദാംശങ്ങൾ, നിങ്ങൾ എന്താണ് ചെയ്തതെന്ന് നിങ്ങളുടെ സഹപ്രവർത്തകർ നന്നായി മനസ്സിലാക്കും. ഇത് നിങ്ങളുടെ സഹപ്രവർത്തകർക്കിടയിൽ നിങ്ങളോട് നല്ല മനോഭാവം സൃഷ്ടിക്കുകയും നിങ്ങൾക്ക് സഹായം ആവശ്യമുണ്ടോ ഇല്ലയോ എന്ന് മനസ്സിലാക്കാൻ അവരെ അനുവദിക്കുകയും ചെയ്യും.

സഹായം ചോദിക്കാൻ മടിക്കേണ്ടതില്ല

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

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

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

അറിയപ്പെടുന്ന പ്രശ്നങ്ങൾ പരിഹരിച്ചാൽ, ഇതെല്ലാം അവിടെ അവസാനിച്ചേക്കാം. പ്രശ്നം പുതിയതാണെങ്കിൽ, ഒരു അന്വേഷണം ആരംഭിക്കും, അവിടെ സാഹചര്യങ്ങൾക്കനുസരിച്ച് പ്രവർത്തിക്കേണ്ടത് ആവശ്യമാണ്.

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

സാങ്കേതികമായി പ്രശ്നം പരിഹരിക്കുക മാത്രമല്ല, വിഷയ മേഖലയെക്കുറിച്ചുള്ള അറിവ് വികസിപ്പിക്കുകയും ചെയ്യേണ്ടത് പ്രധാനമാണ്.

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

നിങ്ങളുടെ സഹപ്രവർത്തകരുമായി ഒരു പൊതു ഭാഷ കണ്ടെത്തിക്കഴിഞ്ഞാൽ, അവർ നിങ്ങളെ ഒരു പുതിയ ഇന്റേൺ ആയിട്ടല്ല, ഒരു തുല്യ സ്പെഷ്യലിസ്റ്റായി കാണാൻ തുടങ്ങും.

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

ഇന്റേണുകൾക്കും പുതുമുഖങ്ങൾക്കും പൂർണ്ണമായ ടെസ്റ്റർമാരുടെ റോൾ നിയോഗിക്കുന്നത് സംഭവിക്കുന്നു. സാധാരണയായി, ഇത് ചെയ്യുന്നതിന് മുമ്പ്, നിങ്ങൾ ഉൽപ്പന്നം പ്രാദേശികമായി വിന്യസിക്കുകയും ആവശ്യകതകൾ വായിക്കുകയും വേണം. തൽഫലമായി, പുതിയ ജീവനക്കാരൻ പ്രതീക്ഷിക്കുന്നത്:

• “നിങ്ങൾ ഇത് ഇതുപോലെ ചെയ്താൽ, ഇത് ഇങ്ങനെയാകും” എന്നിങ്ങനെയുള്ള ചോദ്യങ്ങൾ. ഇത് ആവശ്യകതകളിൽ ഇല്ല. അത് അങ്ങനെ തന്നെ ആയിരിക്കണം?"
• ബഗ് ട്രാക്കറിലെ ടാസ്‌ക്കുകൾ "ആവശ്യകതകൾ ഇത് പറയുന്നു, പക്ഷേ വാസ്തവത്തിൽ ഇത് വ്യത്യസ്തമായി എഴുതിയിരിക്കുന്നു."

ഈ ലേഖനത്തിന് പരിശോധന വളരെ വിശാലമായ ഒരു മേഖലയാണ്. നിങ്ങൾക്ക് സമാനമായ ഒരു ടാസ്‌ക് നൽകിയിട്ടുണ്ടെങ്കിൽ, അത് പൂർത്തിയാക്കാനുള്ള മികച്ച മാർഗത്തിനായി ഇന്റർനെറ്റിൽ തിരയുക.

കുഴപ്പമുണ്ടാക്കിയാൽ ജോലിയിൽ നിന്ന് പുറത്താക്കപ്പെടും

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

എന്തെങ്കിലും സംഭവിച്ചാൽ, ഒരു സംഭവത്തിന്റെ പേരിൽ അവർ നിങ്ങളെ പുറത്താക്കില്ല. ആളുകൾ തെറ്റുകളിൽ നിന്ന് പഠിക്കുന്നു. കുഴപ്പത്തിലാക്കിയ ഇന്റേൺ വിലപ്പെട്ട ഒരു പാഠം പഠിച്ചു, മറ്റ് ഇന്റേണുകളിൽ നിന്ന് വളരെ വ്യത്യസ്തനാണ്. കുഴപ്പക്കാരനെ പുറത്താക്കിയാൽ അവന്റെ സ്ഥാനത്ത് മറ്റൊരാൾ വന്ന് അതേ രീതിയിൽ കുഴപ്പത്തിലാക്കും.

പ്രധാന കാര്യം തെറ്റുകളിൽ നിന്ന് പഠിക്കുകയും അവ വീണ്ടും ആവർത്തിക്കാതിരിക്കുകയും ചെയ്യുക എന്നതാണ്.

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

സംഭവങ്ങൾ ഒഴിവാക്കുന്നതാണ് നല്ലത്

ഒരു തെറ്റിന് നിങ്ങളെ വ്യക്തിപരമായി പുറത്താക്കിയില്ലെങ്കിൽപ്പോലും, അത്തരമൊരു സംഭവം നിങ്ങളുടെ ടീമിനും പ്രോജക്റ്റിനും മൊത്തത്തിൽ അനാവശ്യ പ്രശ്നങ്ങൾ ഉണ്ടാക്കും. അതിനാൽ, പ്രോജക്റ്റ് വിജ്ഞാന അടിത്തറയിലെ ഡാറ്റാബേസ്, ഫയലുകൾ, സേവന സംഭവങ്ങൾ, ഡോക്യുമെന്റുകൾ എന്നിവയിൽ പട്ടികകൾ ഇല്ലാതാക്കുന്നതിനോ സൃഷ്ടിക്കുന്നതിനോ ഉള്ള പ്രവർത്തനങ്ങൾ പ്രത്യേകം ശ്രദ്ധിക്കുക. ഒരു പുതിയ കണക്ഷന്റെ വിലാസം നിങ്ങൾ കണ്ടെത്തുകയാണെങ്കിൽ, അവിടെ എന്തുചെയ്യാനാകുമെന്ന് കുറഞ്ഞത് രണ്ട് വ്യത്യസ്ത ആളുകളുമായി പരിശോധിക്കുക. പരിതസ്ഥിതികളിലെ നിങ്ങളുടെ അവകാശങ്ങൾ ട്രയലും പിശകും വഴിയല്ല, മറിച്ച് ഉചിതമായ കമാൻഡുകൾ ഉപയോഗിച്ച് പരിശോധിക്കുക. ഉദാഹരണത്തിന്, `ls` കമാൻഡ് ഉപയോഗിച്ച് ഫയലുകൾ ഇല്ലാതാക്കാനുള്ള അവകാശങ്ങൾ, 'user'@'host' എന്ന കമാൻഡ് ഉപയോഗിച്ച് mysql-ലെ ടേബിളുകളിൽ പ്രവർത്തിക്കാനുള്ള അവകാശങ്ങൾ; മിക്കവാറും ഏത് ഉപകരണത്തിലും നിങ്ങൾക്ക് സമാനമായ അവസരം ലഭിക്കും.

ഫയലുകൾ എഡിറ്റ് ചെയ്യുമ്പോൾ, ഒറിജിനലിന്റെ ഒരു പകർപ്പ് നിങ്ങൾക്കായി സൂക്ഷിക്കുക.

ട്രെയിനിക്കും അന്തിമ ഉപയോക്താവിനും ഇടയിൽ നിരവധി തടസ്സങ്ങൾ നിർമ്മിച്ചിരിക്കുന്നു.

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

അടുത്ത ഘട്ടം ക്വാളിറ്റി അഷ്വറൻസ് ആണ്. റഷ്യൻ ഭാഷയിൽ - പരീക്ഷകർ. സോവിയറ്റ് ശൈലിയിൽ - സ്റ്റാൻഡേർഡ് കൺട്രോൾ ആൻഡ് ക്വാളിറ്റി കൺട്രോൾ വകുപ്പ്. ട്രെയിനിയുടെ പ്രകടനം അവനെ ഏൽപ്പിച്ച ചുമതലയുമായി പൊരുത്തപ്പെടുന്നുണ്ടെന്ന് അവർ ഉറപ്പാക്കണം. അവർ അപൂർവ്വമായി കോഡ് വായിക്കും. മിക്കപ്പോഴും, പതിപ്പ് നിയന്ത്രണ സംവിധാനത്തിൽ ഡവലപ്പർ സംഭരിക്കുന്ന ബിൽറ്റ് പ്രോജക്റ്റ് ടെസ്റ്റർമാർ പരിശോധിക്കും.

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

നിങ്ങൾ ആദ്യം യുദ്ധത്തിൽ ഏർപ്പെടണം, എന്നിട്ട് നമുക്ക് കാണാം.
നെപ്പോളിയൻ ബോണപ്പാർട്ട്

നിങ്ങളുടെ അനിശ്ചിതത്വം മറികടക്കാനും നിങ്ങളുടെ ആദ്യ ബയോഡാറ്റ സമർപ്പിക്കാനും ഈ ലേഖനം നിങ്ങളെ സഹായിക്കുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു. തീർച്ചയായും, നിങ്ങൾ ആദ്യം തയ്യാറാകണം. എന്നാൽ അതിരുകടക്കേണ്ട ആവശ്യമില്ല. നിങ്ങൾ ഇതിനകം ഒരു സർവകലാശാലയിലോ കോളേജിലോ വർഷങ്ങളോളം പഠിച്ചിരിക്കാം. അടുത്തതായി എവിടെ പോകണം? അവസാനം, ഒരു സ്പെഷ്യലിസ്റ്റിൽ നിന്ന് ഒരിക്കൽ "ഇല്ല" എന്ന് കേൾക്കുകയും എല്ലാ ദിവസവും സ്വയം "ഇല്ല" എന്ന് പറയുകയും പ്രൊഫഷണലായി വളരുന്നത് നിർത്തുകയും ചെയ്യുന്നതിനേക്കാൾ തെറ്റുകളിൽ പ്രവർത്തിക്കുന്നതാണ് നല്ലത്.

ജോലിക്കെടുത്തുകഴിഞ്ഞാൽ, ഒരു ഇന്റേണിൽ നിന്ന് ഒരു സമ്പൂർണ്ണ ടീം അംഗമായി വളരുന്നതിൽ നിങ്ങൾ ശ്രദ്ധ കേന്ദ്രീകരിക്കേണ്ടതുണ്ട്. ഇത്തരത്തിലുള്ള വളർച്ച സാധാരണയായി നിങ്ങളുടെ ശമ്പളത്തിൽ വർദ്ധനവുണ്ടാക്കുന്നു.

ഞാൻ നിങ്ങൾക്ക് ക്ഷമയും സ്ഥിരോത്സാഹവും നേരുന്നു.

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

ഐടിയിലെ നിങ്ങളുടെ ആദ്യ ജോലിയിൽ നിങ്ങളുടെ ആദ്യ ജോലികൾ എന്തായിരുന്നു?

• കോംപ്ലക്സ്

• പ്രധാനപ്പെട്ടത്

• അടിയന്തിരം

• മുകളിൽ കൊടുത്തിരിക്കുന്നതിൽ ഒന്നുമല്ല

75 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 20 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

നിങ്ങളുടെ ആദ്യ ജോലിയിൽ ആദ്യം നിങ്ങൾ എന്താണ് ചെയ്യേണ്ടത്?

• ഉൽപ്പന്നം പ്രാദേശികമായി ഇൻസ്റ്റാൾ ചെയ്യുക

• നിലവിലുള്ള ഒരു ഉൽപ്പന്നം പരിശോധിക്കുക

• ഒരു പരിശീലനം, വ്യാജ ടാസ്ക് നടത്തുക

• ഒരു ക്ലയന്റിനായി ഒരു പരീക്ഷണാത്മക, യഥാർത്ഥ പ്രോജക്റ്റ് ചെയ്യുക

63 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 25 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

പരിശീലന സമയത്ത് നിങ്ങളുടെ ഗ്രൂപ്പിലെ എത്ര വിദ്യാർത്ഥികൾക്ക് സാങ്കേതിക വിഷയങ്ങളിൽ സ്വതന്ത്രമായി അസൈൻമെന്റുകൾ പൂർത്തിയാക്കാൻ കഴിഞ്ഞു?

• 1 നിന്ന് 10

• 1 നിന്ന് 5

• ഓരോ നിമിഷവും

• എല്ലാം, അപൂർവമായ ഒഴിവാക്കലുകൾ

70 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 19 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

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