Technische interviews staan bekend om hun puzzels. Of u nu wordt gevraagd om een binaire boom op een whiteboard te schrijven, een sorteeralgoritme uit te leggen of FizzBuzz in 10 regels of minder te implementeren, u moet zich voorbereiden op technische programmeervragen in het gemiddelde interview.
Maar dat is niet het enige waar je op voorbereid moet zijn.
De realiteit is dat veel ontwikkelaars veelgestelde vragen over programmeerinterviews kunnen oplossen met weinig verschil tussen de antwoorden. Wat maakt jou anders dan de volgende kandidaat? Dat is precies waar we ons op zullen concentreren in deze vijf tips.
1. Bespreek uw redeneer- en probleemoplossingsproces
Het ergste wat je kunt doen als je een moeilijke vraag wordt gesteld, is helemaal sprakeloos worden. Helaas is het heel gemakkelijk om dit per ongeluk te doen. Wanneer je een probleem tegenkomt dat aanzienlijke mentale energie en focus vereist, is het waarschijnlijk dat je eerste neiging is om je terug te trekken in je geest. Hoewel dit natuurlijk is, is het ook niet erg nuttig voor de interviewer.
Het punt van technische vragen is gedeeltelijk om te ontdekken hoe u denkt over het oplossen van problemen. Wat is uw proces? Hoe splitst u de verschillende componenten op? Hoe kom je tot een oplossing? Hoe reageer je als je iets probeert dat niet werkt? Ben je beter in het experimenteren in code of in het schetsen van iets op een whiteboard?
Leg uit wat er in je hoofd gebeurt terwijl je het probleem oplost. Gedraag je alsof je je stem opneemt om online te publiceren om anderen te leren hoe ze dat probleem kunnen oplossen. Zelfs als uw interviewers u de ruimte geven om rustig te denken, kunt u baat hebben bij het uitleggen van uw denkproces zonder dat zij u daartoe aanzetten. Dit helpt hen niet alleen om uw vaardigheden en kritisch denken grondiger te begrijpen, maar het maakt u ook gedenkwaardiger.
2. Wat is beter dan een probleem oplossen in een technisch interview? Twee keer oplossen
Zeer weinig problemen hebben slechts één oplossing, en alle problemen hebben oneindige onjuiste oplossingen. Dus als u zich slechts op één manier concentreert om een probleem op te lossen, mist u een belangrijke kans om uw flexibiliteit en vaardigheden te bewijzen.
In plaats van simpelweg met een bekende oplossing te gaan of in een enkele taal te werken, opent u de discussie over dat specifieke probleem en lost u het op voor verschillende scenario's. Als u bijvoorbeeld wordt gevraagd om FizzBuzz te programmeren, kunt u dit aanbieden in twee talen, of door twee verschillende paradigma's te gebruiken, of misschien door enkele prestatiebeperkingen voor de ene oplossing en esthetische beperkingen voor de andere.
Door te valideren dat het probleem meerdere oplossingen kan hebben, toont u uw aanpassingsvermogen, flexibiliteit en bewustzijn, die allemaal vertrouwen wekken bij uw interviewers dat u de juiste oplossing kunt kiezen uit vele mogelijkheden.
Ga natuurlijk niet overboord - het is een kunst om te lezen wanneer het beantwoorden van een vraag met meerdere oplossingen overbodig of gelukkig is. Vraag bij twijfel uw interviewers niet of ze het erg vinden als u de tijd neemt om uw oplossing uit te breiden met een secundaire optie.
3. Wees niet bang om uw mening te delen, indien van toepassing
Soms, als je problemen doorwerkt, neem je beslissingen die volledig gebaseerd zijn op je eigen smaak en mening. En dat is OK - werkgevers zijn geïnteresseerd in jouw mening! De manier waarop u denkt en reageert op situaties maakt een groot verschil voor de cultuur van een bedrijf. Een mening hebben is ook een teken van leiderschap en technische volwassenheid als ontwikkelaar. Om een discussie over uw meningen te hebben, moet u andere posities over een bepaald onderwerp evalueren.
Vergeet echter niet dat meningen zeer nauw kunnen worden gevolgd. Als u het niet eens bent met uw interviewer over een bepaald onderwerp, betreed dan licht wanneer u die informatie deelt. Hoewel het goed is om een standpunt te hebben, is het ook belangrijk op te merken dat het delen ervan niet altijd nodig is en weet hoe je je gevechten moet kiezen. Een goede vuistregel: deel uw mening niet tenzij u daarom wordt gevraagd.
4. Beëindig een antwoord nooit met "Ik weet het niet"
Beëindig een interviewvraag nooit met "Ik weet het niet", tenzij u geconfronteerd wordt met een "Kobayashi Maru" -scenario. Dat is geen optie op het werk, dus geen optie in het interview.
Natuurlijk zeg ik niet dat je alles moet weten. Dat is onmogelijk! Maar je moet laten zien dat je een strategie hebt om te leren wat je moet weten om de klus te klaren. Probeer te antwoorden met "Ik weet niet hoe ik dat moet doen, maar hier is hoe ik het zou uitzoeken." Dit antwoord zou verder moeten gaan dan alleen maar zeggen "Ik zou het Google", ook. Je kunt beter de meest waarschijnlijke richting uitleggen die je zou onderzoeken.
Schaam u vooral niet! Leren is grotendeels het proces van het uitzoeken van de dingen die je niet weet. Je werkgever verwacht niet dat je perfect bent, maar ze verwachten wel dat je ijverig en intelligent bent en nooit een probleem opgeeft.
5. Speel altijd voor het team
Tenzij u een freelance ontwikkelaar bent, wordt uw taak altijd ingesteld binnen de context van een team en is het succes van het team altijd van het grootste belang voor uw eigen. Je interview moet dus weerspiegelen dat je je niet alleen bezighoudt met het oplossen van je problemen op een bepaalde dag, maar dat je gefocust bent op doen wat nodig is om het team te laten slagen.
Dus, hoe kun je dit communiceren in een interview?
Bespreek problemen nooit alsof ze zich in een vacuüm bevinden
Bijna elk project zou praktisch middelenvereisten en limieten hebben, dus toon uw bewustzijn van de context van het probleem. Een probleem dat goed is opgelost maar het budget heeft overschreden, is niet echt de beste oplossing.
Toon uw kennis van de expertise in het bestaande team
Soms is het beste antwoord op een vraag om anderen in uw team te vragen om met u samen te werken, en u kunt naar die mensen verwijzen in de technische vragen: “Als ik dit probleem in de context van ons team zou krijgen, zou ik waarschijnlijk vragen om te beoordelen mijn oplossing ook. ”Dit laat zien dat je bereid bent te vertrouwen op de expertise van anderen en dat je doel is om tot de beste oplossing te komen.
Communiceer uw teamgedreven waarden expliciet
Dit is een belangrijk genoeg probleem dat je meteen moet zeggen en zeggen. U wilt ervoor zorgen dat uw werkgevers zich er volledig van bewust zijn dat uw doel is om het bedrijf te helpen slagen, niet alleen om de hele dag achter uw bureau te zitten en te coderen.
Uiteindelijk is uw taak als ontwikkelaar niet alleen om te coderen. Het moet een teamspeler zijn, een leider en iemand die nooit bereid is te stoppen met een probleem. De mogelijkheden in een technisch interview zijn niet alleen om te laten zien dat je doelstellingen kunt halen of algoritmen kunt schrijven, maar ook om jezelf boven de concurrentie te plaatsen en de waarde te tonen die je toevoegt aan een werkgever.
