Enten du har programmert siden pyjamas hadde føttene på seg eller du vender ned mot tønnen på din første jobbjakt etter skolen, kan det tekniske intervjuet være et skremmende hinder mellom deg og drømmejobben.
Men frykt ikke - bare gjør deg klar til å vise frem ferdighetene dine. Nedenfor finner du noen tips som er nyttige for å prøve ethvert teknisk intervju.
Før intervjuet
Få en bok
Begynn å forberede deg så tidlig som mulig før intervjuet (selv om jeg bare klarte to dager). Å jobbe gjennom en forhåndsbok vil ikke bare oppdatere kunnskapene om algoritmer og datastrukturer, men den vil også sette deg i riktig problemløsende tankesett.
Det viktigste er at du velger riktig prep bok for ditt nivå og interesser. Å knekke kodingsintervjuet er en stor ressurs, men hvis du ikke allerede er en rimelig erfaren programmerer, vil det ikke gjøre opp for opplevelsen. Hvis du bare begynner, er det andre bøker du får mer kjørelengde ut av, for eksempel Programming Interviews Exposed: Secrets to Landing Your Next Job . Og det er mange mer spesialiserte og avanserte bøker for de med mer erfaring.
Øvelse gjør mester
Få ting slår panikk som praksis gjør, så begynn å tavle når du kan, selv veldig små problemer. Koding av intervjubøker tilbyr nesten uendelige utvalgsproblemer, men du kan bruke problemer du allerede jobber med. Still problemet for deg selv (eller be en teknisk tilbøyelig venn om å utgjøre det for deg, for et mer realistisk oppsett), kartlegge strategien din og sett markøren til tørt slette brett. Jo mer komfortabel du er med å merke opp det tomme tavlen hjemme, jo mindre nølende vil du være på intervjuet.
Hvis du har kort tid og vil komme deg raskt over ristene, kan du legge til press som ikke vil være der i selve intervjuet. Hvis du gir deg selv en tidsbegrensning eller har noen du respekterer som rollen som intervjueren din, vil den virkelige avtalen føles som et kakestykke.
Ikke overbelast deg selv
Når du planlegger intervjuer, må du huske å legge igjen et par timer i mellom. Dette høres ut som et førsteverdensproblem, men hver gang jeg hadde flere intervjuer på en dag, presterte jeg ikke så godt jeg kunne ha. Enten bekymret jeg meg for å komme til den neste i tid, eller så hadde jeg allerede maksimert logikken min timer før.
Oh, og få litt søvn. Dette høres ut som noe moren din ville fortalt deg, men det er få ting som vil kaste deg ut av spillet ditt som søvnmangel. Det kan sammenlignes med å dukke opp full.
I intervjuet
Vær klar for noe
Når du har kommet deg til intervjuet, bør du være forberedt på noen få forskjellige problemløsninger. Intervjuene dine kan be deg om å snakke gjennom hvordan du løser et problem, de kan åpne en datamaskin og be deg om å veilede dem gjennom å lage kode, eller de kan få deg til å skrive koden selv på en tavle. Vær forberedt på variasjon, og ikke bli snublet opp på detaljene! Uansett hvilken metode intervjuerne bruker, er det dine ferdigheter til å løse problemer som de virkelig tester.
Stille spørsmål
Når du blir presentert for et problem, tenk gjennom det og sørg for at du helt forstår hva du blir bedt om å returnere. Ikke vær redd for å stille spørsmål tidlig hvis noe er uklart. Hvis det er kantsaker, kan du for eksempel spørre hvordan intervjuerne dine vil at de skal håndteres. Bør du kaste et unntak? Gå i stykker?
Sørg også for å stille prosedyrespørsmål for å forstå hva intervjuerne leter etter og hva begrensningene dine er - f.eks. "Er det et spesifikt språk du vil at jeg skal gi deg min løsning på?" Eller "Kan jeg anta at jeg har tilgang til noe Python-bibliotek? ”
Og ikke gjør antagelser. Selv om du er ganske sikker på at det er trygt, kan du nevne høyt hva du tenker, slik at intervjuerne kan gi deg beskjed om du savner noe.
Ta den tiden du trenger
Når du har forstått spørsmålet du blir stilt, ikke vær redd for å ta et øyeblikk til å tenke og bearbeide før du begynner å løse problemet. Så lenge du ikke blir sperret av raske, kunnskapsbaserte spørsmål, er det bra å stoppe etter å ha blitt stilt spørsmålet. Selvfølgelig - pass på at du ikke tar 10 minutter på å løse det i hodet uten å si et ord! Poenget er å bruke tiden din foran til å strukturere tilnærmingen din, ikke å prøve å skrive all koden i hodet før du berører markøren til tavlen.
Tenk stort bilde
Tenk på det store bildet av problemet først. Det er greit å pseudokode den generelle strukturen, så lenge du sier til intervjuerne at det er det du gjør, og at du har tenkt å gå tilbake og faktisk kode den senere. Det er en god måte å laste av organiseringen av problemet slik at hjernen din har mer rom for behandling. Dette vil også hjelpe hvis du går tom for tid til slutt; intervjuerne vil i det minste vite hvordan du hadde planlagt å fullføre oppgaven selv om du ikke kom til detaljene.
Ikke bekymre deg først med å finne den mest effektive måten å løse problemet på, med mindre det naturlig dukker opp i hodet ditt. Spik en mindre effektiv løsning, og diskuter deretter hvorfor det er mindre enn ideelt. Deretter, hvis du har tid eller ser en bedre måte å løse det på, gå videre til en mer tids- eller romvennlig algoritme. Selv om alt du har tid til å gjøre er å fullføre den mindre effektive versjonen og deretter forklare hvordan du vil gjøre det bedre, er det ikke et dårlig svar.
Snakk det ut
Viktigst: Snakk. Ta med deg intervjuerne i problemløsningen. Dette kan være så enkelt som å skissere hva du skal gjøre når du gjør det ("Så, jeg trenger en for-loop for å itere gjennom alle elementene på denne listen") eller stille deg selv problemer som deg go ("Dette betyr at jeg trenger en bedre måte å få tilgang til informasjonen; hmm, jeg kommer tilbake til det senere").
Å snakke gjennom tankeprosessen din gir intervjuerne et vindu inn i hvordan du tenker, og det er til syvende og sist poenget med intervjuet. Selv om du synes løsningen din er fantastisk, er det bedre for dem å vite hvordan du taklet problemet og kom til svaret ditt, enn å se det fullverdige svaret og ikke ha en anelse om hva som førte deg dit. Det gir også intervjuerne en sjanse til å hjelpe deg hvis du sitter fast eller går nedover en sti som er en blindvei.
Ta med folkets ferdigheter, også
Bare fordi du går på en ingeniørjobb, betyr ikke det at du kan slappe av å være omgjengelig og ansvarlig. Jeg har hørt skrekkhistorier om fantastiske programledere som ikke ble ansatt fordi de ikke var en kultur som passet eller hadde en dårlig holdning. Jeg er sikker på at du også har det. Ikke vær den personen.
Nysgjerrighet og entusiasme er verdsatt hos enhver ansatt - og utviklere er ikke forskjellige. Spør om selskapets ingeniørteam, stabelen og de tøffeste problemene det takler for produktet. Selvfølgelig er det en fin linje mellom å være entusiastisk og å være en sykofant, så hold det ekte, men alle elsker en kandidat som er interessert i produktet han eller hun skal jobbe med.
Lær noe nytt
Til slutt er en ting som intervjuobjekter ofte går glipp av, læringsmuligheten. Forhåpentligvis lærer du noe nytt i hvert intervju - du skaffer deg en ny idé eller nytt verktøy, eller får litt innsikt i interessante produkter og teknologi. Jo mer du tenker på intervjuene dine på denne måten, desto mer verdifull vil tiden være for deg i det lange løp.
