Hvordan spikre det kodingsintervjuet

Vi gikk alle gjennom dette. Hver utvikler du kjenner, hver eneste en du har hørt om, til og med de du beundrer, gjennomgikk et teknisk intervju og gjett hva. De mislyktes minst en gang.

Så er det et triks som vil gjøre ditt neste intervju vellykket? Sannheten er at det ikke er noe triks. Men det er noen måter som kan øke mulighetene dine for å få den jobben, og jeg kommer til å skrive ned noen av dem i denne artikkelen, basert på min egen intervjuerfaring.

For det første vil jeg dele et faktum med deg som kanskje ikke er så overraskende. Har du noen gang tenkt på hva intervjuere leter etter i CVen din?

En kollega.

Ja, de vil bare ha en utvikler som de kan kommunisere, samarbeide og utveksle kunnskap og erfaringer med. Det er derfor de fleste intervjuere liker å chatte om personligheten din før du dykker ned i kode. Den perfekte kandidaten er noen som er kommunikative, har kodingsevner og vet hvordan de kan dele kunnskap, noen som kan føle eier om koden hans, ta ansvaret i vanskelige tider og fikse ting som ikke er helt riktig, selv om han / hun det trenger hun ikke.

Så sørg for å forberede (eller til og med bygge opp) eksempler på situasjoner som beviser hvorfor de skal tro at du er den perfekte kandidaten. Foruten det, kan du få intervjueren til å føle at du er på lag. Intervjueren vil vite hvordan det føles å jobbe gjennom et problem med deg, så få intervjuet til å føle seg samarbeid. Når du blir spurt om et kodingsproblem, prøv å bruke "vi" i stedet for "jeg", som i, "Vi bør bruke x-tilnærmingen fordi ..." Tenk videre høyt. Alvor. Si: "La oss prøve å gjøre dette og det. Jeg er ikke sikker på om det kommer til å fungere." Hvis du sitter fast, bare si hva du tenker. Si hva som kan fungere, og hvorfor tror du at din nåværende løsning ikke fungerer. Jeg kan forsikre deg om at intervjueren din også har vært gjennom den samme situasjonen.

Og en veldig viktig en: Si "Jeg vet ikke". Ikke prøv å se ut til å vite noe du ikke har. Hvis du blir spurt om noe som går ut av kunnskapen din, kan du prøve å trekke eksempler fra andre lignende problemer eller språk som du føler deg komfortabel med. Selv om du tenker på en løsning som du føler at den ikke har noe å gjøre med problemet du sliter med å løse, kan du dele den med intervjueren og forklare hvorfor du tror det ikke er relatert.

Avhengig av hvilken stilling du søker på, kan tekniske spørsmål stilles på den tekniske siden. En generisk regel er følgende. Hvis du hevder at du kjenner et programmeringsspråk, bør du kunne forstå og forklare mekanikken, ulemperne, svakhetene. I hvilke situasjoner du vil bruke den, i hvilke ikke og hvorfor.

Her er noen spørsmål jeg stiller mest av gangene:

  • Har du jobbet i et team før?
  • Hvilke smidige metoder har du brukt før?
  • Hvordan sørger du for at kunnskap spres over teamet ditt?
  • Hvordan vil du takle en utvikler som har en annen mening enn din om et avgjørende tema?
  • Har du noen gang hatt en konflikt med en kollega av deg, og hvordan har du overvunnet den?
  • Hva var det siste tekniske problemet du måtte takle?
  • Hvordan definerer du kodeeierskap?
  • Hva er ditt profesjonelle endelige mål?

Bare en påminnelse, kan du forberede deg med svar som ikke nødvendigvis er basert på faktiske hendelser. Sørg også for å stille dine egne spørsmål om selskapet, produktet og metodene som dine potensielle kolleger jobber med.

Selvfølgelig kan ikke denne artikkelen garantere at ditt neste intervju blir vellykket. Men basert på min egen intervjuerfaring, har forberedte kandidater som følger disse retningslinjene flere sjanser til å få den rollen.

Ha en flott uke!