Saluton al vi ĉiuj, miaj karaj legantoj!
Hodiaŭ mi volas dividi miajn pensojn pri longdaŭra temo, kaj eble diskuti ĝin en la komentoj.
Sufiĉe ofte mi renkontas artikolojn pri malbonaj intervjuaj praktikoj por la posteno de programisto, kiuj laŭ mi estas sufiĉe trafaj kaj, mi esperas, estas legataj de la HR-fakoj de grandaj kaj ne tiom grandaj kompanioj.
En nia regiono, kiom mi povas diri, estas postulo pri tiaj interesaj estaĵoj kiel DevOps-inĝenieroj. Mi estas unu el tiuj homoj, kiuj ne vere komprenas ĉi tiun frazon (jes, DevOps-metodaro, ktp.), do mi vidas kelkajn diferencojn en la evoluvojoj de ĉi tiu grupo de specialistoj.
Antaŭ ĉio, mi firme kredas, ke ĉiu homo havas sian propran gamon da interesoj, eĉ en la laborareo, tio estas, iuj ŝatas la nubon, iuj ŝatas profundiĝi en Aplikaj serviloj, agordi profundan Javan, kaj iuj skribi kodon en Python. aŭ Dio malpermesu yaml-kodon. Tio estas, la tiel nomata Infrastruktura inĝeniero, Konstrua inĝeniero, Senior Yaml Developer aperas ĉi tie :)
Ĉio ĉi permesas, unuflanke, trovi homon, kiu plej konvenas al via grupo de taskoj, kaj aliflanke, kreas miskomprenojn dum intervjuoj.
Surbaze de persona sperto, mi faris dekojn da intervjuoj, kaj ankaŭ partoprenis diversajn kiel akuzito, mi volas dividi mian opinion pri ĉio, kio okazas.
La unua kaj verŝajne mia plej ŝatata kontraŭŝablono estas la deziro, ke iu faru ĉion, aŭ ne klaras, kiu estas bezonata, ni rigardos amason da kandidatoj kaj ni komprenos. Ĉi tio verŝajne validas por iu ajn areo, sed ĝi havas siajn proprajn trajtojn.
Kiel mi rimarkis, homoj pli avidas por laboroj kun la vortoj DevOps ol Sistemadministranto, kvankam laŭ mi, ĉe la Altranga nivelo, la amplekso de taskoj diferencas kiel eble plej multe en ĉi tiuj du areoj.
Ajna dunganto, kiu efektive bezonas sisteman administranton, skribas devops en la titolo de la vakantaĵo, listigante absolute ĉion en la korpo de la peto, K8S/Java/gradle/oracleDB, ktp. en la listo, kvankam de interne la persono devos traktu subteni la K8S-areton kaj subteni la OracleDB-stakon izolite de la teamo.
Nu, tio estas, kia interago ekzistas inter la Ellaborantoj / Operacioj-formato?
Plue rezultas, ke ne ekzistas tia procezo de interago kun la teamo kaj ĝenerale, ne ekzistas operacioj kiel fako kaj vi devas agordi la komputilojn de la programistoj.
Ĉi tiu opcio efektive konvenas al iuj kandidatoj, sed ni estu honestaj, ĉi tio estas Altranga Sistemadministranto, do kial ili ne volas skribi tiel kaj kio estas tiel hontinda pri tio? Diferencoj en salajro inter malsamaj labortitoloj? Sed la kompanio havas unu buĝeton, kaj negrave kiel vi nomas la ŝipo, ĝi velos per sia propra buĝeto.
Nu, mi eĉ aŭdis pri ĉi tio, nun la kandidato rapide aŭtomatigos ĉion kaj aliĝos al la disvolviĝo de produkto en Python, kio estas la diferenco, Python estas la sama ĉie. Diferencoj en mondkoncepto kaj aliroj ne estas konsiderataj.
Poste, mi kutime diferencas la nivelon de specialistoj, kiuj venas kaj vidas siajn problemojn aparte por ĉiu
Junior - por mi persone, Junior DevOps, estas homo, kiu regis sisteman administradon / evoluon je meza nivelo. Ĉi tie estas agrable diferenci inter fortaj Linuksaj uzantoj, kiuj volas kreski en nova areo, aŭ programistoj, kiuj volas fari bonon por aliaj programistoj. Forta, kun iuj kapabloj pri senararigado, serĉado de protokoloj aŭ kun iom da stoko de koditaj projektoj.
Mi renkontis ambaŭ sistemajn administrantojn, kiuj provis ion kaj volas tuŝi la nubojn, kaj tiujn, kiuj provis antaŭe kaj reen kaj ial trovis intereson pri DevOps-procezoj.
Je ĉi tiu nivelo, ĝi ĉiam konfuzas min kiam ili komencas ĉirkaŭĵeti grandegan stakon da teknologioj, Puppet, Ansible - kial mi ne provis ĉion? K8S, K3S - kio estas la diferenco? Kiom da specoj de datumbazoj vi konas? kial tiom malmultaj? Kiel ĉifrado funkcias en Java? Precipe tiuj, kiuj venis de evoluo, kvankam ĉi tiuj estas tre utilaj dungitoj, ĉiam estas laboro por ili en ĉi tiu areo.
Mi ĉiam estas en stuporo kiam io tia okazas, la unua afero, kiun mi volas demandi, estas kial??? la dua, kiu venas al la menso, estas - ĉu la intervjuanto mem pretas respondi demandojn sur tia diversa stako? Ĉu ili vere volas preni junion kaj alpingli ĉion al li?
Ofte tio okazas en ĉiaj karoserio-butikoj, kiam vi bezonas vendi homon por iu projekto kaj vi bezonas pli da mojosaj vortoj por via vivresumo, aŭ la kompanio ne volas dungi iun ajn, sed nur rigardas kiajn junulojn. estas.
Meza nivelo
estas pluraj ekstremoj ĉi tie, miaopinie, unue, verŝajne estas malfacile klare determini, kia homo estas tirita por esti mezo, ili aŭ provas malŝpari lin ĝis junio, aŭ ili komencas veturigi lin kiel maljunulo, provante kapti. altrangulo je la prezo de meza (jes, la merkato decidas tion, nenio persona)
La plej mirinda afero, kiun mi vidis, estas profundiĝi en kodigon, fuŝi kun Python, turmenti la Java GC, tio estas, kun pli profunde specifaj temoj, aŭ inverse, malkaŝi mankojn en scio, kiuj ne estis uzataj delonge. , veturante tra retoj, specoj de OS-ŝoforoj, rikanante kaj gajante, Kiel homo povus forgesi ĉi tion? Kaj ĉi tie okazas la plej interesa afero!
Je la meza nivelo, laŭ mi, specialisto disvolvas rondon de interesoj kaj personan vidon pri tio, kun kio li volas labori - por ekzaltigi la plej novan stakon, ŝovante lertaĵon en kubon aŭ svingi por terura entrepreno, profunde en kodan agadon.
Laŭ mi, indas demandi ĉi tie pri la procezoj pri kiuj laboris la persono, demandi kio estis plej interesa kaj kio ne, kaj surbaze de ĉi tiu scio, konstrui aron da demandoj, kutime aldonante demandojn al via stako. Alie, post havi fascinan konversacion dum unu aŭ du horoj pri agordo de OpenShift-grupo, dungu personon kaj asignu lin konstrui monitoradon. Verŝajne ambaŭ flankoj ŝatos ĝin.
Altranga nivelo
Ho mia plej ŝatata nivelo.
Jen forta specialisto, kiu sin levis pri diversaj specoj de projektoj, homo, kiu jam scias, kion li volas kaj kion li ne tiom ŝatas.
Kaj tiel komenciĝas la spektaklo:
— profundaj demandoj pri sistema administrado (vidu la unuan kontraŭskemon)
— profundaj demandoj pri Linukso ĝenerale el la kampo de teorio, malproksime de praktika scio (OSI-nivela plej alta demando)
— akademiaj demandoj pri kodigo (ĉar la intervjuanto mem ne vere konas la fakon, oni simple petis lin intervjui strangan devopsulon)
Mi faros malgrandan rimarkon ĉi tie. Iun tagon, dum intervjuo, oni petis min skribi iun kodon. Sur paperpeco. Nu, kiel ĉiuj amas, ili skribas ĉiutage, la flugfolio estas nia ĉio.
Fininte la taskon, vidinte mian paperaĵon kaj la solvon, oni atingis la verdikton, ke la algoritmo estus suboptimuma. Mi sugestis, ke la intervjuanto verku sian propran algoritmon, al kiu mi ricevis la respondon "Ĉi tio ne estas en la amplekso de la intervjuo." Mi petis minuton, iom ŝanĝis la kodon kaj montris ĝin, demandante, ĉu ĝi estos pli rapida aŭ pli malrapida? Al kio mi ricevis respondon, ni transiru al la sekva demando. La diferenco estis en kiel la kodo funkciis en buklo kaj sen buklo, kaj mi havis pretan respondon, kial estis pli bone fari ĝin tiel kaj ne tiel. Nu, post tio mi ne plu volis respondi demandojn kaj labori kun ĉi tiu homo.
Ni devas konsideri, ke ni ĉiuj estas malsamaj kaj kandidato povas esti forpuŝita de io ajn, kio ne gravas por vi.
— kutime altnivelaj specialistoj havas klaran priskribon de la laborstako, sed ne, vi devas ekuzi ion proksiman al vi, ekzemple, vi havas Ansible skribitan, bonege, sed ni havas Puppeton, ni ĵus vokis vin, do diru nin pri Puppeto. Perfekta! Ĉu vi laboris kun OpenShift? Ni havas K8-ojn, ni ne konas la diferencojn, sed via sperto estas pala. Mirinda!
Ankaŭ ekzistas tia subklaso - mi persone alprenas staĝantojn por kreski al junuloj.
Mi ŝatus, ke ĉiuj komprenu, ke staĝanto estas ento, kiu ankoraŭ tute ne formiĝis. Terure min timigas, kiam ili komencas puŝi lernantojn al la forta Juniora nivelo kaj poste, kun kontenta mieno, proponas al ili staĝon (kelkfoje sensalajra, koŝmaro!)
Ne faru ĝin tiel.
Staĝanto, laŭ mi, estas aŭ altranga studento, aŭ iu, kiu vere volas "eniri IT".
Kun studentoj, ĉio estas simpla - estas bone ekscii, kion li faras en la universitato, kion li mem faris, vidi pri kiaj demandoj liaj okuloj lumiĝas - se ili lumas, demandu kial en devops kaj kio estas ĝenerale konata pri ĝi. Sentu la homon kaj komprenu, ĉu estos agrable daŭrigi kun li, ĉu vi volas instrui ion al ĉi tiu aparta persono.
Kun tiuj, kiuj volas "eniri IT", ĉio estas iom pli strikta - vidu kiom homo studas sin mem, kion li faris antaŭ ol atingi vian intervjuon, ĉi tie bona eblo estus rigardi Github, se ekzistas, de kompreneble, la denseco de komitaĵoj kaj kiaj ekzercoj estis faritaj. Ankaŭ demandu kial ĝi estas devops, ĉar ĝi estas pli amuza kaj malsimpla en la fasado?
Kaj fine, mi ŝatus doni konsilojn denove: decidu, kiun vi vere bezonas kaj vi tuj trovos la ĝustan personon. Identigu la bezonojn, rigardu la specialiston kiel specialiston, trovu liajn fortojn kaj sukcese uzu ilin en via laboro. Estu atenta al la intervjuito, li venis al vi por konversacio, kaj ne por konkurso por vidi kiu malsukcesos kiun aŭ ne.
fonto: www.habr.com
