Nola menderatu gazte bat?

Nola sartu enpresa handi batean juniorra bazara? Nola kontratatu junior duin bat enpresa handia bazara? Ebakiaren azpian, front end-en hasiberriak kontratatzeko gure istorioa kontatuko dizut: nola egin genuen lan proba-zereginen bidez, elkarrizketak egiteko prestatu ginen eta tutoretza programa bat eraiki zen etorri berriak garatzeko eta barneratzeko, eta, halaber, zergatik egiten diren elkarrizketa estandarren galderak. ez du funtzionatzen.

Junior menperatzen saiatzen ari naiz

Kaixo! Nire izena Pavel da, front-end lana egiten dut Wrike taldean. Proiektuak kudeatzeko eta lankidetzarako sistema bat sortzen dugu. 2010etik nabil sarean lanean, 3 urtez atzerrian lan egin nuen, hainbat startuptan parte hartu nuen eta web teknologiei buruzko ikastaro bat eman nuen unibertsitatean. Enpresan, ikastaro teknikoen garapenean eta juniorentzako Wrike mentoring programan parte hartzen dut, baita horiek zuzenean kontratatzen ere.

Zergatik pentsatu genuen juniorrak kontratatzea?

Duela gutxi arte, frontend-erako erdi-mailako edo senior mailako garatzaileak kontratatu genituen, txertatu ondoren produktuaren zereginak egiteko adina independenteak izateko. Urte honen hasieran, politika hori aldatu nahi genuela konturatu ginen: urtean gure produktu-taldeen kopurua ia bikoiztu egin da, front-end garatzaileen kopurua ehunera hurbildu da, eta etorkizun hurbilean hau guztia izango da. berriro bikoiztu behar. Lan asko dago, esku libre gutxi, eta merkatuan are gutxiago daude, beraz, front end-ean bidaia hasi berri duten mutilengana jotzea erabaki genuen eta beren horretan inbertitzeko prest gaudela konturatu ginen. garapena.

Nor da junior bat?

Hauxe da gure buruari egin genion lehenengo galdera. Irizpide desberdinak daude, baina printzipio errazena eta ulergarriena hau da:

Juniorri zer ezaugarri eta nola egin azaldu behar zaio. Erdiak zer ezaugarri behar duen azaldu behar du, eta berak asmatuko du ezarpena. Sinatzaileak berak azalduko dizu zergatik egin behar ez den funtzio hori.

Nola edo hala, junior bat irtenbide hau edo beste inplementatzeko aholkuak behar dituen garatzailea da. Zertan eraikitzea erabaki genuen:

1. Junior garatu nahi duen norbait da eta horretarako gogor lan egiteko prest dago;
2. Ez daki beti zein norabidetan garatu nahi duen;
3. Aholkua behar du eta laguntza bilatzen du kanpotik, bere buruarengandik, tutorearengandik edo komunitatean.

Hainbat hipotesi ere izan genituen:

1. Ekaineko jarrerari erantzunen ekaitza izango da. Ausazko erantzunak iragazi behar dituzu zure curriculuma bidaltzeko fasean;
2. Iragazki nagusi batek ez du lagunduko. — proba-zeregin gehiago behar dira;
3. Proba zereginek denak uxatu egingo dituzte - ez dira beharrezkoak.

Eta noski, helburu bat genuen: 4 junior 3 astetan.

Konturazio honekin esperimentatzen hasi ginen. Plana sinplea zen: hasi ahalik eta inbutu zabalenetik eta saiatu pixkanaka murrizten, fluxua prozesatu ahal izateko, baina ez astero hautagai bakarrera murriztu.

Lanpostu huts bat argitaratzen dugu

Enpresarentzat: Ehunka erantzun izango dira! Pentsatu iragazki batean.

Juniorrentzako: Ez izan galdetegiari beldurrik zure curriculuma eta proba-lana bidali baino lehen - enpresak zaindu zaituela eta prozesua ondo konfiguratu duenaren seinale da.

Lehen egunean, "JavaScript-en ezagutza zuten" hautagaien 70 curriculum inguru jaso genituen. Eta gero berriro. Eta harago. Fisikoki ezin izan ditugu denak bulegora gonbidatu elkarrizketa batera eta haien artean aukeratu maskota-proiektu politenak, Github zuzenekoa edo, gutxienez, esperientzia duten mutilak.

