Zorionak zuei guztiei, irakurle maiteok!
Gaur aspaldiko gai bati buruzko nire gogoetak partekatu nahi ditut, eta agian iruzkinetan eztabaidatu.
Askotan, programatzaile baten kargurako elkarrizketa-praktika txarrei buruzko artikuluak topatzen ditut, nire ustez nahiko garrantzitsuak direnak eta, espero dut, enpresa handien eta ez hain handietako HR sailek irakurtzen dituztenak.
Gure eremuan, nik esan dudanez, DevOps ingeniariak bezalako entitate interesgarrien eskaera dago. Esaldi hau benetan ulertzen ez duen horietakoa naiz (bai, DevOps metodologia, etab.), beraz, espezialisten talde honen garapen bideetan desberdintasun batzuk ikusten ditut.
Lehenik eta behin, uste dut pertsona bakoitzak bere interes sorta duela, baita lan-eremuan ere, hau da, batzuk hodeia atsegin dute, beste batzuk Aplikazio-zerbitzarietan sakontzea, Java sakona konfiguratzea eta beste batzuk Python-en kodea idaztea. edo Jainkoak debekatu yaml kodea. Hau da, hemen agertzen dira Azpiegitura ingeniaria, Eraikitze ingeniaria, Senior Yaml Developer deritzona :)
Horrek guztiak aukera ematen du, alde batetik, zure zeregin multzoari ondoen egokitzen zaion pertsona aurkitzeko, eta, bestetik, elkarrizketetan gaizki-ulertuak sortzen ditu.
Esperientzia pertsonaletik abiatuta, dozenaka elkarrizketa egin ditut, eta auzipetu gisa hainbatetan ere parte hartu dut, gertatzen ari den guztiaren ikuspegia partekatu nahi dut.
Lehenengo eta ziurrenik gehien gustatzen zaidan anti-eredua norbaitek dena egiteko gogoa da, edo ez dago argi nor den behar den, hautagai mordoa aztertuko dugu eta ulertuko dugu. Hau seguruenik edozein eremuri dagokio, baina bere ezaugarriak ditu.
Ohartu nintzenez, jendea DevOps hitzak dituzten lanpostuetarako gutizia handiagoa du Sistema Administratzailea baino, nahiz eta nire ustez, Senior mailan, zereginen esparrua ahalik eta gehien desberdintzen den bi arlo hauetan.
Sistema-administratzaile bat benetan behar duen edozein enpresaburuk devops idazten du lanpostu hutsaren izenburuan, eskaeraren gorputzean, K8S/Java/gradle/oracleDB, etab. zerrendan dagoen guztia zerrendatuz, nahiz eta barrutik pertsonak egin beharko duen. aurre egin K8S klusterraren laguntzari eta OracleDB pilari laguntzea taldetik isolatuta.
Tira, hau da, zer-nolako elkarrekintza dago Garatzaile/Eragiketen formatuaren artean?
Gainera, ikusten da ez dagoela taldearekin interakzio prozesurik eta, oro har, ez dago sail gisa eragiketarik eta garatzaileen ordenagailuak konfiguratu behar dituzu.
Aukera hau eskatzaile batzuei egokitzen zaie, baina zintzoak izan gaitezen, hau Sistema Administratzaile Nagusia da, beraz, zergatik ez dute horrela idatzi nahi eta zer da horren lotsagarria? Lanpostu desberdinen arteko soldata desberdintasunak? Baina konpainiak aurrekontu bakarra du, eta ontzia deitzen diozun edozein dela ere, bere aurrekontuarekin nabigatuko du.
Beno, honen berri ere entzun dut, orain hautagaiak azkar automatizatuko du dena eta produktu baten garapenean sartuko da Python-en, zein den aldea, Python berdina da nonahi. Ez dira kontuan hartzen mundu ikuskeraren eta ikuspegien desberdintasunak.
Jarraian, normalean etortzen diren espezialisten maila bereizten dut eta bakoitzak bere arazoak bereizita ikusten ditu
Junior - niretzat, Junior DevOps, sistemaren administrazioa / garapena batez besteko mailan menderatzen duen pertsona da. Hemen polita da eremu berri batean hazi nahi duten Linux erabiltzaile indartsuak edo beste garatzaileei ongi egiteko gogoa duten garatzaileak bereiztea. Indartsua, arazketarako, erregistroak bilatzeko edo kodetutako proiektuen bilketarekin trebetasun batzuk ditu.
Zerbait saiatu eta hodeiak ukitu nahi dituzten sistema-administratzaileak ezagutu nituen, bai aurretik eta atzetik saiatu zirenak eta arrazoiren batengatik DevOps prozesuetan interesa aurkitu zutenak.
Maila honetan, beti nahasten nau teknologia-pila handi bat botatzen hasten direnean, Puppet, Ansible - zergatik ez nuen dena probatu? K8S, K3S - zein da aldea? Zenbat datu-base mota ezagutzen dituzu? zergatik hain gutxi? Nola funtzionatzen du enkriptatzea Javan? Batez ere garapenetik etorritakoak, nahiz eta langile oso erabilgarriak izan, beti dago lana alor honetan.
Horrelako zerbait gertatzen denean beti nago estuporean, galdetu nahi dudan lehenengo gauza zergatik da??? Burura datorkidan bigarren gauza hau da: elkarrizketatzailea bera prest al dago hain askotariko pila batean galderei erantzuteko? Benetan nahi al dute June hartu eta dena finkatu?
Askotan, mota guztietako karrozerietan gertatzen da hori, pertsona bat proiektu baterako saldu behar duzunean eta zure curriculumerako hitz politagoak behar dituzunean, edo enpresak ez du inor kontratatu nahi, nolako junior-mota ikusten da. badaude.
Erdi maila
hemen hainbat mutur daude, nire ustez, lehenik eta behin, ziurrenik zaila da pertsona bat erdiko zer den zehatz zehaztea, ekainera arte xahutzen saiatzen dira edo adineko bat bezala gidatzen hasten dira, harrapatu nahian. senior bat erdiko baten prezioan (bai, merkatuak erabakitzen du hori, ez dago ezer pertsonalik)
Ikusi dudan gauzarik harrigarriena kodifikazioan sakontzea da, Python-ekin nahastea, Java GC oinazea, hau da, gai zehatzagoekin, edo alderantziz, aspaldian erabili gabeko ezagutzaren hutsuneak agerian jartzea. , sareetan zehar gidatzen, sistema eragilearen kontrolatzaile motak, irribarretsu eta alaitasunez, Nola liteke pertsona batek hau ahaztu? Eta hemen gertatzen da interesgarriena!
Erdiko mailan, nire ustez, espezialista batek interes zirkulu bat garatzen du eta lan egin nahi duenaren ikuspegi pertsonala garatzen du: azken pila batean goraipatzeko, trikimailu bat kubo batean sartuz edo enpresa ikaragarri baterako swing egiteko, kodearen errendimenduan sakontzea.
Nire ustez, merezi du hemen pertsonak landutako prozesuei buruz galdetzea, zer zen interesgarriena eta zer ez galdetzea, eta ezagutza horretatik abiatuta, galdera multzo bat eraikitzea, normalean zure pilara galderak gehituz. Bestela, OpenShift kluster bat konfiguratzeari buruz ordubetez edo bi elkarrizketa zoragarri bat izan ondoren, kontratatu pertsona bat eta esleitu monitorizazioa eraikitzeko. Seguruenik, bi aldeei gustatuko zaie.
Senior maila
Ai nire mailarik gogokoena.
Hona hemen hainbat proiektutan hezi den espezialista indartsu bat, zer nahi duen eta hainbeste gustatzen ez zaiona dagoeneko dakien pertsona bat.
Eta horrela hasten da ikuskizuna:
- sistemaren administrazioari buruzko galdera sakonak (ikus lehen ereduaren aurkakoa)
— Linux-i buruzko galdera sakonak, oro har, teoriaren arlotik, ezagutza praktikotik urrun (OSI mailako galdera nagusia)
- kodeketari buruzko galdera akademikoak (elkarrizketatzaileak berak ez duelako benetan eremua ezagutzen, devops tipo arraro bat elkarrizketatzeko besterik ez zuen eskatu)
Ohar txiki bat egingo dut hemen. Egun batean, elkarrizketa batean, kode zati bat idazteko eskatu zidaten. Paper batean. Bada, denek maite duten bezala, egunero idazten dute, liburuxka da gure guztia.
Ataza amaituta, nire papera eta irtenbidea ikusi ondoren, algoritmoa optimoa izango zela epaia iritsi zen. Elkarrizketatzaileari bere algoritmoa idaztea proposatu nion, eta erantzuna jaso nuen "Hau ez dago elkarrizketaren esparruan". Minutu bat eskatu, kodea pixka bat aldatu eta erakutsi nion, galdetuz, azkarragoa ala motelagoa izango da? Erantzuna jaso dudanean, pasa gaitezen hurrengo galderara. Kodeak begizta batean eta begiztarik gabe nola funtzionatzen zuen, eta erantzun bat prestatu nuen zergatik zen hobe horrela eta ez horrela egitea. Tira, ondoren ez nuen gehiago galderak erantzun eta pertsona honekin lan egin nahi izan.
Kontuan izan behar dugu denok desberdinak garela eta hautagai bat zuretzako garrantzitsua ez den edozein gauzagatik gaitzetsi daitekeela.
— normalean goi-mailako espezialistek lan-pilaren deskribapen argia dute, baina ez, gertuko zerbait erabiltzen hasi behar duzu, adibidez, Ansible duzu idatzita, bikaina, baina Puppet dugu, deitu dizugu, beraz, esan gu Txotxongiloari buruz. Perfektua! Lan egin al duzu OpenShift-ekin? K8ak ditugu, ez ditugu desberdintasunak ezagutzen, baina zure esperientziak ez du garrantzirik. Harrigarria!
Halako azpiklase bat ere badago - pertsonalki bekatzaileak hartzen ditut junior bihurtzeko.
Gustatuko litzaidake denek ulertzea bekaduna oraindik batere eratu ez den entitate bat dela. Beldur handia ematen dit bekadunak Junior maila indartsura bultzatzen hasten direnean eta gero, pozik begirada batekin, praktikak eskaintzen dizkietenean (batzuetan ordaindu gabe, amesgaiztoa!)
Ez egin horrela.
Bekadun bat, nire ustez, goi mailako ikaslea da, edo benetan "informatikan sartu" nahi duen norbait da.
Ikasleekin, dena erraza da: oso ona da unibertsitatean zer egiten duen, berak zer egin duen jakitea, begiak zer galdera argitzen zaizkion ikustea, argitzen bazaizkio, galdetu zergatik devops-en eta zer den orokorrean horri buruz. Sentitu pertsona eta ulertu harekin lanean jarraitzea atsegina izango den, pertsona jakin honi zerbait irakatsi nahi diozun.
"IT-an sartu" nahi dutenekin dena apur bat zorrotzagoa da - ikusi zenbat ikasten duen pertsona batek bere burua, zer egin zuen zure elkarrizketara iritsi aurretik, hemen aukera ona izango litzateke Github-era begiratzea, baldin badago, noski, konpromisoen dentsitatea eta zer ariketa egin ziren. Galdetu ere zergatik den devops, frontend-ean dibertigarriagoa eta korapilatsuagoa delako?
Eta azkenik, beste behin ere aholkua eman nahiko nuke: erabaki benetan nor behar duzun eta berehala aurkituko duzu pertsona egokia. Identifikatu beharrak, begiratu espezialista gisa espezialista gisa, aurkitu bere indarguneak eta arrakastaz erabili zure lanean. Elkarrizketatuari adi egon, hiregana etorri zen solasaldi baterako, eta ez nortzuk huts egingo duen edo ez lehiaketara.
Iturria: www.habr.com
