DevOps interviju antiraksti

Sveiciens jums visiem, mani dārgie lasītāji!

Šodien es vēlos dalīties savās pārdomās par ilgu laiku aktuālu tēmu un, iespējams, apspriest to komentāros.
Diezgan bieži nākas saskarties ar rakstiem par sliktu interviju praksi programmētāja amatam, kas, manuprāt, ir gana aktuāli un, ceru, tos lasa lielu un ne tik lielu uzņēmumu personāla nodaļas.

MÅ«su reÄ£ionā, cik es varu pateikt, ir pieprasÄ«jums pēc tādām interesantām struktÅ«rām kā DevOps inženieri. Esmu no tiem cilvēkiem, kas Ä«sti nesaprot Å”o frāzi (jā, DevOps metodika utt.), tāpēc saskatu zināmas atŔķirÄ«bas Ŕīs speciālistu grupas attÄ«stÄ«bas ceļos.
Pirmkārt, es esmu stingri pārliecināts, ka katram cilvēkam ir savs intereÅ”u loks pat darba jomā, tas ir, kādam patÄ«k mākonis, kādam patÄ«k iedziļināties lietojumprogrammu serveros, konfigurēt dziļu Java, bet kādam rakstÄ«t kodu Python. vai nedod Dievs yaml kodu. Tas ir, Å”eit parādās tā sauktais infrastruktÅ«ras inženieris, bÅ«vinženieris, vecākais Yaml izstrādātājs :)
Tas viss ļauj, no vienas puses, atrast cilvēku, kas vislabāk atbilst jūsu uzdevumiem, un, no otras puses, rada pārpratumus interviju laikā.
Balstoties uz personÄ«go pieredzi, esmu veicis desmitiem interviju, kā arÄ« piedalÄ«jies dažādās kā apsÅ«dzētais, vēlos padalÄ«ties ar savu skatÄ«jumu uz visu notiekoÅ”o.

Pirmais un, iespējams, mans mīļākais antimodelis ir vēlme, lai kāds visu izdarÄ«tu, vai arÄ« nav skaidrs, kurÅ” ir vajadzÄ«gs, apskatÄ«sim kandidātu baru un sapratÄ«sim. Tas, iespējams, attiecas uz jebkuru jomu, taču tai ir savas Ä«patnÄ«bas.
Kā pamanÄ«ju, cilvēki ir vairāk kāri pēc darbiem ar vārdiem DevOps nekā sistēmas administrators, lai gan, manuprāt, Senior lÄ«menÄ« uzdevumu apjoms Å”ajās divās jomās maksimāli atŔķiras.
JebkurÅ” darba devējs, kuram tieŔām ir nepiecieÅ”ams sistēmas administrators, vakances nosaukumā ieraksta devops, uzskaitot pilnÄ«gi visu pieprasÄ«juma pamattekstā, K8S/Java/gradle/oracleDB utt., lai gan no iekÅ”puses cilvēkam bÅ«s nodarbojas ar K8S klastera atbalstīŔanu un OracleDB steka atbalstīŔanu atseviŔķi no komandas.
Tas ir, kāda veida mijiedarbība pastāv starp izstrādātāju/operāciju formātu?
Tālāk izrādās, ka tāda mijiedarbības procesa ar komandu nav un vispār kā nodaļa nedarbojas un ir jāiestata izstrādātāju datori.
Å Ä« iespēja patieŔām ir piemērota dažiem pretendentiem, taču bÅ«sim godÄ«gi, Å”is ir vecākais sistēmas administrators, tad kāpēc viņi nevēlas tā rakstÄ«t un kas tur ir tik apkaunojoÅ”s? Atalgojuma atŔķirÄ«bas starp dažādiem amatu nosaukumiem? Bet uzņēmumam ir viens budžets, un neatkarÄ«gi no tā, kā jÅ«s saucat kuÄ£i, tas kuÄ£os ar savu budžetu.
Nu esmu pat dzirdējis par Å”o, tagad kandidāts ātri visu automatizēs un pievienosies kāda produkta izstrādē Python, kāda starpÄ«ba, Python visur ir vienāds. AtŔķirÄ«bas pasaules skatÄ«jumā un pieejās netiek ņemtas vērā.

