Tekniska intervjuer är kända för sina pussel. Oavsett om du blir ombedd att skriva ett binärt träd på en whiteboard, förklara en sorteringsalgoritm eller implementera FizzBuzz på 10 rader eller mindre, bör du förbereda dig för tekniska programmeringsfrågor i den genomsnittliga intervjun.
Men det är inte det enda du borde vara beredd på.
Verkligheten är att många utvecklare kommer att kunna lösa vanliga frågor om programmeringsintervjuer med liten variation mellan svaren. Så, vad gör dig annorlunda än nästa kandidat? Det är exakt vad vi kommer att fokusera på i dessa fem tips.
1. Prata om din resonemang och problemlösningsprocess
Det värsta du kan göra när du får en tuff fråga är att gå helt mållös. Tyvärr är det väldigt lätt att göra detta vid en olycka. När du stöter på ett problem som kräver betydande mental energi och fokus, är det troligt att din första lutning är att dra sig tillbaka i ditt sinne. Även om detta är naturligt, är det inte särskilt bra för intervjuaren.
Syftet med tekniska frågor är delvis att avslöja hur du funderar på att lösa problem. Vad är din process? Hur delar du ner de olika komponenterna? Hur kommer du fram till en lösning? Hur reagerar du när du försöker något som inte fungerar? Är du bättre på att experimentera med kod eller att skissa något ut på en whiteboard?
Förklara vad som händer i ditt huvud när du löser problemet. Gör som om du spelar in din röst för att publicera online för att lära andra hur man löser problemet. Även om dina intervjuare ger dig utrymme att tänka tyst kan du dra nytta av att förklara din tankeprocess utan att de får dig att göra det. Detta hjälper dem inte bara att förstå dina färdigheter och kritiskt tänkande mer ingående, utan det gör dig också mer minnesvärd.
2. Vad är bättre än att lösa ett problem i en teknisk intervju? Lösa det två gånger
Mycket få problem har bara en lösning, och alla problem har oändliga felaktiga lösningar. Så om du bara fokuserar på ett sätt att lösa ett problem, saknar du en stor möjlighet att bevisa din flexibilitet och kompetens.
Istället för att helt enkelt gå med en välkänd lösning eller arbeta på ett enda språk, öppna diskussionen om det specifika problemet och lösa det för olika scenarier. Om du till exempel blir ombedd att programmera FizzBuzz kan du erbjuda att göra det på två språk, eller genom att använda två olika paradigmer, eller kanske genom att ta några prestandabegränsningar för en lösning och estetiska begränsningar för en annan.
Genom att bekräfta att problemet kan ha flera lösningar visar du din anpassningsförmåga, flexibilitet och medvetenhet, som alla ger förtroende för dina intervjuare att du kommer att kunna välja rätt lösning bland många möjligheter.
Gör naturligtvis inte överbord - det finns en konst att läsa när svara på en fråga med flera lösningar är överdödiga eller glatt välkomna. Om du är osäker, var inte rädd för att fråga dina intervjuare om de bryr sig om du tar lite tid att utvidga din lösning med ett sekundärt alternativ.
3. Var inte rädd för att dela dina åsikter när det är tillämpligt
Ibland, när du arbetar genom problem, kommer du att fatta beslut som helt baseras på din egen smak och åsikt. Och det är OK - arbetsgivarna är intresserade av din åsikt! Hur du tänker och reagerar på situationer gör en stor skillnad för företagets kultur. Att ha en åsikt är också ett tecken på ledarskap och teknisk mognad som utvecklare. För att diskutera dina åsikter krävs att du har utvärderat andra ståndpunkter i ett visst ämne.
Kom dock ihåg att åsikter kan hållas mycket nära. Om du inte håller med din intervjuare om ett visst ämne, trampa lätt när du delar den informationen. Det är bra att ha en synvinkel, men det är också viktigt att notera att dela det inte alltid är nödvändigt och vet hur man väljer dina strider. En bra tumregel: Dela inte din åsikt om du inte blir frågad.
4. Avsluta aldrig ett svar med "Jag vet inte"
Om du inte står inför ett "Kobayashi Maru" -scenario, avsluta aldrig en intervjufråga med "Jag vet inte." Det är inte ett alternativ på jobbet, så det borde inte vara ett alternativ i intervjun.
Naturligtvis säger jag inte att du borde veta allt. Det är omöjligt! Men du bör visa att du har en strategi för att lära dig vad du behöver veta för att få jobbet gjort. Försök svara med "Jag vet inte hur jag gör det, men här är hur jag skulle gå igenom det." Detta svar borde gå längre än att bara säga "Jag skulle Google det" också. Du är bättre på att förklara den mest troliga riktningen du skulle undersöka.
Skämmas mest av allt! Lärande är till stor del processen att ta reda på saker du inte vet. Din arbetsgivare förväntar sig inte att du ska vara perfekt, men de förväntar dig att du ska vara flitig och intelligent och att aldrig sluta med ett problem.
5. Spela alltid för laget
Såvida du inte är frilansutvecklare, kommer ditt jobb alltid att ställas in inom ramen för ett team, och teamets framgång är alltid av största vikt för din egen. Så din intervju bör återspegla att du inte bara är bekymrad över att lösa dina problem under en given dag utan snarare att du är fokuserad på att göra vad som krävs för att teamet ska lyckas.
Så, hur kan du kommunicera detta i en intervju?
Diskutera aldrig problem som om de är i vakuum
Nästan alla projekt har praktiskt taget resurskrav och begränsningar, så visa din medvetenhet om problemets sammanhang. Ett problem som löses väl men som har gått över budgeten är inte riktigt den bästa lösningen.
Visa din medvetenhet om expertis i det befintliga teamet
Ibland är det bästa svaret på en fråga att be andra i ditt team att samarbeta med dig, och du kan hänvisa till dessa personer i de tekniska frågorna: "Om jag fick fram problemet med vårt team skulle jag förmodligen be om att granska min lösning också. ”Detta visar att du är villig att lita på andras sakkunskap och att ditt mål är att nå den bästa lösningen.
Kommunicera ditt team Drivna värden på ett uttryckligt sätt
Detta är en tillräckligt viktig fråga för att du ska komma ut och säga det. Du vill se till att dina arbetsgivare är helt medvetna om att ditt mål är att hjälpa företaget att lyckas, inte bara att sitta vid skrivbordet och koda hela dagen.
I slutändan är ditt jobb som utvecklare inte bara att koda. Det är att vara en lagspelare, en ledare och någon som aldrig är villig att sluta i ett problem. Möjligheterna i en teknisk intervju är inte bara att visa att du kan uppfylla mål eller skriva algoritmer, utan också att sätta dig själv ovanför konkurrensen och visa värdet du lägger till en arbetsgivare.