Baina lehen egunean bertan atera genuen ondorio nagusia ekaitza hasi zela izan zen. Orain zure curriculuma bidali aurretik galdetegi-inprimakia gehitzeko unea da. Bere helburua curriculuma bidaltzeko gutxieneko ahalegina egiteko prest ez zeuden hautagaiak kentzea zen, eta erantzun zuzenak gutxienez Google-ren ezagutza eta testuingurua ez zutenak.

JS, diseinua, weba, Informatika buruzko galdera estandarrak zituen: front-end elkarrizketa batean zer galdetzen duten imajinatzen duten guztiek ezagutzen dituzte. Zein da let/var/const arteko aldea? Nola aplika ditzaket estiloak 600 px zabalera baino txikiagoak diren pantailetan soilik? Ez genituen galdera hauek elkarrizketa tekniko batean egin nahi - praktikak erakutsi du 2-3 elkarrizketaren ondoren erantzun daitezkeela garapena batere ulertu gabe. Baina hasieran hautagaiak, printzipioz, testuingurua ulertzen duen ala ez erakutsi ahal izan ziguten.

Kategoria bakoitzean, 3-5 galdera prestatu genituen eta egunez egun haien multzoa aldatzen genuen erantzun formularioan, pasagarriena eta zailena kendu arte. Horrek fluxua murrizteko aukera eman zigun - 3 astetan jaso genuen 122 hautagai, eta horrekin gehiago lan egin genezake. Hauek IT ikasleak ziren; atzealdetik aurrealdera mugitu nahi zuten mutilak; 25-35 urte bitarteko langileak edo ingeniariak, euren lanbidea errotik aldatu nahi zutenak eta auto-ikasketetan, ikastaroetan eta praktiketan hainbat esfortzu egin zutenak.

Ea hobeto ezagut gaitezen

Enpresarentzat: proba-zereginak ez ditu hautagaiak eragozten, baina inbutua laburtzen laguntzen du.

Juniorrentzako: Ez kopiatu-itsatsi probakoak - nabaria da. Eta mantendu zure github ordena!

Elkarrizketa tekniko baterako denak deituko bagenitu, astero 40 bat elkarrizketa egin beharko genituzke gaztetxoentzat bakarrik eta front end-ean bakarrik. Hori dela eta, bigarren hipotesia probatzea erabaki genuen, proba-zereginari buruzkoa.

Guretzat garrantzitsua izan zen proban:

1. Eraiki arkitektura eskalagarri on bat, baina gehiegizko ingeniaritzarik gabe;
2. Hobe da denbora gehiago hartzea, baina ondo egitea, eskulan bat egun batetik bestera bildu eta "Zalantzarik gabe amaituko dut" iruzkinarekin bidaltzea baino;
3. Git-en garapenaren historia ingeniaritza kultura, garapen iteratiboa eta irtenbidea erabat kopiatu ez izana da.

Arazo algoritmiko bat eta web aplikazio txiki bat aztertu nahi genituela adostu genuen. Oinarrizko mailako laborategietan algoritmikoak prestatu ziren: bilaketa bitarra, ordenatzea, anagramak egiaztatzea, zerrendak eta zuhaitzak lantzea. Azkenean, bilaketa bitarra ezarri genuen lehen probako aukera gisa. Web aplikazioak tic-tac-toe izan behar zuen edozein esparru erabiliz (edo gabe).

Gainerako mutilen ia erdiek probako zeregina bete zuten; irtenbideak bidali zizkiguten 54 hautagai. Ikuspegi ikaragarria - tic-tac-toe zenbat inplementazio daude, kopiatu-itsatsi egiteko prest, Interneten uste duzu?

Zenbat?Izan ere, badirudi 3 baino ez direla. Eta erabaki gehienetan 3 aukera hauek zeuden hain zuzen.
Gustatu ez zaidana:

• kopiatu-itsatsi, edo tutorial berean oinarritutako garapena zure arkitekturarik gabe;
• bi zereginak biltegi berean daude karpeta ezberdinetan, noski ez dago commit historiarik;
• kode zikina, DRY urraketa, formateatu eza;
• eredu, ikuspegi eta kontrolagailu nahasketa bat ehunka kode lerroko klase batean;
• unitate-probak ulertzeko eza;
• "buruzko" irtenbidea konbinazio irabazleen 3x3 matrize baten hardcode bat da, 10x10era zabaltzea nahiko zaila izango dena, adibidez.

Alboko biltegiei ere erreparatu diegu - maskota-proiektu politak abantaila bat ziren eta beste enpresen proba-zeregin mordoa esnatzeko deia baino gehiago ziren: zergatik ezin izan zen hautagaia iritsi?

