Sådan negles det kodningsinterview

Vi gik alle igennem dette. Hver udvikler, du kender, hver eneste en, du har hørt om, også dem, du beundrer, gennemgik en teknisk samtale og gæt hvad. De mislykkedes mindst én gang.

Så er der et trick, der vil gøre dit næste interview vellykket? Sandheden er, at der ikke er noget trick. Men der er nogle måder, der kan øge dine muligheder for at få det job, og jeg vil skrive nogle af dem ned i denne artikel, baseret på min egen samtaleerfaring.

Først og fremmest vil jeg dele en kendsgerning med dig, som måske ikke er så overraskende. Har du nogensinde tænkt på, hvad interviewere leder efter i dit CV?

En kollega.

Ja, de vil bare have en udvikler, som de kan kommunikere med, samarbejde og udveksle viden og erfaringer med. Det er derfor, de fleste interviewere, før de dykker ned i kode, kan chatte om din personlighed. Den perfekte kandidat er en person, der er kommunikativ, har kodningsevner og ved, hvordan man deler viden, en der kan føle ejer om sin kode, tage ansvaret i hårde tider og rette ting, der ikke er helt rigtige, selvom han / hun / det behøver hun ikke.

Så sørg for at forberede (eller endda opbygge) eksempler på situationer, der viser, hvorfor de skal tro, at du er den perfekte kandidat. Derudover skal du få intervieweren til at føle, at du er i et team. Intervieweren ønsker at vide, hvordan det føles at arbejde gennem et problem med dig, så få interviewet til at føle sig samarbejde. Når du bliver spurgt om et kodningsproblem, prøv at bruge "vi" i stedet for "jeg" som i "Vi bør bruge x-fremgangsmåden, fordi ..." Desuden tænk højt. Helt seriøst. Sig, "Lad os prøve at gøre det og det - jeg er ikke sikker på, om det vil fungere selv." Hvis du sidder fast, skal du bare sige hvad du tænker. Sig hvad der muligvis fungerer, og hvorfor tror du, at din nuværende løsning ikke fungerer. Jeg kan sikre dig, at din interviewer også har været igennem den samme situation.

Og en virkelig vigtig en: Sig ”Jeg ved ikke”. Forsøg ikke at se ud til at vide noget, du ikke gør. Hvis du bliver spurgt om noget, der går ud af din viden, kan du prøve at trække eksempler fra andre lignende problemer eller sprog, som du har det godt med. Selv hvis du tænker på en løsning, som du har lyst til, har den ikke noget at gøre med det problem, du kæmper for at løse, skal du dele det med din interviewer og forklare, hvorfor du synes, det ikke er relateret.

Af den tekniske side kan der, afhængigt af den position, du ansøger om, stilles forskellige spørgsmål. En generisk regel er følgende. Hvis du hævder, at du kender et programmeringssprog godt, skal du være i stand til at forstå og forklare dets mekanik, dets overside, dets svagheder. I hvilke situationer du vil bruge det, i hvilke ikke og hvorfor.

Her er nogle spørgsmål, som jeg stiller de fleste gange:

  • Har du arbejdet i et team før?
  • Hvilke agile metoder har du brugt før?
  • Hvordan sikrer du dig, at viden spreder sig i dit team?
  • Hvordan ville du håndtere en udvikler, der har en anden mening end din om et afgørende emne?
  • Har du nogensinde haft en konflikt med en kollega af dig, og hvordan har du overvundet det?
  • Hvad var det seneste tekniske problem, du var nødt til at tackle?
  • Hvordan definerer du kodeejerskab?
  • Hvad er dit professionelle endelige mål?

Bare en påmindelse, kan du forberede dig selv med svar, der ikke nødvendigvis er baseret på faktiske begivenheder. Sørg endvidere for at stille dine egne spørgsmål om virksomheden, produktet og de metoder, som dine potentielle kolleger arbejder med.

Denne artikel kan naturligvis ikke garantere, at din næste samtale bliver en succes. Men baseret på min egen samtaleerfaring har forberedte kandidater, der følger disse retningslinjer, flere chancer for at få denne rolle.

Hav en god uge!