Tālāk parasti katram atseviŔķi noŔķiru speciālistu līmeni, kuri nāk un redz savas nepatikŔanas
Junior - man personÄ«gi Junior DevOps ir cilvēks, kurÅ” apguvis sistēmu administrēŔanu/izstrādi vidējā lÄ«menÄ«. Å eit ir patÄ«kami atŔķirt spēcÄ«gus Linux lietotājus, kuri vēlas attÄ«stÄ«ties jaunā jomā, vai izstrādātājus, kuriem ir vēlme darÄ«t labu citiem izstrādātājiem. SpēcÄ«gs, ar dažām prasmēm atkļūdoÅ”anā, žurnālu meklēŔanā vai ar dažiem kodētu projektu krājumiem.
Satiku gan sistēmas administratorus, kuri kaut ko izmēģināja un vēlas pieskarties mākoņiem, gan tos, kuri mēģināja priekŔā un aizmugurē un nez kāpēc radÄ«ja interesi par DevOps procesiem.
Å ajā lÄ«menÄ« mani vienmēr mulsina, kad viņi sāk mētāties ar milzÄ«gu tehnoloÄ£iju kaudzi, Puppet, Ansible ā€” kāpēc es neizmēģināju visu? K8S, K3S - kāda ir atŔķirÄ«ba? Cik datu bāzu veidus jÅ«s zināt? kāpēc tik maz? Kā Å”ifrēŔana darbojas Java? ÄŖpaÅ”i tie, kas nākuÅ”i no attÄ«stÄ«bas, lai gan tie ir ļoti noderÄ«gi darbinieki, viņiem Å”ajā jomā vienmēr ir darbs.
Es vienmēr esmu stuporā, kad tas notiek, pirmais, ko vēlos jautāt, ir kāpēc??? otra lieta, kas nāk prātā, ir - vai intervētājs pats ir gatavs atbildēt uz jautājumiem par tik daudzveidÄ«gu kaudzi? Vai viņi tieŔām vēlas paņemt JÅ«niju un piespraust viņam visu?
Bieži vien tā notiek visādos virsbÅ«vju veikalos, kad vajag pārdot cilvēku kādam projektam un vajag vēl forÅ”us vārdus priekÅ” CV, vai arÄ« firma nevēlas nevienu pieņemt darbā, bet tikai skatās, kādi juniori tur ir.

Vidējais līmenis
Å”eit ir vairākas galējÄ«bas, manuprāt, pirmkārt, droÅ”i vien grÅ«ti skaidri noteikt, kas tieÅ”i cilvēks ir vilkts par vidusdaļu, vai nu mēģina viņu izŔķērdēt lÄ«dz jÅ«nijam, vai arÄ« sāk dzenāt kā senioru, mēģinot sagrābt seniors par vidējo cenu (jā, tirgus to izlemj, nekas personisks)
Pats apbrÄ«nojamākais, ko esmu redzējis, ir iedziļināŔanās kodēŔanā, mÄ«cīŔanās ar Python, Java GC mocīŔana, tas ir, ar daudz specifiskākām tēmām, vai otrādi, atklājot sen neizmantotas zināŔanas. , braukÅ”ana pa tÄ«kliem, OS draiveru veidi, smÄ«nēŔana un gavilēŔana, Kā cilvēks to var aizmirst? Un Å”eit notiek pats interesantākais!
LÄ«dz vidējam lÄ«menim, manuprāt, speciālistam izveidojas intereÅ”u loks un personisks skatÄ«jums uz to, ar ko viņŔ vēlas strādāt - čakarēt jaunāko steku, iegrÅ«st kādu triku kubā vai Ŕūpoties Å”ausmÄ«gam uzņēmumam, iedziļināties koda veiktspējā.
Manuprāt, Å”eit ir vērts jautāt par procesiem, pie kuriem cilvēks strādāja, pajautāt, kas bija visinteresantākais un kas nē, un, pamatojoties uz Ŕīm zināŔanām, izveidot jautājumu kopu, parasti pievienojot jautājumus savai kopai. Pretējā gadÄ«jumā pēc aizraujoÅ”as sarunas stundu vai divas par OpenShift klastera konfigurēŔanu noalgojiet personu un uzdodiet viņam izveidot uzraudzÄ«bu. DroÅ”i vien patiks abām pusēm.