Ondorioz, aukera politak aurkitu ditugu React, Angular, Vanilla JS-en - 29 ziren. Eta hautagai bat gehiago gonbidatzea erabaki genuen bere maskota-proiektu oso politak probatu gabe. Proba-zereginen onurei buruzko gure hipotesia baieztatu zen.

Elkarrizketa teknikoa

Enpresarentzat: Ez dira ertainak/adinekoak zuregana etorri direnak! Ikuspegi indibidualagoa behar dugu.

Juniorrentzako: Gogoratu hau ez dela azterketa bat - ez saiatu isilik egoten C batengatik edo irakaslea zure ezagutza posible guztien korronte batekin bonbardatu, nahastu eta "bikain" bat eman dezan.

Zer ulertu nahi dugu elkarrizketa tekniko batean? Gauza sinple bat - hautagaiak nola pentsatzen duen. Seguruenik, trebetasun gogorrak izango ditu hautaketaren lehen faseak gainditu baditu —ikusi beharko da horiek erabiltzen dakien ala ez—. 3 zeregin adostu genituen.

Lehenengoa algoritmoei eta datu-egiturei buruzkoa da. Boligrafoarekin, paper batean, sasi-hizkuntzan eta marrazkien laguntzaz, zuhaitz bat nola kopiatu edo bakarka loturiko zerrenda batetik elementu bat nola kendu asmatu genuen. Aurkikuntza desatsegina izan zen denek ez dutela errekursioa ulertzen eta erreferentziak nola funtzionatzen duten.

Bigarrena zuzeneko kodeketa da. Joan ginen codewars.com, gauza sinpleak aukeratu zituen hitz sorta bat azken letraren arabera ordenatzea, eta 30-40 minutuz hautagaiarekin batera proba guztiak gainditzen saiatu ziren. Bazirudien ez zela ustekaberik egon behar tic-tac-toe menperatzen zuten mutilen artean, baina praktikan, denek ez zuten konturatu balioa aldagai batean gorde behar zela eta funtzioak itzuleraren bidez zerbait itzuli behar zuela. Zintzoki espero dudan arren, jitters bat izan zela, eta mutilek zeregin horiei baldintza arinagoetan aurre egin ahal izan dietela.

Azkenik, hirugarrena arkitekturari buruzkoa da. Bilaketa-barra bat nola egin, debonce-k nola funtzionatzen duen, hainbat widget nola errendatu bilaketa-aholkuetan, aurrealdea atzeko gailuarekin nola interakzionatu dezakeen eztabaidatu dugu. Irtenbide interesgarri asko zeuden, zerbitzariaren aldetik errendatzea eta web socketak barne.

Diseinu hau erabiliz 21 elkarrizketa egin ditugu. Publikoa guztiz anitza zen - ikus ditzagun komikiak:

1. "Suziria". Inoiz ez da lasaitzen, denetan sartzen da, eta elkarrizketa batean zehar eginiko galderarekin zerikusi zuzena ez duten pentsamendu-jario batekin gainezka egingo zaitu. Unibertsitate batean izango balitz, hau saiakera ezaguna izango litzateke, beno, zure ezagutza guztia frogatzeko, aurkitu zenuen txartelaz gogoratzen duzun guztia bart ez ikastea erabaki zenuenean, oraindik ezin duzu lortu. atera da.
2. "Groot". Nahiko zaila da berarekin harremanetan jartzea Groot delako. Elkarrizketa batean, denbora luzea eman behar duzu erantzunak hitzez hitz lortzen saiatzen. Ona da estupora besterik ez bada; bestela, oso zaila izango zaizu eguneroko lanean.
3. "Drax". Karga garraioan lan egiten nuen, eta programazioari dagokionez, Stackoverflow-en JS bakarrik ikasi nuen, beraz, ez dut beti ulertzen elkarrizketa batean zer eztabaidatzen den. Aldi berean, pertsona ona da, asmorik onena du eta front-end garatzaile bikaina izan nahi du.
4. Beno, ziurrenik "Star Lord". Orokorrean, hautagai ona, zeinekin negoziatu eta elkarrizketa eraiki dezakezun.

Gure ikerketaren amaieran 7 hautagai finalera iritsi ziren, euren trebetasun gogorrak baieztatuz proba-lan handi batekin eta elkarrizketari erantzun onekin.

Egoki kulturala

