Oavsett om du har programmerat sedan dina pyjamas hade fötter på dem eller om du vetter ner mot tunnan på din första jakt efter skolan, kan den tekniska intervjun vara ett skrämmande hinder mellan dig och ditt drömjobb.
Men var inte rädd - bara redo att visa upp dina färdigheter. Nedan hittar du några tips som kan vara till hjälp för alla tekniska intervjuer.
Innan intervjun
Skaffa en bok
Börja förbereda så tidigt som möjligt innan din intervju (även om jag bara lyckades med en magra två veckor). Att arbeta igenom en prep-book kommer inte bara att uppdatera dina algoritmer och kunskaper om datastrukturer, utan kommer också att sätta dig i rätt problemlösningssyn.
Det viktigaste är att du väljer rätt förbok för din nivå och intressen. Cracking the Coding Interview är en bra resurs, men om du inte redan är en ganska erfaren programmerare kommer det inte att kompensera för erfarenhet. Om du precis börjar, det finns andra böcker du får mer körsträcka ut, till exempel Programmerade intervjuer exponerade: hemligheter för att landa ditt nästa jobb . Och det finns många mer specialiserade och avancerade böcker för dem med mer erfarenhet.
Övning ger färdighet
Få saker slår panik som praxis gör, så börja whiteboard när du kan, även riktigt små problem. Kodningsintervjuböcker erbjuder nästan oändliga provproblem, men du kan också använda problem som du redan arbetar med. Ställ problemet för dig själv (eller be en teknisk benägen vän att posera det för dig, för en mer realistisk inställning), kartlägga din strategi och lägg markören för att torka raden. Ju mer bekväm du är med att markera det tomma tavlan hemma, desto mindre tveksam kommer du att vara i intervjun.
Om du har kort tid och vill komma över skakningar snabbt kan du lägga till tryck som inte kommer att finnas där i själva intervjun. Om du ger dig själv en tidsbegränsning eller har någon du respekterar som spelar rollen som din intervjuare, kommer den verkliga affären att känns som en bit kaka.
Överbelasta inte dig själv
När du planerar intervjuer, se till att du lämnar minst ett par timmar mellan var och en. Det låter som ett första-världsproblem, men när jag hade flera intervjuer på en dag gjorde jag inte så bra jag kunde ha. Jag var antingen orolig för att komma till nästa i tid eller så hade jag redan maxat ut min logik timmar innan.
Åh, och få lite sömn. Det låter som något som din mamma skulle säga till dig, men det finns få saker som kommer att kasta bort ditt spel som sömnbrist. Det är jämförbart med att vara fylld.
I intervjun
Var redo för allt
När du har kommit till din intervju bör du vara beredd på några olika typer av problemlösningar. Dina intervjuare kan be dig prata igenom hur du skulle lösa ett problem, de kan öppna en dator och be dig vägleda dem genom att skapa kod, eller så kan de låta dig skriva koden själv på en whiteboard. Var beredd på variation, och snubbla inte i detaljerna! Oavsett vilken metod dina intervjuare använder är det dina problemlösningsförmågor som de verkligen testar.
Fråga frågor
När du får problem, tänk igenom det och se till att du helt förstår vad du blir ombedd att återvända. Var inte rädd för att ställa frågor tidigt om något är oklart. Om det finns kantfall, till exempel, fråga hur dina intervjuare vill att de ska hanteras. Ska du kasta ett undantag? Ha sönder?
Se också till att ställa procedurfrågor för att förstå vad intervjuarna letar efter och vad dina begränsningar är - t.ex. "Finns det ett specifikt språk du vill att jag ska ge dig min lösning på?" Eller "Kan jag anta att jag har tillgång till något Python-bibliotek? ”
Och gör inte antaganden. Även om du är ganska säker på att det är säkert, nämn högt vad du tänker så att intervjuarna kan låta dig veta om du saknar något.
Ta din tid
När du har förstått den fråga som du ställs, var inte rädd att ta en minut att tänka och bearbeta innan du börjar lösa problemet. Så länge du inte blir rasad med snabba, kunskapsbaserade frågor, är det bra att pausa efter att ha ställts frågan. Naturligtvis - se till att du inte tar 10 minuter att lösa det i huvudet utan att säga ett ord! Poängen är att använda din tid framåt för att strukturera din strategi, inte att försöka skriva all koden i ditt huvud innan du trycker på markören till whiteboard.
Tänk stor bild
Tänk på den stora bilden av problemet först. Det är bra att pseudo-koda den övergripande strukturen, så länge du säger till intervjuarna att det är vad du gör och att du tänker gå tillbaka och faktiskt koda det senare. Det är ett bra sätt att ladda organisationen av problemet så att din hjärna har mer utrymme för behandling. Detta kommer också att hjälpa om du tar slut på tiden i slutet; intervjuerna kommer åtminstone att veta hur du planerat att slutföra uppgiften även om du inte fick detaljerna.
Oroa dig inte till att börja med att hitta det mest effektiva sättet att lösa problemet, såvida det inte naturligtvis dyker upp i ditt huvud. Spika en mindre effektiv lösning och diskutera sedan varför den är mindre än idealisk. Sedan, om du har tid eller ser ett bättre sätt att lösa det, gå vidare till en mer tids- eller rymdvänlig algoritm. Även om allt du har tid att göra är att avsluta din mindre effektiva version och sedan förklara hur du skulle göra det bättre, är det inte ett dåligt svar.
Prata det
Viktigast av allt: Prata. Ta dina intervjuare med dig i din problemlösning. Detta kan vara så enkelt som att beskriva vad du ska göra när du gör det ("Så jag behöver en för-loop för att upprepa alla artiklarna i den här listan") eller skapa problem för dig själv som dig go ("Det här betyder att jag behöver ett bättre sätt att få tillgång till informationen; hmm, jag kommer tillbaka till det senare").
Att prata genom din tankeprocess ger dina intervjuare ett fönster i hur du tänker, och det är i slutändan poängen med intervjun. Även om du tycker att din lösning är fantastisk är det bättre för dem att veta hur du närmade dig problemet och fick ditt svar än att se det fullständiga svaret och inte ha en aning om vad som ledde dig dit. Det ger också intervjuarna en chans att hjälpa dig om du sitter fast eller går en väg som är en återvändsgränd.
Ta med dina människor färdigheter, för
Bara för att du går på ett ingenjörsarbete betyder inte att du kan slacka av att vara personlig och ansvarsfull. Jag har hört skräckhistorier om fantastiska programmerare som inte var anställda eftersom de inte var en kulturpassning eller hade en dålig attityd. Jag är säker på att du också har det. Var inte den personen.
Nyfikenhet och entusiasm uppskattas av alla anställda - och utvecklare är inte annorlunda. Fråga om företagets teknikgrupp, dess stack och de tuffaste problemen det hanterar för produkten. Naturligtvis finns det en fin linje mellan att vara entusiastisk och att vara en sycophant, så håll det äkta, men alla älskar en kandidat som är intresserad av den produkt han eller hon kommer att arbeta med.
Lära något nytt
Slutligen, en sak som intervjuade oftast missar är inlärningsmöjligheten. Förhoppningsvis kommer du att lära dig något nytt i varje intervju - du får en ny idé eller ett nytt verktyg, eller får lite inblick i intressanta produkter och teknik. Ju mer du tänker på dina intervjuer på detta sätt, desto mer värdefull kommer tiden att vara för dig på lång sikt.
