Tehnični intervju s človeškim obrazom. Intervju je dvosmeren proces. Bodite pripravljeni govoriti o prejšnjih delodajalcih

Pozdravljeni vsi, Javarašiti! Zgodilo se je, da sem bil pred kratkim na razgovoru in bi vam rad povedal, kakšna vprašanja so mi zastavili, če predvidevam, da se prijavljam na delovno mesto Junior++. Tisti. srednji še ne, zeleni junior pa tudi ne. Intervju je torej potekal po tem načrtu

1. JavaCore
2. Baze podatkov.
3. Orodja, ki jih uporabljate.

JavaCore

Najprej so me prosili, da narišem hierarhijo vmesnikov za zbirke (ni bilo težko, le malo jih je (zbirka, seznam, nabor, čakalna vrsta, zemljevid).

Kakšna je razlika med ArrayList in LinkedList (to je eno najbolj otrcanih vprašanj in odgovorov na internetu, samo tema).

Razpravljali smo o hitrosti izvajanja poizvedbe v njih in o tem, kakšna je razlika med listi.

Vprašanje o razredu Object. Kakšne so njegove metode, kaj počnejo?

Odsev. Kaj počne metoda getClass(). Zelo zanimivo vprašanje, razstavite. Še posebej o tem, kako pridobiti vse o razredu, tudi če vsebuje zasebne metode ali spremenljivke.

Spraševali so o večnitnosti. Mislim, da je šibko, da vam povem, kako razumete, kaj je večnitnost. Kaj je potrebno za začetek nove teme. Realno gledano, če ste nivo 20+, potem se vam bodo ta vprašanja zdela smešna.

Kaj lahko rečete o Streamu. Ne gre za Javo 8. Gre za vhodne in izhodne tokove. Kot osnovni vmesniki, kaj so (znak in bajt). Za razumevanje, brez posebnosti.

• Izjeme. Tudi tukaj so nas prosili, da narišemo hierarhijo izjem, katere vrste obstajajo, katere so preverjene in katere niso preverjene. Kaj storiti z izjemami med izvajanjem. Poimenujte najpogostejšo izjemo NullPointerException.

Vprašanje je, kaj narediti s preverjenimi izjemami (posredovati naprej ali obdelati - oboje je jasno).

OOP

Kaj je OOP na kratko?

Katere druge paradigme programiranja obstajajo? Kako se razlikujejo od OOP?

Kateri so osnovni principi OOP (dedovanje, polimorfizem in enkapsulacija)? Povejte nam o vsakem od njih. Zaenkrat je vse abstraktno, ni vezano na noben jezik.

Naloga razumevanja zasnove sistema: obstajata konj in ptica. Dobiti moramo Pegaza. načelo "ima" in "je"

POČITEV

Kaj je REST. Wikipedia govori o tem zelo kul. Pravzaprav je članek iz Wikipedije dovolj, da se seznanite z njim.

HTTP. Tu so tudi splošne fraze. Njegove metode, čemu vsaka od njih služi.

Statusne kode HTTP. Na katerih pet delov je treba razdeliti, povejte nam o najbolj znanih (200,204,404,500,501). Zakaj? Spraševali so tudi o 401 in 403. Ampak ju nisem poznal. Rekli so, da so pomembni.

Baze podatkov

Povedal sem vam, da poznam MySQL. Povedal mi je o treh normalnih oblikah. Govoril sem o spojih, o tem, kaj so, in narisal sem področja, na katerih se uporabljajo različni spoji. Po nekaj časa nisem pozabil na relacijsko bazo podatkov , tudi o tem bom pisal.

Druga orodja

Tukaj smo pregledali moj življenjepis. Pisalo je, da za sestavljanje uporabljam Maven/Gradle, za taske uporabljam JIRA, git, Docker, Swagger. Za neprekinjeno integracijo - zaloga, bambus, lutka. Za testiranje JUnit, Mockito, JMeter. Mogoče sem kaj pozabil, tako da če te zanima... vprašajte v komentarjih Poskusil bom odgovoriti. To je bil prvi del intervjuja. Zdaj čakam na rezultate in če ja, potem bo drugi del. O tem bom pisal čim prej. Vsem, ki vam je bil članek všeč in se vam zdi koristen - postavite "+". Zapiši v komentarje. Oglejte si tudi druge moje članke:

programiranje,

Razvoj spletne strani

Na internetu se izliva veliko bolečine o neuspešnih intervjujih. Nekaterim niso bila všeč vprašanja anketarjev, drugi so bili užaljeni zaradi posmeha, tretji so bili ocenjeni na podlagi njihove strani VKontakte. Anketarji gredo v korak s prosilci in prisegajo na to, kako slabe so dandanes kadrovske razmere in kako neumne odgovore dajejo neizkušeni programerji na njihova kočljiva vprašanja. tehnične težave.

na žalost, univerzalna pravila razgovora ni in ga ne more biti, ker zaposleni niso izbrani samo zaradi njihove tehnične usposobljenosti in osebne lastnosti, temveč tudi po naključju z nekim (pogosto implicitnim in zelo subjektivnim) »profilom«, za katerega anketarji verjamejo, da ustreza njihovi ekipi ali podjetju. Kar zadeva navodila iz serije "kako pravilno opraviti intervjuje", običajno ne povzročijo nič manj bolečine v komentarjih, ker so zelo subjektivna in se zagotovo dotaknejo bolečinskih točk nekoga.

Za mojo poklicna kariera Imel sem priložnost biti na obeh straneh barikad, čeprav je bilo morda vseeno malo bolj treba opravljati tehnične razgovore kot jih prestati. A v tem času se mi je nabralo kar nekaj »modnih muh«, ki me med tehničnim razgovorom prestrašijo in takoj v mislih prekinejo nadaljnji pogovor. O tem sem želel govoriti – z vidika anketarja in prosilca. Rad bi takoj omenil, da članek odraža moje osebne subjektivne vtise in se ne pretvarja, da je "vodnik za intervjuje". Po drugi strani pa ne gre za trenutni izbruh besa zaradi neuspelega razgovora, ampak za dolgo pretehtan nabor meril, ki mi, čeprav na negativni osnovi, omogočajo, da izločim možnosti ali ne prestrašim potencialno primernega kandidata. sebe.

Kaj vas med razgovori razjezi ali spravlja v stres? Delite v komentarjih.

Intervju z vidika prijavitelja

Vsakič, ko programer išče službo, mora skozi marsikaj tehnični razgovori. Hodi po pisarnah ali se pogovarja po Skypu, rešuje probleme ali počne testne naloge, odgovarja na kočljiva tehnična vprašanja in se poskuša pokazati z najboljša stran. Sam pa ocenjuje tudi ljudi, ki ga intervjuvajo in testirajo, saj misli, da bo jutri potencialno moral delati s temi ljudmi. Tehnični anketarji imajo na voljo veliko načinov, da kandidate prestrašijo pred zanimivim položajem. Povedal vam bom o tem, česar je mene osebno vedno bilo strah in čemu se kot anketar poskušam izogniti.

1. "Kakšen drug tehnični razgovor?"

Prva in najpomembnejša stvar, ki me je vedno skrbela pri tehničnem razgovoru, je njegova odsotnost. Zgodi se, da celoten pogovor s tehničnimi strokovnjaki – potencialno bodočimi sodelavci – temelji na vprašanjih o strokovnih izkušnjah: kje je delal, na katerih projektih je delal, katero funkcijo je v njih opravljal. Glede tehnologije ali znanja - vprašanja na ravni "kakšne barve je učbenik." Ali veste, kaj je posrednik sporočil? Super, peljemo te!

Tak pristop k razgovoru me je vedno ostro obračal proti potencialnemu delodajalcu. Niti enega vprašanja mi niso zastavili, da bi preverili, ali res poznam svoj posel. Videti je, kot da ljudje, ki me intervjuvajo, sami ne razumejo ničesar o temi in iščejo vsaj eno osebo, ki razume, ali pa so preprosto obupani in pripravljeni na kogar koli. Vsekakor pa si težko želim delati v tako sestavljeni ekipi.

2. "No, kaj si počel tam v tem ..."

Presenetljivo je, kako pogosto se med tehničnimi razgovori pojavi zaničujoč odnos do prosilcev. Da, morda ste vztrajen in izkušen programer s kopico projektov za sabo, odtrgali so vas izredno pomembno delo zavoljo nekih nepotrebnih intervjujev z ljudmi, ki so po tvojem mnenju večinoma popolnoma nesposobni. Ne pozabite pa, da v tem trenutku predstavljate svoje podjetje in svojo ekipo in oseba bo zagotovo na podlagi vašega vedenja ocenila, kakšna je klima v ekipi in kakšen bo odnos do nje v tej ekipi. Bodite vljudni in spoštljivi do prosilca, tudi če ste že v prvih petih minutah ugotovili, da ne sme priti v bližino vaše dragocene kode.

3. “V vašem življenjepisu je vaše ime/priimek/patronim napačno zapisano!”

To sploh ni tehnično, a je kljub temu pogosta težava tudi na tehničnih razgovorih. Na srečo imam dokaj preprosto in običajno ime in se mi takšne težave niso dogajale. Vem pa, da obstaja presenetljivo veliko ljudi, ki trdno verjamejo, da nekatera imena in celo očetovstva preprosto ne obstajajo. Prepričali vas bodo, da pravilno ime ni »Danila«, ampak »Daniil« ali da ni imena »Alena«, ampak le »Elena«. Ponudili bodo popravek in v svoje dokumente napisali »pravilno«. Ljudje z redkimi oz nenavadna imena, in verjemite mi, to je neverjetno nadležno. Torej, obstaja eno preprosto pravilo: ni takih imen, ki ne obstajajo. Pravilno napišite, kot je zapisano v potnem listu. Pokažite spoštovanje do prosilca in ga ne imejte za tako neumnega, da ne more prepisati iz potnega lista v življenjepis dano ime. Tudi če sumite na napako, lahko to razjasnite na bolj takten način.

4. "Koliko žogic za golf bi potrebovali, da bi očistili vsa okrogla okna na šolskem avtobusu, skrčenem na velikost niklja med evakuacijo San Francisca, z največ 3 tehtanji?"

Noben članek o intervjujih ne bi bil popoln brez omembe pokrovov jaškov. To lahko smatrate za mojo osebno domislico, povezano z nezmožnostjo hitrega in pod pritiskom reševanja nestandardnih problemov. Prepričan pa sem, da so zbadljivke med intervjuji popolnoma neuporabne. Ali bolje rečeno, to je odličen način, da z Brain Olympics zaposlite celoten oddelek čudežev, ki si bodo namesto dela ves dan izmenjevali sveže možganske zbadljivke. Pravi programer v svojem naravnem okolju, tudi tisti, ki opravlja zelo kul in nestandardne naloge, še vedno redko kodira pod stresom in večina sedi en dan in v razmeroma mirnem vzdušju počasi razmišlja o tem, kako lahko lepo razreže kodo na metode. Nikoli ne uporablja svojih »možganskih mišic« za reševanje kočljivih problemov v tem procesu.

5. »Narobe. Nadalje."

Seveda ni naloga izpraševalca, da usposablja ljudi, ki pridejo na razgovor. Če pa prosilec na vprašanje ni mogel odgovoriti, pa ga vseeno zanima, potem je nagovarjanje ali vsaj napotitev na pravilno rešitev, preden preide na naslednje vprašanje, stvar poklicne etike, ki dokazuje, da mu bodo tu pomagali in ga naučili. če se kaj zgodi, ne bo ostal sam s tehničnimi težavami. Povejte mu vsaj nekaj besed, kaj naj googla, kaj naj bere. Navsezadnje zanimanje za prava odločitev naloge so same po sebi pozitivna kakovost tehnični strokovnjak in take osebe ne smete demotivirati z zaničevanjem njenih napak ali netočnosti.

Intervju z vidika anketarja

Vsakič, ko se odpre novo delovno mesto, mora vodilni strokovnjak ali vodja oddelka opraviti številne tehnične razgovore. Na razgovore prihajajo ljudje z različnimi tehničnimi izkušnjami, stopnjami izobrazbe in pričakovanji. Za izvedbo intervjujev morate razmisliti o načrtu pogovora, sestaviti seznam vprašanj in nato iz odgovorov na ta vprašanja poskusiti razumeti, ali je oseba primerna za položaj ali ne. In včasih kandidati med intervjuji rečejo takšne stvari, da postane takoj jasno - ne, s to osebo ne morete sodelovati. Tukaj je izbor ključnih stavkov prosilcev, ki me osebno vznemirjajo.

1. »Nekatera vaša vprašanja so teoretičnih. Nisem močan v teoriji, sem prekaljen v praksi! Naredimo boljši test!«

Beseda "teoretičen" se običajno izgovarja z zaničujočim prizvokom, kot da bi šlo za nekaj slabega. Ampak to niti ni problem. Ali menite, da je pred tem stavkom anketar zahteval dokazovanje Cauchyjevega izreka? Daj natančna definicija tretja normalna oblika? sploh ne. Takšne vzklike sem slišal kot odgovor na naslednja vprašanja:

• Kako se primerjava z == razlikuje od primerjave z enakimi v Javi?
• povejte nam, kako deluje zgoščeni zemljevid.
• S svojimi besedami razloži, kaj je REST.
• Kaj so transakcije in zakaj so potrebne?

Da, z določenega vidika je vsako programsko vprašanje teoretično, če ne zahteva, da napišete vrstico kode tukaj in zdaj. Prepričan pa sem, da bi moral človek z dovolj bogatimi izkušnjami na določenem področju znati razložiti najosnovnejše stvari s svojimi besedami ali pa se vsaj ne delati, da je nepoznavanje le-teh normalno in naravno.

2. »Tukaj nisem pričakoval španske inkvizicije! To je tako kot opravljati izpit na inštitutu. Običajno samo vprašajo, kje je delal in kaj je delal.”

Prišli ste na tehnični razgovor. Na tehničnem razgovoru vam bodo zastavili tehnična vprašanja, da preverite svoje tehnične sposobnosti. Metodologijo testiranja in izbiro vprašanj prepustite vesti spraševalca – morda se vam vprašanja ne bodo vedno zdela ustrezna, a spraševalec natančno ve, katere informacije o vas želi pridobiti z analizo vaših odgovorov. Veliko vprašanj je potrebnih ne za preverjanje vašega znanja, ampak za to, da vas prisilijo, da razmišljate in pogledate svoj tok misli. Ne pozabite tudi, da vsa vprašanja ne zahtevajo popolnoma natančnega odgovora in če boste jasno odgovorili vsaj na polovico tega, kar so vas vprašali, bo to že naredilo dober vtis.

3. "Tega mi ni treba vedeti, specializiran sem za naloge na višji ravni!"

Ne zamenjujte specializacije z nepoznavanjem osnov programiranja. Od razvijalcev mobilne aplikacije Podobne stvari sem slišal o protokolih sklada TCP/IP od front-end programerjev - kot odgovor na vprašanja o algoritmih za razvrščanje in iskanje. »Zakaj moram to vedeti, vse je v standardni knjižnici, delam več visoki ravni" Kot odgovor na takšne izjave sem že zdavnaj prišel do nekaj majhnih težav s prikrito skritimi algoritmi - v upanju, da pokažem, da "naivna" rešitev, ki izvira iz nepoznavanja algoritmov, ne zdrži kritike in na najmanj spodbujajo samoizobraževanje. Poleg tega ne gre za neke umetno skonstruirane naloge, ampak stvari, ki se pojavljajo v razvoju vsak dan. Vsaka koda je algoritem. Razumevanje osnovnih algoritmov in podatkovnih struktur je pomembno za vsakega programerja, internetni protokoli pa so osnova, brez poznavanja katere ni mogoče kompetentno napisati ničesar, kar presega meje enega računalnika.

4. »In ti sam! / Pokaži mi svojo kodo! / Toda šel sem na vaš GitHub in tam je to ...«

Zadnja stvar, ki jo anketar želi, je zaposliti osebo in jo nato poslušati, kako kritizira njegovo kodo. Da, najverjetneje je nepopolna. Da, tehnični dolg je povsod in vsak ga ima. V vsakem kodeksu je nekaj za kritizirati. Če pa se res imate za tako kul, da vidite očitne težave v kodeksu svojih potencialnih delodajalcev, prevedite to v konstruktivno pozitivno: vem, kako se izboljšati, imam izkušnje na to temo, lahko vam koristim.

5. "Motiš se!"

Seveda se lahko zgodi vse, vendar je bolje, da svoje mnenje o tem, ali se spraševalec moti ali dvomi o njegovi usposobljenosti, obdržite do konca razgovora. Potem poguglaj in ugotovi, kdo od vaju je imel prav. Tehnični intervju ni prostor za razpravo ali samouveljavljanje, vprašanja pa so tu postavljena predvsem vam. Anketar ne bo spraševal o nečem, česar sam ne razume.

Zaključek

Veste, kaj sem najlepše slišal od kandidatov na razgovorih? »Nisem res odgovoril, kajne? Mi lahko daš kos papirja? Zapisal bom vaša vprašanja in doma ugotovil, tudi če me ne najamete, bom zdaj vsaj vedel.« Solze ponosa vam privrejo v oči - niste zaman porabili uro in pol časa za osebo, sam se je nekaj naučil iz tega intervjuja. Tudi če je zdaj prešibak za ta položaj, ga bo morda to spodbudilo, da se bo izobraževal in bo čez leto ali dve spet prišel, se pokazal iz svoje najboljše strani in dobil službo – kot se je enkrat v moji karieri zgodilo.

Ogledi: 805

Na internetu se izliva veliko bolečine o neuspešnih intervjujih. Nekaterim niso bila všeč vprašanja anketarjev, drugi so bili užaljeni zaradi posmeha, tretji so bili ocenjeni na podlagi njihove strani VKontakte. Anketarji sledijo kandidatom in tarnajo o tem, kako slabe so dandanes kadrovske razmere in kakšne neumne odgovore dajejo neizkušeni programerji na njihova kočljiva tehnična vprašanja.

Univerzalnih pravil za opravljanje in vodenje intervjujev žal ni in jih tudi ne more biti, saj so zaposleni izbrani ne le po tehničnih sposobnostih in osebnih lastnostih, temveč tudi po ujemanju z nekim (pogosto implicitnim in zelo subjektivnim) »profilom«, ki po mnenju anketarjem, se prilega njihovi ekipi ali podjetju. Kar zadeva navodila iz serije "kako pravilno opraviti intervjuje", običajno ne povzročijo nič manj bolečine v komentarjih, ker so zelo subjektivna in se zagotovo dotaknejo bolečinskih točk nekoga.

V svoji poklicni karieri sem bil na obeh straneh ograje, čeprav sem verjetno moral opraviti malo več tehničnih razgovorov, kot jih opraviti. A v tem času se mi je nabralo kar nekaj »modnih muh«, ki me med tehničnim razgovorom prestrašijo in takoj v mislih prekinejo nadaljnji pogovor. O tem sem želel govoriti – z vidika anketarja in prosilca. Rad bi takoj omenil, da članek odraža moje osebne subjektivne vtise in se ne pretvarja, da je "vodnik za intervjuje". Po drugi strani pa ne gre za trenutni izbruh besa zaradi neuspelega razgovora, ampak za dolgo pretehtan nabor meril, ki mi, čeprav na negativni osnovi, omogočajo, da izločim možnosti ali ne prestrašim potencialno primernega kandidata. sebe.

Kaj vas med razgovori razjezi ali spravlja v stres? Delite v komentarjih.

Intervju z vidika prijavitelja

Vsakič, ko programer išče službo, mora opraviti številne tehnične razgovore. Hodi po pisarnah ali se pogovarja po Skypu, rešuje probleme ali opravlja teste, odgovarja na kočljiva tehnična vprašanja in se poskuša pokazati z najboljše strani. Sam pa ocenjuje tudi ljudi, ki ga intervjuvajo in testirajo, saj misli, da bo jutri potencialno moral delati s temi ljudmi. Tehnični anketarji imajo na voljo veliko načinov, kako prestrašiti kandidate in jih odvrniti od zanimivega položaja. Govoril bom o tem, česar je mene osebno vedno bilo strah in čemu se kot sogovornik poskušam izogniti.

1. "Kakšen drug tehnični razgovor?"

Prva in najpomembnejša stvar, ki me je vedno skrbela pri tehničnem razgovoru, je njegova odsotnost. Zgodi se, da celoten pogovor s tehničnimi strokovnjaki – potencialno bodočimi sodelavci – temelji na vprašanjih o poklicnih izkušnjah: kje je delal, na katerih projektih je delal, katero funkcijo je v njih opravljal. Glede tehnologije ali znanja - vprašanja na ravni "kakšne barve je učbenik." Ali veste, kaj je posrednik sporočil? Super, peljemo te!

Tak pristop k razgovoru me je vedno ostro obračal proti potencialnemu delodajalcu. Niti enega vprašanja mi niso zastavili, da bi preverili, ali res poznam svoj posel. Videti je, kot da ljudje, ki me intervjuvajo, sami ne razumejo ničesar o temi in iščejo vsaj eno osebo, ki razume, ali pa so preprosto obupani in pripravljeni na kogar koli. Vsekakor pa si težko želim delati v tako sestavljeni ekipi.

2. "No, kaj si počel tam v tem ..."

Presenetljivo je, kako pogosto se med tehničnimi razgovori pojavi zaničujoč odnos do prosilcev. Da, morda ste strog in izkušen programer s kopico projektov za sabo, odtrgali so vas od izjemno pomembnega dela zavoljo nepotrebnih intervjujev z ljudmi, ki so po vašem mnenju večinoma popolnoma nesposobni. Ne pozabite pa, da v tem trenutku predstavljate svoje podjetje in svojo ekipo in oseba bo zagotovo na podlagi vašega vedenja ocenila, kakšna je klima v ekipi in kakšen bo odnos do nje v tej ekipi. Bodite vljudni in spoštljivi do prosilca, tudi če ste že v prvih petih minutah ugotovili, da ne sme priti v bližino vaše dragocene kode.

3. “V vašem življenjepisu je vaše ime/priimek/patronim napačno zapisano!”

To sploh ni tehnično, a je kljub temu pogosta težava tudi na tehničnih razgovorih. Na srečo imam dokaj preprosto in običajno ime in se mi takšne težave niso dogajale. Vem pa, da obstaja presenetljivo veliko ljudi, ki trdno verjamejo, da nekatera imena in celo očetovstva preprosto ne obstajajo. Prepričali vas bodo, da pravilno ime ni »Danila«, ampak »Daniil« ali da ni imena »Alena«, ampak le »Elena«. Ponudili bodo, da popravijo in napišejo "pravilno" v svoje dokumente. Ljudje z redkimi ali nenavadnimi imeni imajo pogosto opravka s tako pismenimi in dobronamernimi ljudmi in verjemite mi, da je to neverjetno nadležno. Torej, obstaja eno preprosto pravilo: ni takih imen, ki ne obstajajo. Pravilno napišite, kot je zapisano v potnem listu. Pokažite spoštovanje do prosilca in ga ne imejte za tako neumnega, da ne more kopirati lastnega imena iz svojega potnega lista v svoj življenjepis. Tudi če sumite na napako, lahko to razjasnite na bolj takten način.

4. "Koliko žogic za golf bi potrebovali, da bi očistili vsa okrogla okna na šolskem avtobusu, skrčenem na velikost niklja med evakuacijo San Francisca, z največ 3 tehtanji?"

Noben članek o intervjujih ne bi bil popoln brez omembe pokrovov jaškov. To lahko smatrate za mojo osebno domislico, povezano z nezmožnostjo hitrega in pod pritiskom reševanja nestandardnih problemov. Prepričan pa sem, da so zbadljivke med intervjuji popolnoma neuporabne. Ali bolje rečeno, to je odličen način, da z Brain Olympiad zaposlite celoten oddelek čudežnih otrok, ki si bodo ves dan namesto dela izmenjevali sveže možganske zbadljivke. Pravi programer v svojem naravnem okolju, tudi ko se ukvarja z zelo kul in nestandardnimi nalogami, še vedno redko kodira pod stresom, ampak večino dneva preživi sede in v razmeroma mirnem okolju lagodno razmišlja o tem, kako lahko lepo razreže kodo v metode. Nikoli ne uporablja svojih »možganskih mišic« za reševanje kočljivih problemov v tem procesu.

5. »Narobe. Nadalje."

Seveda ni naloga izpraševalca, da usposablja ljudi, ki pridejo na razgovor. Če pa prosilec na vprašanje ni mogel odgovoriti, pa ga vseeno zanima, potem je nagovarjanje ali vsaj napotitev na pravilno rešitev, preden preide na naslednje vprašanje, stvar poklicne etike, ki dokazuje, da mu bodo tu pomagali in ga naučili. če se kaj zgodi, ne bo ostal sam s tehničnimi težavami. Povejte mu vsaj nekaj besed, kaj naj googla, kaj naj bere. Navsezadnje je zanimanje za pravilno rešitev problema samo po sebi pozitivna lastnost tehničnega strokovnjaka in takšne osebe ne bi smeli demotivirati zaničujoč odnos do njegovih napak ali netočnosti.

Intervju z vidika anketarja

Vsakič, ko se odpre novo delovno mesto, mora vodilni strokovnjak ali vodja oddelka opraviti številne tehnične razgovore. Na razgovor prihajajo ljudje z različnimi tehničnimi izkušnjami, stopnjami izobrazbe in pričakovanji. Za izvedbo intervjujev morate razmisliti o načrtu pogovora, sestaviti seznam vprašanj in nato iz odgovorov na ta vprašanja poskusiti razumeti, ali je oseba primerna za položaj ali ne. In včasih kandidati med razgovori rečejo stvari, iz katerih je takoj jasno - ne, s to osebo ne boste mogli sodelovati. Tukaj je izbor ključnih stavkov prosilcev, ki me osebno vznemirjajo.

1. »Nekatera vaša vprašanja so teoretičnih. Nisem močan v teoriji, sem prekaljen v praksi! Naredimo boljši test!«

Beseda "teoretičen" se običajno izgovarja z zaničujočim prizvokom, kot da bi šlo za nekaj slabega. Ampak to niti ni problem. Ali menite, da je pred tem stavkom anketar zahteval dokazovanje Cauchyjevega izreka? Podajte natančno definicijo tretje normalne oblike? sploh ne. Takšne vzklike sem slišal kot odgovor na naslednja vprašanja:

• Kako se primerjava z == razlikuje od primerjave z enakimi v Javi?


• povejte nam, kako deluje zgoščeni zemljevid.


• S svojimi besedami razloži, kaj je REST.


• Kaj so transakcije in zakaj so potrebne?

Da, z določenega vidika je vsako programsko vprašanje teoretično, če ne zahteva, da napišete vrstico kode tukaj in zdaj. Prepričan pa sem, da bi moral človek z dovolj bogatimi izkušnjami na določenem področju znati razložiti najosnovnejše stvari s svojimi besedami ali pa se vsaj ne delati, da je nepoznavanje le-teh normalno in naravno.

2. »Tukaj nisem pričakoval španske inkvizicije! To je tako kot opravljati izpit na inštitutu. Običajno samo vprašajo, kje je delal in kaj je delal.”

Prišli ste na tehnični razgovor. Na tehničnem razgovoru vam bodo zastavili tehnična vprašanja, da preverite svoje tehnične sposobnosti. Metodologijo testiranja in izbiro vprašanj prepustite vesti spraševalca – morda se vam vprašanja ne bodo vedno zdela ustrezna, a spraševalec natančno ve, katere informacije o vas želi pridobiti z analizo vaših odgovorov. Veliko vprašanj je potrebnih ne za preverjanje vašega znanja, ampak za to, da vas prisilijo, da razmišljate in pogledate svoj tok misli. Ne pozabite tudi, da vsa vprašanja ne zahtevajo popolnoma natančnega odgovora in če boste jasno odgovorili vsaj na polovico tega, kar so vas vprašali, bo to že naredilo dober vtis.

3. "Tega mi ni treba vedeti, specializiran sem za naloge na višji ravni!"

Ne zamenjujte specializacije z nepoznavanjem osnov programiranja. Podobne stvari sem slišal od razvijalcev mobilnih aplikacij o protokolih sklada TCP/IP in od front-end programerjev kot odgovor na vprašanja o algoritmih za razvrščanje in iskanje. "Zakaj bi to vedel, vse je v standardni knjižnici, delam na višji ravni." Kot odgovor na takšne izjave sem že zdavnaj prišel do nekaj majhnih težav s prikrito skritimi algoritmi - v upanju, da pokažem, da "naivna" rešitev, ki izvira iz nepoznavanja algoritmov, ne zdrži kritike in na najmanj spodbujajo samoizobraževanje. Poleg tega ne gre za neke umetno skonstruirane naloge, ampak stvari, ki se pojavljajo v razvoju vsak dan. Vsaka koda je algoritem. Razumevanje osnovnih algoritmov in podatkovnih struktur je pomembno za vsakega programerja, internetni protokoli pa so osnova, brez poznavanja katere ni mogoče kompetentno napisati ničesar, kar presega meje enega računalnika.

4. »In ti sam! / Pokaži mi svojo kodo! / Toda šel sem na vaš GitHub in tam je to ...«

Zadnja stvar, ki jo anketar želi, je zaposliti osebo in jo nato poslušati, kako kritizira njegovo kodo. Da, najverjetneje je nepopolna. Da, tehnični dolg je povsod in vsak ga ima. V vsakem kodeksu je nekaj za kritizirati. Če pa se res imate za tako kul, da vidite očitne težave v kodeksu svojih potencialnih delodajalcev, prevedite to v konstruktivno pozitivno: vem, kako se izboljšati, imam izkušnje na to temo, lahko vam koristim.

5. "Motiš se!"

Seveda se lahko zgodi vse, vendar je bolje, da svoje mnenje o tem, ali se spraševalec moti ali dvomi o njegovi usposobljenosti, obdržite do konca razgovora. Potem poguglaj in ugotovi, kdo od vaju je imel prav. Tehnični intervju ni prostor za razpravo ali samouveljavljanje, vprašanja pa so tu postavljena predvsem vam. Anketar ne bo spraševal o nečem, česar sam ne razume.

Zaključek

Veste, kaj sem najlepše slišal od kandidatov na razgovorih? »Nisem res odgovoril, kajne? Mi lahko daš kos papirja? Zapisal bom vaša vprašanja in doma ugotovil, tudi če me ne najamete, bom zdaj vsaj vedel.« Solze ponosa vam privrejo v oči - niste zaman porabili uro in pol časa za osebo, sam se je nekaj naučil iz tega intervjuja. Tudi če je zdaj prešibak za ta položaj, ga bo morda to spodbudilo, da se bo izobraževal in bo čez leto ali dve spet prišel, se pokazal iz svoje najboljše strani in dobil službo – kot se je enkrat v moji karieri zgodilo.

Na spletnih straneh za delo ste že objavili oglas z dobro plačo in nazornim opisom, ki bi vas zanimal, izbrali ste 20 kandidatov in jutri začnete opravljati razgovore. Vse, kar ostane, je ugotoviti, kaj točno vprašati.

Imate izdelek, ustaljeno ekipo in financiranje. Vi (ekipa) ste delali dobro in vodstvo je pripravljeno plačati več denarja za zaposlitev osebe, da bi temu primerno pospešili razvoj, izboljšali kakovost in lahko porabili sredstva za tehnološki razvoj izdelka. Na hh ste že objavili oglas z dobro plačo in nazornim opisom, ki bi vas zanimal, izbrali ste 20 kandidatov in jutri začnete opravljati razgovore. Vse, kar ostane, je ugotoviti, kaj točno vprašati. Je to znana situacija? Potem dobrodošli pri mački.

Morda je situacija malo utopična, a veliko primerov je tudi v okviru tega članka. Izjema so podjetja, ki »potrebujejo ljudi že včeraj« ali podjetja, ki nova oseba sploh ne potrebujejo, preprosto »opazujejo trg« in (ali) upajo, da bodo našli »redkega strokovnjaka«.
Z drugimi besedami, to je članek za tiste, ki želijo vložiti denar in trud v krepitev ekipe.

Za začetek naj opozorimo, da je izjemno škodljivo zaposliti osebo za trenutno potrebo. Recimo, da se trenutno razvoj strežniškega dela pri vas rahlo upočasnjuje. Ali to pomeni, da morate najeti strežniškega programerja? Pravzaprav ne. Če imate dokaj aktiven razvoj, se bo prioriteta različnih kosov neizogibno spremenila. V tem smislu je neumno zaposliti osebo za nalogo za naslednji mesec. Konec koncev bo minil mesec, vendar bo oseba ostala z vami. In če ta mesec zakrpaš luknjo v razvoju na strežniški strani, potem se bo naslednji mesec izkazalo, da se strežniška stran piše hitreje kot se zakoviči vmesnik. Torej, kaj, naslednji mesec moramo najeti programerja uporabniškega vmesnika? ali ogenj" šibki člen» na strani strežnika? Ne, tega se je treba lotiti drugače. Poglejte, kaj ste naredili prej pri razvoju izdelka. Vprašajte prodajalce, investitorje ali tistega, ki postavlja cilje razvoja, in poskusite zgraditi sliko, kaj vas čaka recimo leto dni naprej. Zdaj pa si predstavljajte, kakšna oseba bi vam pomagala pri učinkovitejšem delu v preteklosti in prihodnosti. Upam, da ste se predstavili več kot eni osebi. Najverjetneje se bo izkazalo, da je možno ekipo okrepiti tukaj in tukaj. In če se nekje izkaže za premočnega (in s tem nekje prešibkega), potem se lahko nekdo iz obstoječe ekipe strinja, da "preklopi" svojo dejavnost.

Tako ste skicirali več portretov »idealnih« kandidatov. Čas je za tehnični razgovor. Mimogrede, upam, da je v vašem podjetju tehnični razgovor tisti, ki vpliva na odločitev o zaposlitvi? O podjetju pogosto govorijo kot o »družini« ali »ekipi, kjer se lahko dobro zabavate«. Torej podjetje še vedno ni družina. In ne prijatelji, s katerimi greš na balinanje. Seveda, če je oseba bolna s kleptomanijo ali gobavostjo, jo je nevarno zaposliti, tudi če je najbolje opravil tehnični razgovor. Vendar se ne omejujte preveč na osebne lastnosti. Načeloma je pred ali po tehničnem razgovoru treba ugotoviti, ali bo oseba izdala kakšen trik, in v tem smislu bo imel tak "netehnični" intervju vlogo "praga" - kdor ga ne opravi, zagotovo ne bo delal v podjetju, če pa ga opravi, potem je vseeno, ali je »življenje podjetja« ali le vesten delavec. Toda to je vse; pravzaprav bi morale vse druge odločitve določiti tehnični razgovor. Če kadrovska služba vašega podjetja nadleguje kandidate z vprašanji o njihovih kariernih željah in "kje se vidijo čez 10 let" ali "zakaj naj vas podjetje zaposli", potem je še prezgodaj, da bi iskali tehnične talente. Najprej morate najti novega kadrovika.

Toda kaj morate vprašati na tehničnem razgovoru? Ustvariti test? Ugotovite, kaj je oseba počela v prejšnji službi? Set kočljivo vprašanje? Daj mi težavo z braingames.ru?
Oglejmo si te možnosti po vrstnem redu.

Test se lahko zdi uporabna stvar da prihranite čas. Vendar dober test Precej težko je sestaviti - za to nalogo morate porabiti veliko časa. Slab test lahko izloči samo kandidate, ki ne hodijo veliko na razgovore in ne poznajo odgovorov na »standardna« vprašanja. Zelo slab test lahko izloči res odlične kandidate, ki so pravkar naredili nekoliko drugačne stvari. Na splošno je test le nekakšen primarni filter. Ne smete zaposliti osebe, ki ne zna odgovoriti na pet vprašanj, ki se vam zdijo trivialna. Vsekakor pa ne smete zaposliti osebe po preizkusu, ne da bi jo vprašali.

Kaj ste delali v zadnji službi? No, saj veste, kar je kandidat počel v prejšnji službi, ne bo več počel pri vas. Načeloma lahko postavite takšno vprašanje, da najdete temo za pogovor. Ampak iskreno, zdi se, da je izguba časa. Navedel bom primer iz svoje prakse.

Kaj ste delali v zadnji službi?
- No, obstajal je kompleksen sistem, ki je simuliral sistem mestnih komunikacij z iskanjem optimalnih poti in (...)
- Kaj je Dijkstrajev algoritem?
- Hm, ja, in nekaj takega sem slišal.

Torej, kaj smo se naučili? nič. Nekakšen kompleksen projekt. Pravzaprav ni jasno, za kakšen projekt je šlo, kaj točno je ta zaposleni naredil, kaj se je na koncu naučil dobro delati. Zapravili smo 5 minut, ne da bi o osebi izvedeli karkoli. Seveda lahko porabite pol ure in vse uredite. Vendar obstajata dva "ampak".
Najprej cenite svoj čas. Če boste za vsakega kandidata porabili 4 ure, potem morda preprosto ne boste prišli do tistega, ki je resnično vreden. Na splošno bi moral biti intervju po mojem mnenju strogo časovno omejen, recimo eno uro. In poskusite v tej uri stresti iz osebe vse, kar potrebujete za odločitev.
Drugič, ne obremenjujte se preveč s tem, kdo je bila oseba. Poskusite oceniti, kdo bi lahko postal v vaši družbi. Vaš kandidat pravi, da je na zadnji zaposlitvi v enem tednu opravil modul, za katerega ste vi vzeli mesec dni? Torej so bili morda v vaši prejšnji službi kul poslovni procesi in gora že pripravljene kode, na vašem mestu pa bi ta modul delal točno toliko časa kot vi? Ali pa se vam je zdelo, da kandidat na zadnjem delovnem mestu ni naredil nič posebnega? Zelo lahko je. Ampak morda je nadarjena oseba, ki vegetira v tretjerazrednih »rogovih in kopitih«, in razkrili boste njegov polni potencial! Verjemite mi, v mnogih situacijah se je vredno boriti za takšno osebo celo bolj kot za izkušenega specialista.

Naj vprašam kaj kočljivega? Recimo včeraj ste na Habréju prebrali, da se je izkazalo, da zgoščena koda v Javi ni naslov (kot ste vedno mislili), ampak naključno število, in se sprašujete, ali kandidat to ve. Ali pa ste prejšnji teden brskali po vzdevkih in ugotovili, da »[« ni del skripta bash kot jezik, ampak običajen program z imenom »[«. Ali bi bilo koristno izvedeti, ali kandidat to ve?
Tukaj je vredno poskusiti znova in se poigrati z možnostmi vprašanj in odgovorov.
Igra vlog.

- No, to je naslov objekta

In druga možnost:

Kaj je Object.hashCode()?
- Tam je generator naključna števila, zato se vrne.

Za to vprašanje ste porabili 3 minute. Kako primerjate prvega in drugega kandidata? Ali lahko rečemo, da je eden boljši od drugega? Morda je drugi v prostem času listal grepcode. Ali pa berite habr namesto dela. Ali pa morda ne namesto tega. Toda ali vam to kaj pomeni?

Ne gre za to, da ni pomembno, ali oseba pozna tankosti izvajanja ali ne. Nasprotno, verjamem, da je zelo pomembno poznati malenkosti. Zame je oseba, ki se spozna na monter bolj dragocen kot to, ki ga ne pozna, tudi ko iščem Java razvijalca. Toda na žalost je toliko malenkosti, da direktno vprašanje "Ali veš kaj" skoraj nikoli nima smisla. Vendar ne moremo spraševati o stotinah stvari, ker imamo omejen čas.

Torej, kaj naj vprašam?

Zdi se mi, da je najbolje voditi pogovor v kontekstu tega, kar običajno počnete, in opazovati, kako kandidat rešuje probleme, ki jih pogosto rešujete vi.
Recimo, da ima vaša aplikacija logiko uporabniškega vmesnika in kodo strežnika. Vprašajte kandidata, kaj se mu zdi bolj zanimivo.
Koda strežnika? super Predstavljajmo si tipičen kos kode v vašem programu. Zanima nas, kakšna vprašanja ima kandidat in kako povezuje teoretično znanje s praktičnimi potrebami.
Recimo ta problem:

Obstaja delček kode

void x(Seznam a)

...Nekaj ​​obdelave

Vprašanje za kandidata - recimo, da moramo v tej kodi razvrstiti seznam v abecednem redu. Kaj boš naredil? Mimogrede, da, kandidatu lahko takoj poveste o Collections.sort - mi nismo " besedni zaklad"Preverjamo.
Recimo, da je naš kandidat napisal nekaj takega

void x(Seznam a)

Seznam b = nov ArrayList(a);

Zbirke.sort(b);

...Nekaj ​​obdelave z b

(Upam, da je naš kandidat na ta način rešil ta problem in se ni lotil sortiranja a).

Vendar rešitev problema tukaj ni glavna stvar. Glavna stvar je razprava.
Zakaj je ustvaril nov seznam a nisi uporabil starega? Je to vedno pravilno?
Zakaj ste uporabili ArrayList in ne kaj drugega? Ali ve, kaj je še tam?

Najbolj zanimivo je, da je lahko razprava tukaj skoraj neskončna. Kandidat bo rekel, da ArrayList tem bolje da gre za naključni dostop, vendar pravite, da sortiranje še vedno kopira podatke v matriko pred sortiranjem in jih nato vrne nazaj. Ali je ArrayList zdaj boljši po mnenju kandidata? Kaj, ne več? Ali pa je vseeno bolje?

Pogovor s kandidatom naj razkrije njegov način razmišljanja. Poglejte, koliko podrobnosti pozna. Kako se odzove na nekaj novega? In kar je najpomembneje, ali lahko pravilno uporabi informacije, ki mu jih daste? Navsezadnje abstraktno "vedenje vsega" običajno ni posebej pomembno, saj so v bližini sodelavci in pogosto se lahko pogovarjamo o problematičnem vprašanju. Kolegi lahko svetujejo, vendar ne bodo napisali kode namesto novega zaposlenega, zato poskusite razumeti, ali lahko po poslušanju nasvetov napiše boljši program?

Ali pa recimo drug primer.

Ne sprašujte "kaj je zbiralnik smeti". Ne sprašujte se "koliko generacij je?" Kakšna je razlika? Kakšna je razlika, ali vam lahko oseba pove, kako deluje gc, ali je morda edina pomembna stvar za vaše delo, ali lahko oseba odpravi težavo z zmogljivostjo, če se pojavi, in ali lahko pove srce segrejočo zgodbo o tem? sestavljanje skozi generacije ali o sočasnem označevanju gc.
Ne trdim, da lahko kdorkoli reši kakršne koli zanimive probleme z GC, ne da bi vedel, kako deluje. Enkrat se ti seveda lahko posreči. A v praksi je znanje izjemno pomembno. Težava je drugačna - ne more vsak, ki zna povedati, kako nekaj deluje, odpraviti težave s tem nečim. In na splošno sta intuicija in splošno tehnično znanje pogosto pomembnejša za rešitev problema kot nekje prebran opis algoritma.
Na primer, za gc bi bilo dobro dati spet kakšen praktični problem.
Recimo, "zagnali ste program z 2 gigabajtno kopico in deluje počasi, kaj boste storili?"

Povečal bom kolk

Bo postalo hitreje? In kar je najbolj zanimivo, ali se ni vredno vprašati, preden odgovorim na to vprašanje, kaj zame pomeni "hitreje"? Preverite, ali kandidat razume razliko med prepustnostjo in zakasnitvijo. Ne sprašujte se, kaj je to ali kakšna je razlika. Če kandidat ob zgoraj opisani formulaciji problema ne pomisli na tako nepomembna vprašanja, potem teh vprašanj v praksi ne bo imel. Vendar ne smemo pozabiti, da se pogovarjamo. Če je kandidat takoj skočil, ga ustavite in mu povejte o različnih značilnostih delovanja. Kandidat še nikoli ni slišal zanje, a je takoj ugotovil, da lahko rast kolka eno stvar izboljša, drugo pa zagotovo poslabša? No, to je čudovito!

Takih primerov je mogoče navesti neskončno veliko. Najboljše pri tem je, da si je takšne probleme enostavno izmisliti in da jih ni na števcu – vsakega novega kandidata lahko vprašaš o različnih stvareh in probleme prilagodiš posameznemu kandidatu.

• Zaposlovanje in selekcija, Ocenjevanje, Trg dela, Prilagajanje

09.07.2016

Predlagamo, da pristopite k razgovoru za delovno mesto razvijalca programsko opremo s humorjem in ga dojemajte, kot da igrate računalniško igro, v kateri se premikate proti zmagi in prehajanju nivojev. Zato smo pripravili več kod za goljufanje, ki bodo pomagale glavnemu junaku te igre.

Benjamin Weiss iz Infusive Solutions se je obrnil na kadrovske kolege in razvijalce video iger, da bi ustvarili »igro za intervjuje«. V "igri" bodo stopnje, ki jih boste morali "prestati", da boste dobili položaj, začenši z razgovorom z nabornikom. Koncept igre se morda zdi smešen, vendar so informacije, ki so jih posredovali Weiss in njegovi sodelavci, preprosto neprecenljive.

Goljufije za premagovanje 4 šefov, ki jih lahko srečate v prizadevanju, da postanete nov razvijalec programske opreme

V večini primerov je dolga pot do položaja razvijalca programske opreme ovinkasta in polna težav.

Seveda, če ste zelo nadarjeni in ustvarjalna oseba, boste morda vidni hitreje kot običajno. Postopek se lahko tudi pospeši, če podjetje nujno potrebuje zaposlenega.

Toda običajno se razvijalci programske opreme znajdejo na ogromni, zapleteni nalogi, da se povzpnejo skozi več stopenj, da bi dobili svojo sanjsko službo.

Počakaj malo, kaj je to super iskanje? Kakšne so stopnje? Izgleda kot računalniška igra, kajne?

Pojdimo k bistvu naše ideje. Če dobro pomislite, so vodje, vključeni v postopek tehničnega razgovora, podobni »šefom«, ki jih igralci srečajo na koncu vsake stopnje. računalniška igra.

Glavni igralec (na primer Mario, Zelda ali Duke Nukem) mora premagati vse šefe v igri, da lahko napreduje na naslednjo stopnjo: tako kot menedžerji v IT podjetjih.

Junak se mora naučiti graditi strategije glede na značilnosti različnih šefov, da bi zmagal v igri, saj ima vsak od njih različne lastnosti(čeprav obstajajo splošne taktike).
Zato pristopimo k intervjuju z razvijalcem programske opreme s humorjem in sprejmimo celoten proces kot razburljiva igra, v katerem greš v finale in premagaš menedžerje, ki te zaposlijo, ki bodo:

- strokovnjak za zaposlovanje;
- višji razvijalec;
- upravitelj programske opreme;
- tehnični direktor.

Ste pripravljeni? odlično! Začnemo s skramom z rekruterjem iz kadrovske službe na prvi stopnji.

1. stopnja: šef, rekruter

Šef kadrovske službe ima naslednje značilnosti:

- varuje dostop do drugih šefov;
- prva oseba, ki prebere in oceni vaš življenjepis;
- običajno niso tehnično pripravljeni;
- zanima vas prijava na več prostih delovnih mest v podjetju.

Jennifer Loffus, regionalna direktorica Astron Solutions, bivši predsednik Newyorško združenje za človeške vire.

Vsakdo, ki je bil na razgovoru za delovno mesto razvijalca programske opreme, ve, da se boste najverjetneje morali najprej srečati s kadrovsko osebo. On ali ona ima običajno veliko vprašanj za vas in ima tudi ključ do naslednjih ravni, kjer se boste srečali z vodji IT oddelkov. Kako priti čez to prvo raven, kjer pregledajo vaš življenjepis, prejmete telefonski klic in se pogovorite iz oči v oči s svojim šefom kadrovske službe?

Obstaja mnenje, da imajo kadroviki samo eno željo - zapolniti kandidate za novo delovno mesto. Se spomniš Tobyja iz Pisarne? Tako je njegova podoba kadrovika močno olepšana.

Morda so kadrovniki že prekrižali vaše karierne načrte. Vendar pa njihovo glavni cilj Ne gre za nesprejetje. Soočeni so s specifično nalogo vodstva, da najdejo najboljšega kandidata za razpisano delovno mesto, zato upoštevajo naslednje lastnosti kandidata: izobrazbo, delovne izkušnje in kvalifikacije na zahtevanem področju. Raziščimo strategijo za ustvarjanje idealnih odnosov s kadrovsko službo.

Če želite priti do prve stopnje razgovora s kadrovskim uslužbencem, se izogibajte naslednjim napakam:

Ne pošiljajte življenjepisa z napakami

Vaš življenjepis govori o vas, vaši pozornosti do podrobnosti in vašem zanimanju za delo. Življenjepis z napakami bo kadroviku povedal, da ste brezbrižni tako do podjetja kot do samega položaja. Večkrat skrbno preverite svoj življenjepis glede napak in ga preberite na glas, da opazite morebitne tipkarske napake. Prosite koga drugega, naj ga ponovno prebere, saj lahko najde napake, ki ste jih spregledali.

Ne pošiljajte svojega življenjepisa predolgega

V svoji karieri ste dosegli veliko in želite o tem govoriti. In kadrovik želi razumeti, ali ste primerni za določen položaj, medtem ko ima zelo malo časa, da se seznani z vašim življenjepisom. Uredite svoj življenjepis tako, da bo ustrezal delovnemu mestu, za katerega se prijavljate. Življenjepis naj obsega 500 - 1000 besed in naj bo dolg največ dve strani. Uporabite pisavo 12, da bo besedilo lažje berljivo (ne 8 ali 9).

Ne pošiljajte splošnih življenjepisov in motivacijskih pisem

Vaš življenjepis in motivacijsko pismo morata biti prilagojena vašemu specifičnemu položaju, podjetju in poslovnemu področju. Na primer, če se prijavljate na delovno mesto internetnega razvijalca v finančnem podjetju in v svojem življenjepisu in pismu navedete, da vas zanima upravljanje informacijske tehnologije v neprofitna organizacija, verjetno ne boste povabljeni na razgovor. Opišite!

Vabljeni ste na razgovor s članom kadrovske službe!

čestitke! Prejeli ste že vabilo na prvi razgovor s kadrovico. Pripravili smo več goljufivih kod, ki vam bodo pomagale prestati in spoznati starejšega razvijalca na ravni 2.

Koda goljufanja:Če pošljete življenjepis, ki je predolg, ni prilagojen določenemu položaju ali vsebuje napake, bo vaše igre konec, še preden se začne.

Pridite zgodaj in dobro pripravljeni

Ko pridete v pisarno podjetja, boste morda morali izpolniti nekaj papirjev. tako da jih je mogoče dokončati pred začetkom razgovora. Ponavadi menedžerji zaseden urnik razgovore, zato je 20-minutno čakanje na kandidata zanje nesprejemljivo. Poleg tega prinesite kontaktne podatke tistih, ki so se strinjali, da vam bodo dali priporočila.

Oblecite se formalno

Obvezno za moške poslovna obleka s kravato, za ženske hlačni kostim ali suknjič s krilom. Če se prijavljate na kreativno delovno mesto v mladem podjetju, klasični slog morda ne ustreza. Kodeks oblačenja preverite pri kadrovskem uradniku.

Spravi se v red

Neprijetne vonjave naj ne motijo ​​sogovornika. Poskrbite, da vam pred sestankom ne diši po čebuli, česnu, tobaku ali kavi. Naredite zalogo dlesni ali pršila za usta.

Osredotočite se!

Kadroviku se med razgovorom v celoti posvetite, bodite do njega vljudni, izklopite se mobilni telefon da ne bi motil.

Skoraj 2. stopnja!

Prepričajte se, da ste primerno oblečeni, lepo dišite in popolnoma pripravljeni na razgovor. In zdaj ste na ciljni črti 1. stopnje! Poleg zagotavljanja, da imate vsa znanja in izkušnje, potrebne za položaj, morate ...

Ohranjajte očesni stik

Če sogovornika gledate v oči, kažete iskreno zanimanje za delo in podjetje. Poglejte ga in ne svoje roke, strop, vrata ali okna, to bo znatno povečalo vaš dohodek.

Pojdite v ofenzivo

Mnogi si vzamejo odmor od poklicnih izkušenj, zlasti v kriznih časih. Bodite prvi, ki bo razložil razloge za prekinitve v vaši karieri in ne čakajte na vprašanja o tej temi. Odprite in aktivni položaj vam bo dalo prednost pred tistimi, ki poskušajo prikriti taka dejstva.

Bodite pripravljeni govoriti o prejšnjih delodajalcih

Verjetno vas bodo vprašali, zakaj ste zapustili svojo zadnjo službo, pa tudi, kaj vam je bilo všeč in česa ne marate početi na zadnjem delovnem mestu. Pripravite verodostojne in taktne odgovore. Ne pozabite, da negativne informacije o vašem prejšnjem vodji ali sodelavcih ne bodo delovale v vašo korist.

Govorite z jasnimi besedami

Razvijalci programske opreme uporabljajo veliko akronimov: ASP, CAO, GAC, IIS itd. Med pogovorom s kadrovsko osebo (morda brez tehničnega znanja) dešifrirajte vsako kratico, ko jo prvič omenite. Prepričajte se, da govorite v jeziku, ki ga sogovornik razume, da ne boste sprovocirali dodatnih vprašanj.

Postavljajte vprašanja

Vnaprej preučite informacije o podjetju in pripravite vsaj 3 vprašanja za kadrovika. Tukaj je nekaj vprašanj brez napak, ki jih lahko postavite med razgovorom:

- Kaj vam je pri organizaciji najbolj všeč?
- Zakaj delaš tukaj? Ljudje radi govorijo o sebi!
- Kako informacijska tehnologija podpirati razvojne načrte podjetja?
- Kakšne napake običajno delajo novi zaposleni?

reci "hvala"

Če je razgovor potekal dobro, bo kadrovnik z vami preživel od 30 do 60 minut. Na isti dan pošljite eno tradicionalno e-pošto in eno e-pošto e-pošta hvaležen za njegov čas.

S to preverjeno tehniko boste izstopali iz množice, sogovornik pa si vas bo zagotovo zapomnil. V pismu navedite nekaj tem, o katerih je govoril vodja kadrovske službe, da bo osebno.

Torej, opravili ste razgovor z nabornikom in iskanje se nadaljuje, v naslednjem članku spoznajte šefa na ravni 2: višji razvijalec.

Oznake: