Techninis interviu su žmogaus veidu. Interviu yra dvipusis procesas. Būkite pasirengę kalbėti apie buvusius darbdavius

Sveiki visi, Javarashites! Taip atsitiko, kad neseniai buvau pokalbyje ir norėčiau pasakyti, kokių klausimų man buvo užduota darant prielaidą, kad kandidatuoju į Junior++ poziciją. Tie. dar ne vidurys, bet ir ne žalias jaunesnysis. Taigi, pokalbis vyko pagal šį planą

1. JavaCore
2. Duomenų bazė.
3. Jūsų naudojami įrankiai.

JavaCore

Pirmiausia manęs paprašė nubrėžti kolekcijų sąsajų hierarchiją (tai nebuvo sunku, jų yra tik kelios (Kolekcija, Sąrašas, Rinkinys, Eilė, Žemėlapis).

Kuo ArrayList skiriasi nuo LinkedList (tai vienas labiausiai nulaužtų klausimų ir atsakymų internete, tiesiog tamsa).

Aptarėme užklausų vykdymo greitį juose ir kuo skiriasi lapai.

Klausimas apie objektų klasę. Kokie jo metodai, ką jie daro?

Atspindys. Ką daro getClass() metodas. Labai palūkanos Klausti, išardykite. Ypač apie tai, kaip gauti viską apie klasę, net jei joje yra privačių metodų ar kintamųjų.

Jie klausė apie daugiasriegių siūlų kūrimą. Manau, silpna pasakyti, kaip jūs suprantate, kas yra daugiagija. Ko reikia norint pradėti naują temą. Realiai, jei esate 20+ lygis, tada šie klausimai jums atrodys juokingi.

Ką galite pasakyti apie srautą? Tai ne apie Java 8. Tai apie įvesties ir išvesties srautus. Kaip ir pagrindinės sąsajos, kokios jos yra (simboliai ir baitai). Dėl supratimo, be konkretumo.

• Išimtys. Čia vėl buvo paprašyta nubrėžti išimčių hierarchiją, kokie tipai yra, kurie yra pažymėti, o kurie nepažymėti. Ką daryti su vykdymo laiko išimtimis. Pavadinkite dažniausiai sutinkamą (NullPointerException).

Kyla klausimas, ką daryti su patikrintomis išimtimis (persiųsti toliau arba apdoroti – abu aiškūs).

OOP

Kas yra OOP trumpai?

Kokios dar yra programavimo paradigmos? Kuo jie skiriasi nuo OOP?

Kokie yra pagrindiniai OOP principai (paveldėjimas, polimorfizmas ir inkapsuliavimas)? Papasakokite apie kiekvieną iš jų. Kol kas viskas abstraktu, nesusieta su jokia kalba.

Sistemos projektavimo supratimo užduotis: yra arklys ir paukštis. Mums reikia Pegaso. principas „turi a“ ir „yra a“

POILSIS

Kas yra REST. Vikipedija apie tai kalba labai šauniai. Tiesą sakant, susipažinti pakanka straipsnio iš Vikipedijos.

HTTP. Čia taip pat yra bendrų frazių. Jo metodai, kam kiekvienas iš jų skirtas.

HTTP būsenos kodai. Į kokias penkias dalis reikėtų suskirstyti, papasakokite apie garsiausias (200 204 404 500 501). Kodėl jie daro? Jie taip pat klausė apie 401 ir 403. Bet aš jų nepažinojau. Jie sakė, kad yra svarbūs.

Duomenų bazė

Čia aš jums sakiau, kad žinau MySQL. Jis papasakojo apie tris įprastas formas. Aš kalbėjau apie Joins, kas jie yra, ir nubrėžiau sričių, kuriose naudojami skirtingi sujungimai, sankirtą. Taip pat nepamiršau apie MongoDB – tai yra NoSQL duomenų bazė , parašysiu ir apie tai.

Kiti įrankiai

Čia mes peržiūrėjome mano gyvenimo aprašymą. Buvo parašyta, kad surinkimui naudoju Maven/Gradle, užduotims naudoju JIRA, git, Docker, Swagger. Nepertraukiamam integravimui – „Stash“, „Bamboo“, „Puppet“. JUnit, Mockito, JMeter testavimui. Galbūt kažką pamiršau, taigi, jei jus domina... klausk komentaruose pabandysiu atsakyti. Tai buvo pirmoji interviu dalis. Dabar laukiu rezultatų ir jei taip, bus antra dalis. Apie tai parašysiu kuo greičiau. Kam patiko straipsnis ir pasirodė naudingas - dėkite "+". Rašyk komentaruose. Taip pat žiūrėkite kitus mano straipsnius:

Programavimas,

Interneto svetainių kūrimas

Internete išliejama daug skausmo dėl nesėkmingų interviu. Vieniems nepatiko pašnekovų klausimai, kitus įžeidė pašaipa, kiti buvo vertinami pagal savo VKontakte puslapį. Pašnekovai neatsilieka nuo pretendentų ir keikiasi, kokia bloga šiais laikais yra darbuotojų padėtis ir kokius kvailus atsakymus į savo keblius klausimus pateikia nepatyrę programuotojai. Techniniai nesklandumai.

Deja, universalios taisyklės pokalbio nėra ir negali būti, nes darbuotojai atrenkami ne tik pagal techninius įgūdžius ir asmeninės savybės, bet ir sutapimas su tam tikru (dažnai numanomu ir labai subjektyviu) „profiliu“, kuris pašnekovų nuomone tinka jų komandai ar kompanijai. Kalbant apie vadovus iš serijos „Kaip teisingai išlaikyti interviu“, jie dažniausiai sukelia ne mažiau skausmo komentaruose, nes jie yra labai subjektyvūs ir tikrai paliečia kažkieno skausmo taškus.

Už mano profesinė karjėra Turėjau galimybę pabūti abiejose barikadų pusėse, nors, ko gero, techninius pokalbius vis tiek reikėjo atlikti šiek tiek daugiau, nei juos praeiti. Tačiau per šį laiką susikaupiau nemažai „madų“, kurios mane atbaido techninio pokalbio metu ir mintyse iškart nutraukia tolesnį pokalbį. Apie tai ir norėjau kalbėti – iš pašnekovo ir pretendento perspektyvos. Iš karto norėčiau padaryti išlygą, kad straipsnis atspindi mano asmeninius subjektyvius įspūdžius ir nepretenduoja į „interviu vadovą“. Kita vertus, tai ne trumpalaikis įniršio protrūkis dėl nepavykusio pokalbio, o ilgai svertinis kriterijų rinkinys, kuris, nors ir neigiamai, leidžia man atmesti galimybes arba neatbaidyti potencialiai tinkamo kandidato. aš pats.

Kas jus erzina ar kelia įtampą pokalbių metu? Pasidalinkite komentaruose.

Interviu iš pareiškėjo perspektyvos

Kiekvieną kartą, kai programuotojas ieško darbo, jam tenka daug išgyventi techniniai interviu. Jis vaikšto po biurus arba kalba per Skype, sprendžia problemas arba daro testo užduotys, atsako į sudėtingus techninius klausimus, bando pademonstruoti save geriausia pusė. Tačiau jis pats taip pat vertina žmones, kurie jį apklausia ir testuoja, manydamas, kad rytoj jam potencialiai teks dirbti su šiais žmonėmis. Ir yra daug būdų, kaip techniniai pašnekovai atbaido kandidatą nuo įdomios pozicijos. Pakalbėsiu apie tai, kas mane asmeniškai visada gąsdino ir ko stengiuosi vengti kaip pašnekovas.

1. „Koks kitas techninis pokalbis?

Pirmas ir svarbiausias dalykas, kuris mane visada kėlė nerimą dėl techninio pokalbio, yra jo nebuvimas. Pasitaiko, kad visas pokalbis su technikos specialistais – potencialiais būsimais kolegomis – paremtas klausimais dėl profesinės patirties: kur dirbo, prie kokių projektų dirbo, kokią funkciją juose atliko. Dėl technologijų ar žinių – klausimai „kokia vadovėlio spalva“ lygiu. Ar žinote, kas yra pranešimų brokeris? Puiku, mes tave paimsime!

Toks požiūris į pokalbį mane visada stipriai nukreipdavo prieš potencialų darbdavį. Jie man neuždavė nė vieno klausimo, kad patikrintų, ar tikrai žinau, ką darau. Panašu, kad mane kalbinantys žmonės arba patys nieko nesupranta šia tema ir ieško bent vieno suprantančio žmogaus, arba tiesiog yra beviltiški ir pasiruošę bet ką priimti. Šiaip vargu ar norėčiau dirbti tokiu būdu suburtoje komandoje.

2. „Na, ką tu ten veikei...“

Stebėtina, kaip dažnai techninių pokalbių metu atsiranda atmestinas požiūris į kandidatus. Taip, galbūt jūs esate kietas ir patyręs programuotojas, turintis daugybę projektų, ir jūs buvote atitrūkęs nuo nepaprastai svarbus darbas dėl kokių nors nereikalingų interviu su žmonėmis, kurių dauguma, jūsų nuomone, yra visiškai nekompetentingi. Tačiau nepamirškite, kad šiuo metu jūs atstovaujate savo įmonę ir savo komandą, o žmogus pagal jūsų elgesį tikrai įvertins, koks klimatas komandoje ir kaip elgsis su juo šioje komandoje. Būkite mandagus ir pagarbus pareiškėjui, net jei nuo pirmųjų penkių minučių supratote, kad jo negalima leisti šalia jūsų brangaus kodo.

3. „Jūsų vardas / pavardė / tėvo vardas neteisingai parašytas jūsų gyvenimo aprašyme!

Tai visai ne techninė, tačiau vis dėlto tai dažna problema net techniniuose pokalbiuose. Laimei, aš turiu gana paprastą ir įprastą vardą, ir tokių problemų man nėra buvę. Tačiau žinau, kad yra stebėtinai daug žmonių, kurie tvirtai tiki, kad tam tikrų vardų ir net patronimų tiesiog nėra. Jie įtikins, kad teisingas vardas yra ne „Danila“, o „Daniil“, arba kad nėra vardo „Alena“, o tik „Elena“. Jie pasiūlys pataisyti ir savo dokumentuose įrašyti „teisingai“. Žmonės su retais ar neįprasti vardai, ir patikėkite manimi, tai nepaprastai erzina. Taigi, yra viena paprasta taisyklė: nėra tokių vardų, kurių nebūtų. Teisingai parašykite taip, kaip parašyta pase. Parodykite pagarbą pareiškėjui ir nelaikykite jo tokiu kvailu, kad jis negalėtų kopijuoti iš paso į gyvenimo aprašymą duotas vardas. Net jei įtariate klaidą, galite tai išsiaiškinti taktiškiau.

4. „Kiek golfo kamuoliukų reikėtų norint nuvalyti visus apvalius mokyklinio autobuso langus, susitraukusius iki nikelio dydžio evakuojant San Franciską, naudojant ne daugiau kaip 3 svėrimo priemones?

Joks straipsnis apie interviu nebūtų baigtas nepaminėjus šulinių dangčių. Tai galite laikyti mano asmeniniu klausimu, susijusiu su nesugebėjimu greitai ir esant spaudimui išspręsti nestandartines problemas. Tačiau esu tikras, kad galvosūkiai interviu metu yra visiškai nenaudingi. O tiksliau, tai puikus būdas į protų olimpiadą įdarbinti visą skyrių vaikų vunderkindų, kurie visą dieną, užuot dirbę, keisis naujais galvosūkiais. Tikras programuotojas savo natūralioje buveinėje, net atliekantis labai šaunias ir nestandartines užduotis, vis tiek retai koduoja streso metu ir dauguma sėdi dieną ir gana ramioje atmosferoje lėtai galvoja, kaip gražiai kodą suskirstyti į metodus. Jis niekada nenaudoja savo „smegenų raumenų“, kad išspręstų sudėtingas šio proceso problemas.

5. „Neteisinga. Toliau“.

Žinoma, pašnekovo darbas nėra mokyti į pokalbį ateinančius žmones. Tačiau jei pareiškėjas negalėjo atsakyti į klausimą, bet vis tiek domisi, tada prieš pereinant prie kito klausimo paskatinti ar bent nurodyti teisingą sprendimą yra profesinės etikos reikalas, parodant, kad čia jie jam padės ir išmokys. jei kas nors atsitiks, neliks vienas su techninėmis problemomis. Pasakykite jam bent kelis žodžius, ką google, ką skaityti. Juk susidomėjimas teisingas sprendimas užduotys yra pačios savaime teigiama kokybė technikos specialistas, o tokio žmogaus nereikėtų demotyvuoti menkinant jo klaidas ar netikslumus.

Interviu iš pašnekovo perspektyvos

Kiekvieną kartą, kai atsiranda nauja laisva darbo vieta, vadovaujantis specialistas ar skyriaus vadovas turi atlikti daugybę techninių pokalbių. Į pokalbius žmonės ateina turėdami skirtingą techninę patirtį, išsilavinimo lygį ir lūkesčius. Norėdami vesti interviu, turite apgalvoti pokalbio planą, sudaryti klausimų sąrašą ir tada iš atsakymų į šiuos klausimus pabandyti suprasti, ar asmuo tinka šiai pareigai, ar ne. Ir kartais kandidatai per pokalbius sako tokius dalykus, iš kurių iškart tampa aišku – ne, jūs negalėsite dirbti kartu su šiuo asmeniu. Štai keletas pagrindinių kandidatų frazių, kurios man asmeniškai kelia nerimą.

1. „Kai kurie jūsų klausimai yra teoriniai. Aš nesu stiprus teoriškai, esu patyręs praktiškai! Padarykime geresnį testą!

Žodis „teorinis“ paprastai tariamas su atmestine konotacija, tarsi tai būtų kažkas blogo. Bet tai net ne problema. Kaip manote, ar prieš šią frazę pašnekovas paprašė įrodyti Koši teoremą? Duok tikslus apibrėžimas trečia normali forma? Visai ne. Išgirdau tokius šūksnius atsakydamas į šiuos klausimus:

• Kuo palyginimas pagal == skiriasi nuo palyginimo su lygiais Java?
• papasakokite, kaip veikia maišos žemėlapis.
• Paaiškinkite savais žodžiais, kas yra REST.
• Kas yra sandoriai ir kam jie reikalingi?

Taip, tam tikru požiūriu bet koks programavimo klausimas yra teorinis, jei jam nereikia parašyti kodo eilutės čia ir dabar. Bet esu tikras, kad žmogus, turintis pakankamai didelę patirtį tam tikroje srityje, turėtų mokėti savais žodžiais paaiškinti pačius elementariausius dalykus arba bent jau neapsimesti, kad jų nežinojimas yra normalus ir natūralus dalykas.

2. „Ispanijos inkvizicijos čia nesitikėjau! Tai lygiai taip pat, kaip laikyti egzaminą institute. Paprastai jie tiesiog klausia, kur jis dirbo ir ką veikė“.

Jūs atvykote į techninį pokalbį. Techninio pokalbio metu jums bus užduodami techniniai klausimai, kad patikrintumėte savo techninius įgūdžius. Testavimo metodiką ir klausimų pasirinkimą palikite pašnekovo sąžinei – klausimai ne visada jums gali pasirodyti adekvatūs, tačiau pašnekovas tiksliai žino, kokią informaciją apie jus nori gauti, analizuodamas jūsų atsakymus. Daug klausimų reikia ne tam, kad pasitikrintume žinias, o kad priverstume susimąstyti ir pažvelgti į savo minčių eigą. Taip pat atminkite, kad ne visi klausimai reikalauja visiškai tikslaus atsakymo, o jei aiškiai atsakysite bent į pusę to, ko jie uždavė, tai jau paliks gerą įspūdį.

3. "Man nereikia to žinoti, aš specializuojasi aukštesnio lygio užduotyse!"

Nepainiokite specializacijos su programavimo pagrindų nežinojimu. Iš kūrėjų mobiliosios programos Panašių dalykų apie TCP/IP kamino protokolus girdėjau iš front-end programuotojų – atsakydamas į klausimus apie rūšiavimo ir paieškos algoritmus. „Kodėl aš turiu tai žinoti, viskas yra standartinėje bibliotekoje, aš dirbu daugiau aukštas lygis“ Reaguodamas į tokius pareiškimus, jau seniai sugalvojau keletą smulkių problemų su slaptai paslėptais algoritmais – tikėdamasis parodyti, kad „naivus“ sprendimas, sukurtas dėl algoritmų nežinojimo, neatlaiko kritikos ir mažiausiai skatina saviugdą. Be to, tai ne kažkokios dirbtinai sukonstruotos užduotys, o dalykai, atsirandantys kuriant kiekvieną dieną. Bet koks kodas yra algoritmas. Suprasti pagrindinius algoritmus ir duomenų struktūras svarbu bet kuriam programuotojui, o interneto protokolai yra bazė, kurios nežinant neįmanoma kompetentingai parašyti nieko, kas peržengia vieno kompiuterio ribas.

4. „Ir tu pats! / Parodyk savo kodą! / Bet aš nuėjau į jūsų „GitHub“, o ten tai...“

Paskutinis dalykas, kurio pašnekovas nori, yra pasamdyti žmogų ir tada klausyti, kaip jis kritikuoja savo kodų bazę. Taip, ji greičiausiai netobula. Taip, techninės skolos yra visur ir visi ją turi. Bet kuriame kodekse yra ką kritikuoti. Bet jei tikrai laikote save tokiu šauniu, kad matote akivaizdžių problemų savo potencialių darbdavių kodekse, paverskite tai konstruktyviai teigiamai: žinau, kaip tobulėti, turiu patirties šioje temoje, galiu jums būti naudingas.

5. „Tu klysti!

Žinoma, visko gali nutikti, tačiau savo nuomonę apie tai, ar pašnekovas klysta, ar abejoja jo kompetencija, geriau pasilikti iki pokalbio pabaigos. Tada ieškokite „Google“ ir išsiaiškinkite, kuris iš jūsų buvo teisus. Techninis pokalbis nėra vieta diskusijoms ar savęs tvirtinimui, o klausimai čia pirmiausia užduodami jums. Pašnekovas neklaus apie tai, ko jis pats nesupranta.

Išvada

Ar žinote, ką maloniausio išgirdau iš kandidatų per pokalbius? „Aš tikrai neatsakiau, ar ne? Ar galite duoti man popieriaus lapą? Aš parašysiu jūsų klausimus ir išsiaiškinsiu namuose, net jei jūs manęs nesamdysite, bent jau dabar žinosiu“. Pasididžiavimo ašaros tvenkiasi akyse – ne veltui pusantros valandos laiko skyrėte žmogui, jis pats kažko išmoko iš šio interviu. Net jei dabar jis per silpnas šioms pareigoms, galbūt tai paskatins jį lavintis, o po metų ar dvejų jis vėl ateis, parodys iš geriausios pusės ir įsidarbins – kaip kadaise nutiko mano karjeroje.

Peržiūrų: 805

Internete išliejama daug skausmo dėl nesėkmingų interviu. Vieniems nepatiko pašnekovų klausimai, kitus įžeidė pašaipa, kiti buvo vertinami pagal savo VKontakte puslapį. Pašnekovai neatsilieka nuo pretendentų ir keikiasi, kokia bloga šiais laikais yra darbuotojų padėtis ir kokius kvailus atsakymus į savo keblius techninius klausimus pateikia nepatyrę programuotojai.

Deja, universalių pokalbių pravedimo ir vedimo taisyklių nėra ir negali būti, nes darbuotojai atrenkami ne tik pagal jų techninius įgūdžius ir asmenines savybes, bet ir derinant kokį nors (dažnai numanomą ir labai subjektyvų) „profilį“, kuris, pasak pašnekovams, tinka jų komandai ar kompanijai. Kalbant apie vadovus iš serijos „Kaip teisingai išlaikyti interviu“, jie dažniausiai sukelia ne mažiau skausmo komentaruose, nes jie yra labai subjektyvūs ir tikrai paliečia kažkieno skausmo taškus.

Per savo profesinę karjerą buvau abiejose tvoros pusėse, nors turbūt teko duoti daugiau techninių interviu nei juos išlaikyti. Tačiau per šį laiką susikaupiau nemažai „madų“, kurios mane atbaido techninio pokalbio metu ir mintyse iškart nutraukia tolesnį pokalbį. Apie tai ir norėjau kalbėti – iš pašnekovo ir pretendento perspektyvos. Iš karto norėčiau padaryti išlygą, kad straipsnis atspindi mano asmeninius subjektyvius įspūdžius ir nepretenduoja į „interviu vadovą“. Kita vertus, tai ne trumpalaikis įniršio protrūkis dėl nepavykusio pokalbio, o ilgai svertinis kriterijų rinkinys, kuris, nors ir neigiamai, leidžia man atmesti galimybes arba neatbaidyti potencialiai tinkamo kandidato. aš pats.

Kas jus erzina ar kelia įtampą pokalbių metu? Pasidalinkite komentaruose.

Interviu iš pareiškėjo perspektyvos

Kiekvieną kartą, kai programuotojas ieško darbo, jis turi praeiti daug techninių pokalbių. Jis vaikšto po biurus ar kalbasi per „Skype“, sprendžia problemas ar atlieka testus, atsako į sudėtingus techninius klausimus, bandydamas pademonstruoti savo geriausią pusę. Tačiau jis pats taip pat vertina žmones, kurie jį apklausia ir testuoja, manydamas, kad rytoj jam potencialiai teks dirbti su šiais žmonėmis. Ir yra daug būdų, kaip techniniai pašnekovai atbaido kandidatą nuo įdomios pozicijos. Pakalbėsiu apie tai, kas mane asmeniškai visada gąsdino ir ko stengiuosi vengti kaip pašnekovas.

1. „Koks kitas techninis pokalbis?

Pirmas ir svarbiausias dalykas, kuris mane visada kėlė nerimą dėl techninio pokalbio, yra jo nebuvimas. Pasitaiko, kad visas pokalbis su technikos specialistais – potencialiais būsimais kolegomis – paremtas klausimais dėl profesinės patirties: kur dirbo, prie kokių projektų dirbo, kokią funkciją juose atliko. Dėl technologijų ar žinių – klausimai „kokia vadovėlio spalva“ lygiu. Ar žinote, kas yra pranešimų brokeris? Puiku, mes tave paimsime!

Toks požiūris į pokalbį mane visada stipriai nukreipdavo prieš potencialų darbdavį. Jie man neuždavė nė vieno klausimo, kad patikrintų, ar tikrai žinau, ką darau. Panašu, kad mane kalbinantys žmonės arba patys nieko nesupranta šia tema ir ieško bent vieno suprantančio žmogaus, arba tiesiog yra beviltiški ir pasiruošę bet ką priimti. Šiaip vargu ar norėčiau dirbti tokiu būdu suburtoje komandoje.

2. „Na, ką tu ten veikei...“

Stebėtina, kaip dažnai techninių pokalbių metu atsiranda atmestinas požiūris į kandidatus. Taip, galbūt jūs esate griežtas ir patyręs programuotojas, turintis krūvą projektų, jūs buvote atitrūkęs nuo itin svarbių darbų dėl kokių nors nereikalingų interviu su žmonėmis, kurių dauguma, jūsų nuomone, yra visiškai nekompetentingi. Tačiau nepamirškite, kad šiuo metu jūs atstovaujate savo įmonę ir savo komandą, o žmogus pagal jūsų elgesį tikrai įvertins, koks klimatas komandoje ir kaip elgsis su juo šioje komandoje. Būkite mandagus ir pagarbus pareiškėjui, net jei nuo pirmųjų penkių minučių supratote, kad jo negalima leisti šalia jūsų brangaus kodo.

3. „Jūsų vardas / pavardė / tėvo vardas neteisingai parašytas jūsų gyvenimo aprašyme!

Tai visai ne techninė, bet vis dėlto dažna problema net techniniuose pokalbiuose. Laimei, aš turiu gana paprastą ir įprastą vardą, ir tokių problemų man nėra buvę. Tačiau žinau, kad yra stebėtinai daug žmonių, kurie tvirtai tiki, kad tam tikrų vardų ir net patronimų tiesiog nėra. Jie įtikins jus, kad teisingas vardas yra ne „Danila“, o „Daniil“, arba kad nėra vardo „Alena“, o tik „Elena“. Jie pasiūlys pataisyti ir savo dokumentuose įrašyti „teisingai“. Retais ar neįprastais vardais žmonėms dažnai tenka susidurti su tokiais raštingais ir geranoriškais žmonėmis, ir patikėkite, tai nepaprastai erzina. Taigi, yra viena paprasta taisyklė: nėra tokių vardų, kurių nebūtų. Teisingai parašykite taip, kaip parašyta pase. Parodykite pagarbą pareiškėjui ir nelaikykite jo tokiu kvailu, kad jis negalėtų nukopijuoti savo vardo iš savo paso į savo gyvenimo aprašymą. Net jei įtariate klaidą, galite tai išsiaiškinti taktiškiau.

4. „Kiek golfo kamuoliukų reikėtų norint nuvalyti visus apvalius mokyklinio autobuso langus, susitraukusius iki nikelio dydžio evakuojant San Franciską, naudojant ne daugiau kaip 3 svėrimo priemones?

Joks straipsnis apie interviu nebūtų baigtas nepaminėjus šulinių dangčių. Tai galite laikyti mano asmeniniu klausimu, susijusiu su nesugebėjimu greitai ir spaudžiant išspręsti nestandartines problemas. Tačiau esu tikras, kad galvosūkiai interviu metu yra visiškai nenaudingi. O tiksliau, tai puikus būdas į protų olimpiadą įdarbinti visą skyrių vaikų vunderkindų, kurie visą dieną, užuot dirbę, keisis naujais galvosūkiais. Tikras programuotojas savo natūralioje buveinėje, net atlikdamas labai šaunias ir nestandartines užduotis, vis tiek retai koduojasi streso metu, tačiau didžiąją dienos dalį praleidžia sėdėdamas ir gana ramioje aplinkoje neskubėdamas galvodamas, kaip gražiai iškirpti kodą. metodus. Jis niekada nenaudoja savo „smegenų raumenų“, kad išspręstų sudėtingas šio proceso problemas.

5. „Neteisinga. Toliau“.

Žinoma, pašnekovo darbas nėra mokyti į pokalbį ateinančius žmones. Tačiau jei pareiškėjas negalėjo atsakyti į klausimą, bet vis tiek domisi, tada prieš pereinant prie kito klausimo paskatinti ar bent nurodyti teisingą sprendimą yra profesinės etikos reikalas, parodant, kad čia jie jam padės ir išmokys. jei kas nors atsitiks, neliks vienas su techninėmis problemomis. Pasakykite jam bent kelis žodžius, ką google, ką skaityti. Juk domėjimasis teisingu problemos sprendimu jau savaime yra teigiama techninio specialisto savybė, todėl tokio žmogaus neturėtų demotyvuoti atmestinas požiūris į savo klaidas ar netikslumus.

Interviu iš pašnekovo perspektyvos

Kiekvieną kartą, kai atsiranda nauja laisva darbo vieta, vadovaujantis specialistas ar skyriaus vadovas turi atlikti daugybę techninių pokalbių. Į pokalbius žmonės ateina turėdami skirtingą techninę patirtį, išsilavinimo lygį ir lūkesčius. Norėdami vesti interviu, turite apgalvoti pokalbio planą, sudaryti klausimų sąrašą ir tada iš atsakymų į šiuos klausimus pabandyti suprasti, ar asmuo tinka šiai pareigai, ar ne. Ir kartais kandidatai per pokalbius sako tokius dalykus, iš kurių iškart tampa aišku – ne, jūs negalėsite dirbti kartu su šiuo asmeniu. Štai keletas pagrindinių kandidatų frazių, kurios man asmeniškai kelia nerimą.

1. „Kai kurie jūsų klausimai yra teoriniai. Aš nesu stiprus teoriškai, esu patyręs praktiškai! Padarykime geresnį testą!

Žodis „teorinis“ paprastai tariamas su atmestine konotacija, tarsi tai būtų kažkas blogo. Bet tai net ne problema. Kaip manote, ar prieš šią frazę pašnekovas paprašė įrodyti Koši teoremą? Pateikite tikslų trečiosios normaliosios formos apibrėžimą? Visai ne. Išgirdau tokius šūksnius atsakydamas į šiuos klausimus:

• Kuo palyginimas pagal == skiriasi nuo palyginimo su lygiais Java?


• papasakokite, kaip veikia maišos žemėlapis.


• Paaiškinkite savais žodžiais, kas yra REST.


• Kas yra sandoriai ir kam jie reikalingi?

Taip, tam tikru požiūriu bet koks programavimo klausimas yra teorinis, jei jam nereikia parašyti kodo eilutės čia ir dabar. Bet esu tikras, kad žmogus, turintis pakankamai didelę patirtį tam tikroje srityje, turėtų mokėti savais žodžiais paaiškinti pačius elementariausius dalykus arba bent jau neapsimesti, kad jų nežinojimas yra normalus ir natūralus dalykas.

2. „Ispanijos inkvizicijos čia nesitikėjau! Tai lygiai taip pat, kaip laikyti egzaminą institute. Paprastai jie tiesiog klausia, kur jis dirbo ir ką veikė“.

Jūs atvykote į techninį pokalbį. Techninio pokalbio metu jums bus užduodami techniniai klausimai, kad patikrintumėte savo techninius įgūdžius. Testavimo metodiką ir klausimų pasirinkimą palikite pašnekovo sąžinei – klausimai ne visada jums gali pasirodyti adekvatūs, tačiau pašnekovas tiksliai žino, kokią informaciją apie jus nori gauti, analizuodamas jūsų atsakymus. Daug klausimų reikia ne tam, kad pasitikrintume žinias, o kad priverstume susimąstyti ir pažvelgti į savo minčių eigą. Taip pat atminkite, kad ne visi klausimai reikalauja visiškai tikslaus atsakymo, o jei aiškiai atsakysite bent į pusę to, ko jie uždavė, tai jau paliks gerą įspūdį.

3. "Man nereikia to žinoti, aš specializuojasi aukštesnio lygio užduotyse!"

Nepainiokite specializacijos su programavimo pagrindų nežinojimu. Panašių dalykų girdėjau iš mobiliųjų aplikacijų kūrėjų apie TCP/IP kamino protokolus ir iš front-end programuotojų atsakydama į klausimus apie rūšiavimo ir paieškos algoritmus. „Kodėl turėčiau tai žinoti, viskas yra standartinėje bibliotekoje, aš dirbu aukštesniu lygiu. Reaguodamas į tokius pareiškimus, jau seniai sugalvojau keletą smulkių problemų su slaptai paslėptais algoritmais – tikėdamasis parodyti, kad „naivus“ sprendimas, sukurtas dėl algoritmų nežinojimo, neatlaiko kritikos ir mažiausiai skatina saviugdą. Be to, tai ne kažkokios dirbtinai sukonstruotos užduotys, o dalykai, atsirandantys kuriant kiekvieną dieną. Bet koks kodas yra algoritmas. Suprasti pagrindinius algoritmus ir duomenų struktūras svarbu bet kuriam programuotojui, o interneto protokolai yra bazė, kurios nežinant neįmanoma kompetentingai parašyti nieko, kas peržengia vieno kompiuterio ribas.

4. „Ir tu pats! / Parodyk savo kodą! / Bet aš nuėjau į jūsų „GitHub“, o ten tai...“

Paskutinis dalykas, kurio pašnekovas nori, yra pasamdyti žmogų ir tada klausyti, kaip jis kritikuoja savo kodų bazę. Taip, ji greičiausiai netobula. Taip, techninės skolos yra visur ir visi ją turi. Bet kuriame kodekse yra ką kritikuoti. Bet jei tikrai laikote save tokiu šauniu, kad matote akivaizdžių problemų savo potencialių darbdavių kodekse, paverskite tai konstruktyviai teigiamai: žinau, kaip tobulėti, turiu patirties šioje temoje, galiu jums būti naudingas.

5. „Tu klysti!

Žinoma, visko gali nutikti, tačiau savo nuomonę apie tai, ar pašnekovas klysta, ar abejoja jo kompetencija, geriau pasilikti iki pokalbio pabaigos. Tada ieškokite „Google“ ir išsiaiškinkite, kuris iš jūsų buvo teisus. Techninis pokalbis nėra vieta diskusijoms ar savęs tvirtinimui, o klausimai čia pirmiausia užduodami jums. Pašnekovas neklaus apie tai, ko jis pats nesupranta.

Išvada

Ar žinote, ką maloniausio išgirdau iš kandidatų per pokalbius? „Aš tikrai neatsakiau, ar ne? Ar galite duoti man popieriaus lapą? Aš parašysiu jūsų klausimus ir išsiaiškinsiu namuose, net jei jūs manęs nesamdysite, bent jau dabar žinosiu“. Pasididžiavimo ašaros tvenkiasi akyse – ne veltui pusantros valandos laiko skyrėte žmogui, jis pats kažko išmoko iš šio interviu. Net jei dabar jis per silpnas šioms pareigoms, galbūt tai paskatins jį lavintis, o po metų ar dvejų jis vėl ateis, parodys iš geriausios pusės ir įsidarbins – kaip kadaise nutiko mano karjeroje.

Darbo svetainėse jau paskelbėte skelbimą su geru atlyginimu ir vaizdingu aprašymu, kuris jus sudomintų, atrinkote 20 kandidatų ir rytoj pradėsite vesti pokalbius. Belieka tik išsiaiškinti, ko tiksliai paklausti.

Turite produktą, nusistovėjusią komandą ir finansavimą. Jūs (komanda) dirbote gerai, o vadovybė nori mokėti daugiau pinigų už žmogaus samdymą, kad atitinkamai paspartintų plėtrą, pagerintų kokybę ir galėtų išleisti išteklius produkto technologinei plėtrai. Jau paskelbėte hh skelbimą su geru atlyginimu ir vaizdingu aprašymu, kuris jus sudomintų, išsirinkote 20 kandidatų ir rytoj pradėsite vesti pokalbius. Belieka tik išsiaiškinti, ko tiksliai paklausti. Dažna situacija? Tada sveiki atvykę į katę.

Galbūt situacija yra šiek tiek utopinė, tačiau daugelis atvejų taip pat patenka į šio straipsnio taikymo sritį. Išimtis yra įmonės, kurioms „žmonių reikia vakar“, arba įmonės, kurioms naujas žmogus visai nereikalingas, jie tiesiog „stebi rinką“ ir (ar) tikisi rasti „retą profesionalą“.
Kitaip tariant, tai straipsnis skirtas tiems, kurie nori investuoti pinigus ir pastangas, kad komanda būtų stipresnė.

Pirmiausia atkreipkime dėmesį, kad labai kenksminga samdyti asmenį trumpalaikiam poreikiui. Tarkime, kad šiuo metu serverio dalies plėtra jums šiek tiek sulėtėja. Ar tai reiškia, kad jums reikia samdyti serverio programuotoją? Tiesą sakant, ne. Jei turite gana aktyvų vystymąsi, skirtingų kūrinių prioritetas neišvengiamai pasikeis. Šia prasme kvaila samdyti žmogų kitam mėnesiui užduočiai atlikti. Juk praeis mėnuo, bet žmogų vis tiek turėsi. Ir jei šį mėnesį užtaisysite skylę serverio pusėje, tai kitą mėnesį paaiškės, kad serverio pusė parašyta greičiau nei sąsaja kniedyta. Taigi, kitą mėnesį mums reikės pasamdyti vartotojo sąsajos programuotoją? Arba ugnis" silpna grandis» serverio pusėje? Ne, į tai reikia žiūrėti kitaip. Pažiūrėkite, ką anksčiau padarėte kurdami produktą. Paklauskite pardavimų, investuotojų ar kitų, kurie kelia plėtros tikslus, ir pabandykite susidaryti vaizdą, kas jūsų laukia, tarkime, metams į priekį. Dabar įsivaizduokite, koks žmogus padėtų jums efektyviau dirbti praeityje ir ateityje. Tikiuosi, kad prisistatėte ne vienam žmogui. Greičiausiai paaiškės, kad sustiprinti komandą galima čia ir čia. Ir jei kažkur jis pasirodys per stiprus (ir atitinkamai kažkur per plonas), tada kažkas iš esamos komandos gali sutikti „perjungti“ savo veiklą.

Taigi, jūs nubrėžėte keletą „idealių“ kandidatų portretų. Atėjo laikas atlikti techninį pokalbį. Beje, tikiuosi, kad jūsų įmonėje būtent techninis pokalbis turi įtakos sprendimui samdyti darbuotojus? Jie dažnai kalba apie įmonę kaip apie „šeimą“ arba „komandą, kurioje galite gerai praleisti laiką“. Taigi, įmonė vis tiek nėra šeima. Ir ne draugai, su kuriais eini boulingą. Žinoma, jei žmogus serga kleptomanija ar raupsais, jį priimti į darbą pavojinga, net jei techninį pokalbį jis išlaikė geriausiai. Tačiau per daug neprisikabinkite prie asmeninių savybių. Iš esmės prieš techninį pokalbį ar po jo reikia išsiaiškinti, ar žmogus išmes kažkokį triuką, ir šia prasme toks „netechninis“ pokalbis atliks „slenksčio“ vaidmenį - kas jo neišlaikys tikrai nedirbs įmonėje, bet jei išlaikys, tai nesvarbu ar jis „įmonės gyvenimas“, ar tiesiog sąžiningas darbuotojas. Bet tai ir viskas, visus kitus sprendimus turėtų lemti techninis pokalbis. Jei jūsų įmonės personalo skyrius kankina kandidatus klausimais apie jų karjeros siekius ir „kur jie mato save po 10 metų“ arba „kodėl įmonė turėtų jus samdyti“, tuomet dar per anksti ieškoti techninių talentų. Pirmiausia turite rasti naują HR.

Bet ko turėtumėte paklausti techniniame pokalbyje? Sukurti testą? Sužinokite, ką asmuo veikė ankstesniame darbe? Nustatyti keblus klausimas? Pateikite man problemą iš braingames.ru?
Pažvelkime į šias parinktis eilės tvarka.

Testas gali atrodyti naudingas dalykas taupyti laiką. Tačiau geras testas Ją sukomponuoti gana sunku – pati ši užduotis reikalauja sugaišti daug laiko. Blogas testas gali atmesti tik tuos kandidatus, kurie neina į daug pokalbių ir nežino atsakymų į „standartinius“ klausimus. Labai blogas testas gali atmesti tikrai puikius kandidatus, kurie ką tik padarė šiek tiek kitokius dalykus. Apskritai testas yra tik tam tikras pirminis filtras. Negalite samdyti žmogaus, kuris negalėjo atsakyti į penkis klausimus, kurie, jūsų nuomone, yra nereikšmingi. Bet jūs tikrai neturėtumėte samdyti žmogaus po testo nepaklausę jo žodžio.

Ką veikei paskutiniame darbe? Na, žinote, ką pareiškėjas darė ankstesniame darbe, jis su jumis nebedarys. Iš esmės galite užduoti tokį klausimą, kad rastumėte pokalbio temą. Bet atvirai kalbant, tai atrodo kaip laiko švaistymas. Pateiksiu pavyzdį iš savo praktikos.

Ką veikei paskutiniame darbe?
– Na, buvo sudėtinga sistema, kuri imitavo miesto susisiekimo sistemą su optimalių maršrutų paieška ir (...)
– Koks yra Dijkstros algoritmas?
- Hm, taip, ir aš girdėjau kažką panašaus.

Taigi, ko mes išmokome? Nesvarbu. Kažkoks sudėtingas projektas. Nelabai aišku, koks tai buvo projektas, ką tiksliai padarė šis darbuotojas, ką galiausiai išmoko daryti gerai. Sugaišome 5 minutes nieko nesužinoję apie žmogų. Žinoma, galima skirti pusvalandį ir viską sutvarkyti. Tačiau yra du „bet“.
Pirma, vertinkite savo laiką. Jei kiekvienam kandidatui skirsite 4 valandas, galite tiesiog nepasiekti to, kuris tikrai vertas. Apskritai, mano nuomone, pokalbis turėtų būti griežtai apribotas iki laiko, tarkime, vienos valandos. Ir pabandykite per šią valandą iškratyti iš žmogaus viską, ko jums reikia norint priimti sprendimą.
Antra, per daug nesijaudinkite, kas buvo tas asmuo. Pabandykite įvertinti, kuo jis galėtų tapti jūsų įmonėje. Jūsų kandidatas sako, kad paskutiniame savo darbe per savaitę baigė modulį, kurį užbaigėte per mėnesį? Taigi galbūt jūsų ankstesniame darbe buvo šaunūs verslo procesai ir kalnas paruošto kodo, bet jūsų vietoje jis būtų dirbęs šiuo moduliu lygiai tiek pat laiko, kiek jūs? O gal jums atrodė, kad kandidatas paskutiniame darbe nepadarė nieko nuostabaus? Labai gerai gali būti. Bet gal tai talentingas žmogus, vegetuojantis trečiarūšiais „ragais ir kanopomis“, ir jūs atskleisite visas jo galimybes! Patikėkite, daugeliu atvejų dėl tokio žmogaus verta kovoti net labiau nei už pasiekusį specialistą.

Ar turėčiau paklausti kažko sudėtingo? Tarkime, vakar perskaitėte Habré, kad paaiškėjo, kad maišos kodas Java yra ne adresas (kaip visada manėte), o atsitiktinis skaičius, ir jums įdomu, ar kandidatas tai žino. Arba praėjusią savaitę ieškojote slapyvardžių ir sužinojote, kad „[“ yra ne „bash“ rašto dalis, o įprasta programa pavadinimu „[“. Ar būtų naudinga sužinoti, ar kandidatas tai žino?
Čia verta pabandyti dar kartą peržvelgti klausimų ir atsakymų parinktis.
Žaidimas vaidmenimis.

– Na, čia yra objekto adresas

Ir antras variantas:

Kas yra Object.hashCode()?
- Ten yra generatorius atsitiktiniai skaičiai, todėl jis grįžta.

Šiam klausimui skyrėte 3 minutes. Kaip lyginate pirmąjį ir antrąjį kandidatus? Ar galime sakyti, kad vienas iš jų yra geresnis už kitą? Galbūt antrasis laisvalaikiu vartė grepkodą. Arba skaitykite habr vietoj darbo. O gal ne vietoj. Bet ar tai tau ką nors reiškia?

Tai nereiškia, kad nesvarbu, ar žmogus žino įgyvendinimo subtilybes, ar ne. Atvirkščiai, manau, kad labai svarbu žinoti smulkmenas. Žmogus, kuris išmano surinkėją, skirtas man vertingesnis už tai, kuris jo nepažįsta, net kai ieškau Java kūrėjo. Tačiau, deja, yra tiek daug smulkmenų, kad tiesioginis klausimas „Ar žinai ką“ beveik niekada neturi prasmės. Tačiau negalime klausti apie šimtus dalykų, nes turime ribotą laiką.

Taigi ko turėčiau paklausti?

Man atrodo, kad geriausia vesti pokalbį kontekste, ką paprastai darote, ir stebėti, kaip kandidatas sprendžia problemas, kurias dažnai sprendžiate jūs.
Tarkime, kad jūsų programoje yra vartotojo sąsajos logika ir serverio kodas. Paklauskite kandidato, kas, jo nuomone, yra įdomiau.
Serverio kodas? Puiku. Įsivaizduokime tipišką jūsų programos kodo dalį. Domimės, kokie klausimai kyla kandidatui ir kaip jis sieja teorines žinias su praktiniais poreikiais.
Tarkime, ši problema:

Yra kodo fragmentas

void x (sąrašas a)

...Kažkiek apdorojimo

Klausimas kandidatui – tarkime, kad šiame kode turime surūšiuoti sąrašą abėcėlės tvarka. Ką tu darysi? Beje, taip, galite iš karto pasakyti kandidatui apie Collections.sort – mes ne „ leksika"Mes tikriname.
Tarkime, mūsų kandidatas parašė kažką panašaus

void x (sąrašas a)

Sąrašas b = naujas ArrayList(a);

Collections.sort(b);

...Kai kuris apdorojimas su b

(Tikiuosi, kad mūsų kandidatas taip išsprendė šią problemą ir nepradėjo rūšiuoti a).

Tačiau problemos sprendimas čia nėra pagrindinis dalykas. Svarbiausia yra diskusija.
Kodėl jis sukūrė naujas sąrašas senojo nenaudojote? Ar tai visada teisinga?
Kodėl naudojote ArrayList, o ne ką nors kita? Ar jis žino, kas dar yra?

Įdomiausia tai, kad diskusijos čia gali būti beveik nesibaigiančios. Kandidatas pasakys, kad ArrayList geresnis kad tai yra atsitiktinė prieiga, bet jūs sakote, kad rūšiavimas vis tiek nukopijuoja duomenis į masyvą prieš rūšiavimą ir grąžina juos atgal. Ar ArrayList dabar, kandidato nuomone, geresnis? Ką, jau ne? O gal vis tiek geriau?

Pokalbis su kandidatu turėtų atskleisti jo mąstymą. Pažiūrėkite, kiek detalių jis žino. Kaip jis reaguoja į kažką naujo? Ir svarbiausia, ar jis gali teisingai panaudoti informaciją, kurią jam suteikiate? Juk abstrakčiai „viską žinoti“ dažniausiai nėra itin svarbu, šalia yra kolegos ir dažnai galima aptarti probleminį klausimą; Kolegos gali patarti, bet kodo nerašys vietoj naujo darbuotojo, tad pabandykite suprasti, ar išklausęs patarimą jis gali parašyti geresnę programą?

Arba sakykime kitą pavyzdį.

Neklauskite „kas yra šiukšlių rinkėjas“. Neklauskite „kiek kartų yra? Koks skirtumas? Koks skirtumas, ar žmogus gali papasakoti, kaip veikia gc, ar ne. surinkimas iš kartos į kartą arba apie vienu metu vykstantį mark sweep gc.
Nesakau, kad kas nors gali išspręsti kokias nors įdomias GC problemas, nežinodamas, kaip tai veikia. Kartą, žinoma, gali pasisekti. Tačiau praktikoje žinios yra nepaprastai svarbios. Problema kitokia – ne visi, kurie gali pasakyti, kaip kažkas veikia, gali išspręsti problemą. Ir, paprastai tariant, intuicija ir bendros techninės žinios dažnai yra svarbesnės sprendžiant problemą, nei kažkur perskaitytas algoritmo aprašymas.
Pavyzdžiui, gc būtų gerai vėl pateikti kokią nors praktinę problemą.
Tarkime, „paleidote programą su 2 gigabaitų krūva ir ji veikia lėtai, ką darysite?

Padidinsiu klubą

Ar bus greičiau? O įdomiausia, ar neverta prieš atsakant į šį klausimą paklausti, ką man reiškia „greičiau“? Pažiūrėkite, ar kandidatas supranta skirtumą tarp pralaidumo ir delsos. Neklauskite, kas tai yra ar koks skirtumas. Jei kandidatas, atsižvelgdamas į aukščiau aprašytą problemos formuluotę, nesugalvoja užduoti tokių nereikšmingų klausimų, tai praktiškai jam tokių klausimų nekils. Tačiau neturėtume pamiršti, kad kalbamės. Jei kandidatas įšoko tiesiai, sustabdykite jį ir pasakykite apie skirtingas veiklos charakteristikas. Kandidatas niekada apie juos nebuvo girdėjęs, bet iš karto suprato, kad užauginus klubą vieną dalyką gali pagerinti, o kitą tikrai pabloginti? Na, tai nuostabu!

Tokių pavyzdžių galima pateikti begalę. Geriausia tai, kad tokias problemas lengva sugalvoti, be to, nėra jų skaičių – kiekvieno naujo kandidato galite klausti apie skirtingus dalykus ir pritaikyti problemas konkrečiam kandidatui.

• Įdarbinimas ir atranka, Vertinimas, Darbo rinka, Prisitaikymas

09.07.2016

Siūlome kreiptis į pokalbį dėl kūrėjo pozicijos programinė įranga su humoru ir suvokti tai taip, lyg žaistum kompiuterinį žaidimą, kuriame judi pergalės ir lygių perėjimo link. Todėl mes paruošėme keletą cheat kodų, kurie padės pagrindiniam šio žaidimo veikėjui.

Benjaminas Weissas iš „Infusive Solutions“ kreipėsi į HR kolegas ir vaizdo žaidimų kūrėjus, kad sukurtų „interviu žaidimą“. „Žaidime“ bus lygiai, kuriuos turėsite „išlaikyti“, kad gautumėte poziciją, pradedant pokalbiu su verbuotoju. Žaidimo koncepcija gali pasirodyti juokinga, tačiau Weisso ir jo kolegų pateikta informacija yra tiesiog neįkainojama.

Apgaulės kodai, skirti nugalėti 4 viršininkus, su kuriais galite susidurti siekdami tapti nauju programinės įrangos kūrėju

Daugeliu atvejų ilgas kelias į programinės įrangos kūrėjo poziciją yra vingiuotas ir kupinas sunkumų.

Žinoma, jei esi labai talentingas ir kūrybingas žmogus, jus galite pamatyti greičiau nei įprastai. Procesas taip pat gali paspartėti, jei įmonei skubiai reikia darbuotojo.

Tačiau dažniausiai programinės įrangos kūrėjai susiduria su didžiuliu, labirintu, siekdami perkopti kelis lygius, kad gautų savo svajonių darbą.

Palaukite, kas yra šis super ieškojimas? Kokie yra lygiai? Atrodo kaip kompiuterinis žaidimas, ar ne?

Pereikime prie savo idėjos esmės. Jei gerai pagalvoji, techninio pokalbio procese dalyvaujantys vadovai yra panašūs į „bosus“, kuriuos žaidėjai susitinka kiekvieno lygio pabaigoje. kompiuterinis žaidimas.

Pagrindinis žaidėjas (pavyzdžiui, Mario, Zelda ar Duke Nukem) turi nugalėti visus žaidimo bosus, kad pakiltų į kitą lygį: kaip ir IT įmonių vadovai.

Herojus turi išmokti kurti strategijas, priklausomai nuo skirtingų bosų savybių, kad laimėtų žaidimą, nes kiekvienas iš jų turi skirtingos savybės(nors yra bendra taktika).
Taigi susipažinkime su programinės įrangos kūrėjo interviu su humoru ir apimkime visą procesą kaip jaudinantis žaidimas, kuriame pateksite į finalą ir nugalėsite jus samdančius vadovus, kurie bus:

- Įdarbinimo specialistas;
- vyresnysis kūrėjas;
- programinės įrangos vadybininkas;
- CTO.

Pasiruošę? Puiku! Pradedame nuo darbo su personalo atrankos specialistu iš pirmojo lygio.

1 lygis: viršininkas, verbuotojas

HR bosas turi šias savybes:

- saugo prieigą prie kitų viršininkų;
- pirmasis asmuo, perskaitęs ir įvertinęs jūsų gyvenimo aprašymą;
- dažniausiai techniškai neparengta;
- domiuosi, kad kandidatuoji į keletą laisvų darbo vietų įmonėje.

Jennifer Loffus, „Astron Solutions“ regiono direktorė, buvęs prezidentas Niujorko žmogiškųjų išteklių asociacija.

Kiekvienas, dalyvavęs pokalbyje dėl programinės įrangos kūrėjo pozicijos, žino, kad greičiausiai pirmiausia turėsite susitikti su kuo nors iš personalo skyriaus. Jis arba ji paprastai turi jums daug klausimų ir taip pat turi raktą į kitus lygius, kuriuose susitiksite su IT skyrių vadovais. Kaip įveikti pirmąjį lygį, kai peržiūrimas jūsų gyvenimo aprašymas, jums paskambina ir akis į akį pasikalbate su personalo viršininku?

Yra nuomonė, kad personalo pareigūnai turi tik vieną norą – užpildyti kandidatus į naujas pareigas. Prisimeni Tobį iš „Office“? Taigi, jo personalo specialisto įvaizdis labai pagražinamas.

Galbūt įdarbintojai jau sumažino jūsų karjeros planus. Tačiau jų pagrindinis tikslas Kalbama ne apie nepriėmimą. Jiems tenka konkreti vadovybės užduotis surasti geriausią kandidatą į atvirą darbo vietą, todėl atsižvelgiama į šias pretendento charakteristikas: išsilavinimą, profesinę patirtį ir reikiamos srities kvalifikaciją. Išnagrinėkime idealių santykių su HR kūrimo strategiją.

Norėdami patekti į pirmąjį pokalbio su personalo darbuotoju lygį, venkite šių klaidų:

Nesiųskite savo gyvenimo aprašymo su klaidomis

Jūsų gyvenimo aprašymas byloja apie jus, jūsų dėmesį detalėms ir susidomėjimą darbu. CV su klaidomis personalo pareigūnams pasakys, kad esate neabejingas tiek įmonei, tiek pačiai pozicijai. Kelis kartus atidžiai patikrinkite, ar jūsų gyvenimo aprašyme nėra klaidų, perskaitykite jį garsiai, kad pastebėtumėte rašybos klaidas. Paprašykite, kad kas nors kitas jį perskaitytų dar kartą, nes jie gali rasti klaidų, kurias praleidote.

Nesiųskite savo gyvenimo aprašymo per ilgai

Jūs daug pasiekėte savo karjeroje ir norite apie tai kalbėti. O personalo pareigūnas nori suprasti, ar tu tinka konkrečioms pareigoms, o susipažinti su tavo gyvenimo aprašymu jis turi labai mažai laiko. Redaguokite savo gyvenimo aprašymą, kad jis atitiktų jūsų kandidatuojamą poziciją. CV turi būti 500–1000 žodžių ir ne daugiau kaip dviejų puslapių. Kad tekstą būtų lengviau skaityti, naudokite 12 šriftų (ne 8 ar 9).

Nesiųskite bendrų gyvenimo aprašymų ir motyvacinių laiškų

Jūsų gyvenimo aprašymas ir motyvacinis laiškas turėtų būti pritaikyti konkrečiai jūsų pareigoms, įmonei ir verslo sričiai. Pavyzdžiui, jei pretenduojate į interneto kūrėjo pareigas finansų įmonėje ir savo gyvenimo aprašyme bei laiške kalbate apie susidomėjimą informacinių technologijų valdymu ne pelno siekianti organizacija, vargu ar būsite pakviestas į pokalbį. Apibūdinti!

Jus pakvietė į pokalbį su personalo skyriaus nariu!

Sveikiname! Jau gavote kvietimą į pirmąjį pokalbį su personalo pareigūnu. Mes paruošėme keletą apgaulės kodų, kurie padės jums jį perduoti ir susitikti su vyresniuoju 2 lygio kūrėju.

Apgaulės kodas: Jei išsiųsite per ilgą gyvenimo aprašymą, nepritaikytą konkrečiai pozicijai arba jame yra klaidų, žaidimas bus baigtas jam net neprasidėjus.

Ateik anksti ir gerai pasiruošęs

Atvykus į įmonės biurą gali tekti užpildyti kai kuriuos dokumentus. kad juos būtų galima užbaigti prieš pradedant pokalbį. Paprastai vadovai užimta dienotvarkė pokalbių, todėl 20 minučių laukti kandidato jiems nepriimtina. Be to, atsineškite kontaktinius duomenis tų, kurie sutiko duoti jums rekomendacijas.

Apsirenkite oficialiai

Vyrams privaloma verslo kostiumas su kaklaraiščiu, moterims kelnių kostiumas arba švarkas su sijonu. Jei pretenduojate į kūrybines pareigas jaunoje įmonėje, klasikinis stilius gali netikti. Aprangos kodo teiraukitės personalo pareigūno.

Susitvarkyk save

Nemalonūs kvapai neturėtų blaškyti pašnekovo dėmesio. Prieš susitikimą įsitikinkite, kad nekvepiate svogūnais, česnakais, tabaku ar kava. Įsigykite dantenų arba burnos purškalo.

Susitelk!

Visą dėmesį skirkite personalo darbuotojui pokalbio metu, būkite mandagūs su juo, išjunkite Mobilusis telefonas kad netrukdytų.

Beveik 2 lygis!

Įsitikinkite, kad esate tinkamai apsirengę, maloniai kvepiate ir esate visiškai pasiruošę pokalbiui. Ir dabar jūs esate 1 lygio finišo tiesiojoje! Be to, kad turite visus pareigoms reikalingus įgūdžius ir patirtį, turite...

Palaikykite akių kontaktą

Jei žiūrite pašnekovui į akis, parodote nuoširdų susidomėjimą darbu ir įmone. Žiūrėkite į jį, o ne į savo rankas, lubas, duris ar langą, taip gerokai padidinsite savo pajamas.

Eik į puolimą

Daugelis daro pertrauką nuo savo profesinės patirties, ypač krizės metu. Pirmieji paaiškinkite karjeros pertraukų priežastis ir nelaukite klausimų šia tema. Atidarykite ir aktyvią padėtį suteiks jums pranašumą prieš tuos, kurie bando nuslėpti tokius faktus.

Būkite pasirengę kalbėti apie buvusius darbdavius

Tikėtina, kad jūsų paklaus, kodėl palikote paskutinį darbą, taip pat ką jums patiko ir kas nepatiko daryti paskutinėje pozicijoje. Paruoškite patikimus ir taktiškus atsakymus. Atminkite, kad neigiama informacija apie jūsų buvusį vadovą ar kolegas neves jūsų naudai.

Kalbėkite aiškiais žodžiais

Programinės įrangos kūrėjai naudoja daug akronimų: ASP, CAO, GAC, IIS ir kt. Kalbėdami su HR asmeniu (galbūt be techninio išsilavinimo), pirmą kartą ištardami išrašykite kiekvieną akronimą. Įsitikinkite, kad kalbate kitam asmeniui suprantama kalba, kad nekiltų papildomų klausimų.

Užduoti klausimus

Iš anksto išstudijuokite informaciją apie įmonę ir paruoškite bent 3 klausimus personalo darbuotojui. Štai keletas klausimų, kuriuos galite užduoti pokalbio metu:

– Kas jums labiausiai patinka organizacijoje?
- Kodėl tu čia dirbi? Žmonės mėgsta kalbėti apie save!
- Kaip Informacinės technologijos paremti įmonės plėtros planus?
– Kokias klaidas dažniausiai daro nauji darbuotojai?

Padėkok"

Jei pokalbis praėjo gerai, įdarbintojas su jumis praleis 30–60 minučių. Tą pačią dieną išsiųskite vieną tradicinį el. laišką ir vieną el paštu dėkingas už savo laiką.

Ši patikrinta technika išskirs jus iš minios, o pašnekovas jus tikrai prisimins. Laiške nurodykite keletą temų, apie kurias kalbėjo personalo vadovas, kad tai būtų asmeniška.

Taigi, jūs išlaikėte pokalbį su verbuotoju ir ieškojimas tęsiasi, kitame straipsnyje susipažinkite su 2 lygio viršininku: vyresnysis kūrėjas.

Žymos: