DevOps അഭിമുഖങ്ങളുടെ ആന്റി പാറ്റേണുകൾ

എന്റെ പ്രിയ വായനക്കാരേ, നിങ്ങൾക്കെല്ലാവർക്കും ആശംസകൾ!

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

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

ആദ്യത്തേതും ഒരുപക്ഷേ എന്റെ പ്രിയപ്പെട്ടതുമായ ആന്റി-പാറ്റേൺ ആരെങ്കിലും എല്ലാം ചെയ്യാനുള്ള ആഗ്രഹമാണ്, അല്ലെങ്കിൽ ആരാണ് ആവശ്യമെന്ന് വ്യക്തമല്ല, ഞങ്ങൾ ഒരു കൂട്ടം സ്ഥാനാർത്ഥികളെ നോക്കും, ഞങ്ങൾ മനസ്സിലാക്കും. ഇത് മിക്കവാറും ഏത് പ്രദേശത്തിനും ബാധകമാണ്, പക്ഷേ അതിന് അതിന്റേതായ സവിശേഷതകളുണ്ട്.
ഞാൻ ശ്രദ്ധിച്ചതുപോലെ, സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററേക്കാൾ DevOps എന്ന വാക്കുകളുള്ള ജോലികളോട് ആളുകൾക്ക് അത്യാഗ്രഹമുണ്ട്, എന്നിരുന്നാലും എന്റെ അഭിപ്രായത്തിൽ, മുതിർന്ന തലത്തിൽ, ഈ രണ്ട് മേഖലകളിലും ടാസ്‌ക്കുകളുടെ വ്യാപ്തി കഴിയുന്നത്ര വ്യത്യസ്തമാണ്.
യഥാർത്ഥത്തിൽ ഒരു സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്ററെ ആവശ്യമുള്ള ഏതൊരു തൊഴിലുടമയും ഒഴിവുകളുടെ ശീർഷകത്തിൽ devops എഴുതുന്നു, അഭ്യർത്ഥനയുടെ ബോഡിയിലെ എല്ലാം, K8S/Java/gradle/oracleDB മുതലായവ ലിസ്‌റ്റിൽ ലിസ്റ്റുചെയ്യുന്നു, എന്നിരുന്നാലും വ്യക്തിക്ക് ഉള്ളിൽ നിന്ന് ഇത് ചെയ്യേണ്ടിവരും. K8S ക്ലസ്റ്ററിനെ പിന്തുണയ്ക്കുന്നതും ടീമിൽ നിന്ന് ഒറ്റപ്പെട്ട് OracleDB സ്റ്റാക്കിനെ പിന്തുണയ്ക്കുന്നതും കൈകാര്യം ചെയ്യുക.
ശരി, അതായത്, ഡെവലപ്പർമാർ / ഓപ്പറേഷൻ ഫോർമാറ്റുകൾക്കിടയിൽ എന്ത് തരത്തിലുള്ള ഇടപെടലാണ് ഉള്ളത്?
കൂടാതെ, ടീമുമായി ആശയവിനിമയം നടത്തുന്നതിന് അത്തരം ഒരു പ്രക്രിയയും ഇല്ലെന്നും പൊതുവെ, ഒരു വകുപ്പെന്ന നിലയിൽ പ്രവർത്തനങ്ങളൊന്നും ഇല്ലെന്നും നിങ്ങൾ ഡെവലപ്പർമാരുടെ കമ്പ്യൂട്ടറുകൾ സജ്ജീകരിക്കണമെന്നും അത് മാറുന്നു.
ഈ ഓപ്ഷൻ യഥാർത്ഥത്തിൽ ചില അപേക്ഷകർക്ക് അനുയോജ്യമാണ്, എന്നാൽ നമുക്ക് സത്യസന്ധത പുലർത്താം, ഇതൊരു സീനിയർ സിസ്റ്റം അഡ്മിനിസ്‌ട്രേറ്ററാണ്, എന്തുകൊണ്ടാണ് അവർ അങ്ങനെ എഴുതാൻ ആഗ്രഹിക്കാത്തത്, അതിൽ എന്താണ് ലജ്ജാകരം? വ്യത്യസ്ത ജോലി ശീർഷകങ്ങൾ തമ്മിലുള്ള ശമ്പളത്തിലെ വ്യത്യാസം? എന്നാൽ കമ്പനിക്ക് ഒരു ബജറ്റ് ഉണ്ട്, നിങ്ങൾ കപ്പലിനെ എന്ത് വിളിച്ചാലും അത് സ്വന്തം ബജറ്റിൽ യാത്ര ചെയ്യും.
ശരി, ഞാൻ ഇതിനെക്കുറിച്ച് കേട്ടിട്ടുണ്ട്, ഇപ്പോൾ സ്ഥാനാർത്ഥി എല്ലാം വേഗത്തിൽ ഓട്ടോമേറ്റ് ചെയ്യുകയും പൈത്തണിലെ ഒരു ഉൽപ്പന്നത്തിന്റെ വികസനത്തിൽ ചേരുകയും ചെയ്യും, എന്താണ് വ്യത്യാസം, പൈത്തൺ എല്ലായിടത്തും ഒരുപോലെയാണ്. ലോകവീക്ഷണത്തിലെയും സമീപനങ്ങളിലെയും വ്യത്യാസങ്ങൾ കണക്കിലെടുക്കുന്നില്ല.

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

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

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

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

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

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