Enpresarentzat: Berarekin lan egiten duzu! Hautagaia oso gogor lan egiteko prest al dago bere garapenerako? Benetan sartuko al da taldean?

Juniorrentzako: Haiekin lan egiten duzu! Benetan prest al dago konpainia gazteen hazkundean inbertitzeko, edo lan zikin guztia soldata baxu baten truke utziko dizu?

Jubenil bakoitzak, produktu-taldeaz gain, zeinaren arduradunak onartu behar duen hura hartzeko, tutore bat lortzen du. Tutorearen zeregina trebetasun gogorrak hobetzeko hiru hilabeteko prozesu batean gidatzea da. Hori dela eta, tutore gisa etorri ginen kultur fit bakoitzetik eta galderari erantzun genion: "Hartuko al dut 3 hilabetetan hautagai bat garatzeko ardura gure planaren arabera?"

Etapa hau ezaugarri berezirik gabe igaro zen eta azkenean ekarri gintuen 4 eskaintza, horietatik 3 onartu, eta mutilak taldeetan sartu ziren.

Eskaintzaren ondorengo bizitza

Enpresarentzat: Zaindu zure juniorrak edo besteek!

Juniorrentzako: AAAAAAAAAAA!!!

Langile berri bat ateratzen denean, barneratu egin behar da: prozesuak eguneratu, enpresan eta taldean dena nola funtzionatzen duen eta, oro har, nola lan egin behar duen esan. Junior bat ateratzen denean, hura nola garatu ulertu behar duzu.

Pentsatu genuenean, 26 trebetasunen zerrenda bat atera genuen, gure ustez junior batek hiru hilabeteko barne-epearen amaierarako izan beharko lituzkeenak. Horrek trebetasun gogorrak (gure pilaren arabera), gure prozesuen ezagutza, Scrum, azpiegitura eta proiektuen arkitektura barne hartzen zituen. Bide orri batean batu ditugu, 3 hilabetetan banatuta.

Adibidez, hona hemen nire juniorren bide orria

Berarekin banaka lan egiten duen junior bakoitzari tutore bat esleitzen diogu. Tutorearen eta hautagaiaren egungo mailaren arabera, bilerak astean 1etik 5 aldiz egin daitezke ordubetez. Tutoreak kodea idaztea baino zerbait gehiago egin nahi duten front-end garatzaile boluntarioak dira.

Tutoreen zama batzuk gure pilako ikastaroek kentzen dituzte - Dart, Angular. Ikastaroak aldizka egiten dira 4-6 laguneko talde txikientzat, non ikasleek lana etenik gabe ikasten duten.

3 hilabetetan zehar, aldizka, gaztetxoen, haien tutoreen eta arduradunen iritziak biltzen ditugu eta prozesua banaka egokitzen dugu. Epe osoan zehar ponpatutako trebetasunak 1-2 aldiz egiaztatzen dira, amaieran egiaztapen bera egiten da - horietan oinarrituta, hobetu beharrekoari buruzko gomendioak sortzen dira.

Ondorioa

Enpresarentzat: Merezi al du juniorretan inbertitzea? Bai!

Juniorrentzako: Bilatu hautagaiak arretaz hautatzen dituzten eta haiek garatzen dakiten enpresak

3 hilabetetan zehar, 122 galdetegi, 54 proba-lan berrikusi eta 21 elkarrizketa tekniko egin ditugu. Honek 3 junior bikain ekarri dizkigu, orain barneratzeko eta bizkortzeko bide orrien erdia osatu dutenak. Dagoeneko produktu errealen zereginak betetzen ari dira gure proiektuan, non 2 kode-lerro baino gehiago eta 000 biltegi baino gehiago dauden frontend-ean bakarrik.

Juniorrentzako inbutua nahiko konplexua izan daitekeela eta izan behar duela jakin genuen, baina azkenean oso gogor lan egiteko eta beren garapenean inbertitzeko prest dauden mutilak bakarrik pasatzen dira bertatik.

Orain gure zeregin nagusia da junior bakoitzeko hiru hilabeteko garapen-bide-orriak osatzea, banakako lanaren modalitatean, tutore batekin eta ikastaro orokorrekin, neurketak biltzea, liderren, tutoreen eta mutilen beraren iritzia. Une honetan, lehen esperimentua amaitutzat jo daiteke, ondorioak atera daitezke, prozesua hobetu eta hautagai berriak hautatzeko berriro has daiteke.

Iturria: www.habr.com