Vecākais līmenis
Ak, mans mīļākais līmenis.
Å eit ir spēcÄ«gs speciālists, kurÅ” ir audzis sevi dažādos projektos, cilvēks, kurÅ” jau zina, ko viņŔ vēlas un kas viņam tik ļoti nepatÄ«k.
Un tā sākas izrāde:
— dziļi jautājumi par sistēmas administrēŔanu (skat. pirmo antimodeli)
— dziļi jautājumi par Linux kopumā no teorijas jomas, tālu no praktiskām zināŔanām (OSI lÄ«meņa galvenais jautājums)
— akadēmiskie jautājumi par kodēŔanu (jo pats intervētājs Å”o jomu Ä«sti nepārzina, viņam vienkārÅ”i tika lÅ«gts intervēt dÄ«vainu devops puisi)
Å eit es izteikÅ”u nelielu piezÄ«mi. Kādu dienu intervijas laikā man palÅ«dza uzrakstÄ«t kādu koda fragmentu. Uz papÄ«ra lapas. Nu, kā jau visi mÄ«l, viņi raksta katru dienu, lapiņa mums ir viss.
Pabeidzot uzdevumu, pēc mana papÄ«ra lapas un risinājuma apskatīŔanas tika pieņemts spriedums, ka algoritms bÅ«s neoptimāls. Ieteicu intervētājam paÅ”am uzrakstÄ«t savu algoritmu, uz ko saņēmu atbildi ā€œTas neietilpst intervijas ietvaros.ā€ PaprasÄ«ju minÅ«ti, nedaudz pamainÄ«ju kodu un parādÄ«ju, prasot, bÅ«s ātrāk vai lēnāk? Uz ko saņēmu atbildi, pāriesim pie nākamā jautājuma. AtŔķirÄ«ba bija tajā, kā kods darbojās cilpā un bez cilpas, un man bija sagatavota atbilde, kāpēc labāk darÄ«t tā un ne savādāk. Nu pēc tam man vairs negribējās atbildēt uz jautājumiem un strādāt ar Å”o cilvēku.
Jāņem vērā, ka mēs visi esam dažādi un kandidātu var atbaidīt jebkura lieta, kas tev nav svarīga.
— parasti augstākā lÄ«meņa speciālistiem ir skaidrs apraksts par darba kaudzi, bet nē, jāsāk lietot kaut kas sev tuvs, piemēram, tev ir uzrakstÄ«jis Anible, lieliski, bet mums ir Lelle, tikko piezvanÄ«jām, lai pastāsti mums par Leļļu. Perfekti! Vai esat strādājis ar OpenShift? Mums ir K8, mēs nezinām atŔķirÄ«bas, taču jÅ«su pieredzei nav nozÄ«mes. ApbrÄ«nojami!

Ir arÄ« tāda apakÅ”klase - es personÄ«gi uzņemu praktikantus, lai tie izaugtu par junioriem.
Gribētos, lai visi saprastu, ka praktikants ir vienÄ«ba, kas vēl vispār nav izveidota. Mani Å”ausmÄ«gi biedē, kad viņi sāk virzÄ«t praktikantus uz stipro Junioru lÄ«meni un tad ar apmierinātu skatienu piedāvā viņiem prakses vietu (dažreiz bezalgas, murgs!)
Nedariet to Ŕādā veidā.
Praktikants, manuprāt, ir vai nu vecāko kursu students, vai kāds, kurÅ” patieŔām vēlas ā€œiedziļināties ITā€.
Ar studentiem viss ir vienkārÅ”i - ir lieliski uzzināt, ko viņŔ dara universitātē, ko darÄ«jis pats, redzēt, uz kādiem jautājumiem viņam iedegas acis - ja tie iedegas, jautājiet, kāpēc devops un kas par to vispār ir zināms. SajÅ«ti cilvēku un saproti, vai bÅ«s patÄ«kami ar viņu turpināt strādāt, vai vēlies Å”im konkrētajam cilvēkam kaut ko iemācÄ«t.
Ar tiem, kas vēlas ā€œiedziļināties ITā€ viss ir nedaudz stingrāk - paskaties, cik cilvēks pats mācās, ko darÄ«jis pirms nokļūŔanas uz tavu interviju, Å”eit labs variants bÅ«tu paskatÄ«ties uz Github, ja ir, no kurss, apņemÅ”anos blÄ«vums un veiktie vingrinājumi. Pajautājiet arÄ«, kāpēc tas ir devops, jo tas ir jautrāks un sarežģītāks priekÅ”galā?

Un visbeidzot, es vēlos vēlreiz dot padomu: izlemiet, kurÅ” jums patieŔām ir vajadzÄ«gs, un jÅ«s nekavējoties atradÄ«sit Ä«sto cilvēku. Identificējiet vajadzÄ«bas, skatieties uz speciālistu kā uz speciālistu, atrodiet viņa stiprās puses un veiksmÄ«gi izmantojiet tās savā darbā. Esi uzmanÄ«gs pret intervējamo, viņŔ nāca pie tevis uz sarunu, nevis uz konkursu, kurÅ” kuru izgāzÄ«s vai nē.

Avots: www.habr.com

Pievieno komentāru