Hoe dat coderingsgesprek te maken

We hebben dit allemaal meegemaakt. Elke ontwikkelaar die je kent, elke ontwikkelaar waarvan je hebt gehoord, zelfs degenen die je bewondert, hebben een technisch interview gehad en raden wat. Ze faalden minstens één keer.

Dus is er een truc die uw volgende interview succesvol zal maken? De waarheid is dat er geen truc is. Maar er zijn enkele manieren die je mogelijkheden om die baan te krijgen kunnen vergroten en ik ga er enkele in dit artikel opschrijven, gebaseerd op mijn eigen interviewervaring.

Allereerst zal ik een feit met u delen dat misschien niet zo verrassend is. Heb je ooit gedacht waar interviewers naar op zoek zijn in je CV?

Een collega.

Ja, ze willen gewoon een ontwikkelaar met wie ze kunnen communiceren, samenwerken en kennis en ervaringen uitwisselen. Daarom praten de meeste interviewers graag over je persoonlijkheid voordat ze de code ingaan. De perfecte kandidaat is iemand die communicatief is, over codeervaardigheden beschikt en kennis weet te delen, iemand die eigenaar kan zijn van zijn / haar code, de verantwoordelijkheid kan nemen tijdens moeilijke tijden en dingen kan oplossen die niet helemaal kloppen, zelfs als hij / ze hoeft niet.

Zorg er dus voor dat u voorbeelden voorbereidt (of zelfs opbouwt) van situaties die bewijzen waarom zij moeten geloven dat u die perfecte kandidaat bent. Bovendien, laat de interviewer het gevoel hebben dat je in een team zit. De interviewer wil weten hoe het voelt om door een probleem met jou te werken, dus laat het interview samenwerken. Wanneer u wordt gevraagd naar een coderingsprobleem, probeer dan 'wij' te gebruiken in plaats van 'I', zoals in 'We moeten de x-benadering gebruiken omdat ...' Denk verder hardop. Ernstig. Zeg: "Laten we dit en dat proberen - ik weet niet zeker of het gaat werken" Als je vastzit, zeg dan gewoon wat je denkt. Zeg wat zou kunnen werken en waarom denkt u dat uw huidige oplossing niet werkt. Ik kan u verzekeren dat uw interviewer ook dezelfde situatie heeft doorgemaakt.

En een heel belangrijke: zeg "Ik weet het niet". Probeer niet te lijken iets te weten wat u niet weet. Als je iets wordt gevraagd dat buiten je kennis valt, probeer dan voorbeelden te halen uit andere vergelijkbare problemen of talen waar je je prettig bij voelt. Zelfs als u denkt aan een oplossing waarvan u denkt dat het niets te maken heeft met het probleem dat u probeert op te lossen, deel het dan met uw interviewer en leg uit waarom u denkt dat het geen verband houdt.

Aan de technische kant kunnen, afhankelijk van de functie waarvoor u solliciteert, verschillende vragen worden gesteld. Een generieke regel is de volgende. Als je beweert een programmeertaal goed te kennen, moet je de werking, de voordelen en de zwakke punten ervan kunnen begrijpen en verklaren. In welke situaties u het zou gebruiken, in welke niet en waarom.

Hier zijn enkele vragen die ik meestal stel:

  • Heb je eerder in een team gewerkt?
  • Welke agile methodieken heb je eerder gebruikt?
  • Hoe zorg je ervoor dat kennis over je team wordt verspreid?
  • Hoe zou u omgaan met een ontwikkelaar die een andere mening heeft dan de uwe over een cruciaal onderwerp?
  • Heb je ooit een conflict gehad met een collega van je en hoe heb je dit opgelost?
  • Wat was het nieuwste technische probleem waarmee u te maken had?
  • Hoe definieer je code-eigendom?
  • Wat is je professionele ultieme doel?

Ter herinnering, u kunt uzelf voorbereiden met antwoorden die niet noodzakelijkerwijs gebaseerd zijn op feitelijke gebeurtenissen. Stel bovendien uw eigen vragen over het bedrijf, het product en de methoden waarmee uw potentiële collega's werken.

Natuurlijk kan dit artikel niet garanderen dat uw volgende interview succesvol zal zijn. Maar op basis van mijn eigen interviewervaring, hebben voorbereide kandidaten die deze richtlijnen volgen meer kansen om die rol te krijgen.

Heb een goede week!