Hogyan szögezzük meg a kódoló interjút

Mindannyian átmentünk ezen. Minden ismerős fejlesztő, mindenki, akiről hallottál, még azokról is, akiket csodálsz, műszaki interjún ment keresztül, és kitalálta mi. Legalább egyszer kudarcot vallottak.

Tehát van egy trükk, amely sikeres lesz a következő interjúban? Az igazság az, hogy nincs trükk. De vannak olyan módok, amelyek növelik a lehetőségeket, hogy megszerezze ezt a munkát, és néhányat ebben a cikkben fogok leírni, a saját interjúk során szerzett tapasztalataim alapján.

Mindenekelőtt egy tényt fogok megosztani veled, amely talán nem olyan meglepő. Gondolkozott már azon, amit interjúk keresnek önéletrajzában?

Egy munkatárs.

Igen, csak fejlesztőt akarnak, akivel kommunikálhatnak, együttműködhetnek, tudást és tanulást cserélhetnek. Ez az oka annak, hogy mielőtt kódba merülne, a legtöbb interjúkészítő szeretne beszélgetni a személyiségéről. A tökéletes jelölt valaki, aki kommunikációs, kódolási ismeretekkel rendelkezik és tudja, hogyan kell megosztani az ismereteket, valaki, aki tulajdonosnak érzi magát a kódja iránt, vállalja a felelősséget nehéz időkben és kijavítja a nem igazán megfelelő dolgokat, még akkor is, ha ő nem kell.

Tehát feltétlenül készítsen (vagy akár felépítsen) példákat olyan helyzetekre, amelyek bizonyítják, hogy miért kellene hinniük abban, hogy te vagy a tökéletes jelölt. Ezen túlmenően, tedd az interjúkészítőt úgy, mintha egy csapat tagjai lennének. Az interjú készítője tudni akarja, milyen érzés egy veled felmerülő probléma megoldása, ezért tegye az interjút együttműködővé. Ha egy kódolási problémától kérdezik, próbáljon „én” -et használni az „én” helyett, mint például: „Az x megközelítést kell használnunk, mert ...” Ezenkívül gondoljon hangosan. Komolyan. Mondja: „Próbáljuk meg csinálni ezt és azt - nem vagyok biztos benne, hogy működni fog-e.” Ha elakad, csak mondja el, amit gondol. Mondja el, mi működhet, és miért gondolja, hogy a jelenlegi megoldás nem működik. Biztosíthatom Önöket, hogy az interjúkészítője szintén ugyanazon a helyzetben volt.

És egy igazán fontos: Mondja meg: "Nem tudom". Ne próbálkozzon úgy tűnik, hogy tud valamit, amit nem tud. Ha valami olyan kérdést kérnek tőle, amely kívül esik a tudásodban, próbáljon ki példákat más hasonló problémákra vagy nyelvekre, amelyekben jól érzi magát. Még akkor is, ha olyan megoldásra gondol, amely úgy érzi, hogy semmi köze nincs a megoldandó problémához, ossza meg megkérdezőjével és magyarázza el, miért gondolja, hogy ez nem kapcsolódik egymáshoz.

Technikai szempontból, a választott pozíciótól függően, különféle kérdéseket lehet feltenni. Általános szabály a következő. Ha azt állítja, hogy jól ismeri a programozási nyelvet, akkor képesnek kell lennie arra, hogy megértse és magyarázza annak mechanikáját, oldalát és gyengeségeit. Milyen helyzetekben használná, melyikben nem és miért.

Íme néhány kérdés, amelyet a legtöbbször felteszek:

  • Dolgozott már egy csapatban?
  • Mely agilis módszereket használtál már korábban?
  • Hogyan tudja megbizonyosodni arról, hogy az ismeretek eloszlanak-e a csapatban?
  • Hogyan viselkedne egy olyan fejlesztővel, akinek a véleményétől eltérő vélemény van egy fontos témában?
  • Volt valaha konfliktus a kollégáddal és hogyan sikerült legyőzni?
  • Mi volt a legújabb műszaki probléma, amelyet meg kellett kezelnie?
  • Hogyan határozza meg a kód tulajdonjogát?
  • Mi a szakmai végső célja?

Csak emlékeztetőként felkészülhet olyan válaszokra, amelyek nem feltétlenül alapulnak a tényleges eseményeken. Ezenkívül feltétlenül kérdezze meg saját kérdéseit a cégről, a termékről és azokról a módszertanokról, amelyekkel potenciális kollégái dolgoznak.

Természetesen ez a cikk nem garantálja, hogy a következő interjú sikeres lesz. De a saját interjúk során szerzett tapasztalataim alapján az ezen iránymutatásokat követő felkészült jelölteknek nagyobb esélyük van arra, hogy megszerezzék ezt a szerepet.

Kellemes hetet!