Hogyan tarts mock interview-t szoftvermérnöknek

Szerző: Aaron Cao · Frissítve

Hogyan tarts mock interview-t szoftvermérnöknek
Egyszerre egy fordulót gyakorolj valós időzítéssel, azokban az eszközökben, amelyeket a valódi forduló használ, egy interjúztatóval, aki közbevág. Az értékelés a struktúrára, a kommunikációra és a helyreállásra vonatkozzon, ne csak arra, hogy elérted-e az optimális megoldást. Egy mock interview, amely soha nem megy rosszul, nem gyakorolja a nehéz részt.

Egyszerre egy fordulót gyakorolj valós időzítéssel, azokban az eszközökben, amelyeket a valódi forduló használ, egy interjúztatóval, aki közbevág. Az értékelés a struktúrára, a kommunikációra és a helyreállásra vonatkozzon, ne csak arra, hogy elérted-e az optimális megoldást. Egy mock interview, amely soha nem megy rosszul, nem gyakorolja a nehéz részt.

Mit fed le egy reális mock interview szoftvermérnöknek?

Valószínűleg rengeteg feladatot megoldottál már, mégis felkészületlennek érzed magad, és az ok általában az, hogy az egyedüli megoldás nem az, amit a forduló mér. Ez a rész szétválasztja a szoftvermérnöki kör három fordulóját, mert mindegyik más gyakorlást igényel, és az összemosásuk elpazarolja az ülést.

  • Coding. 35-45 perc, egy vagy két feladat, hangosan gondolkodva gépelés közben. A gyakorlás célja, hogy narráld egy megoldást, amit még formálsz.
  • System design. 45-60 perc, egy nyitott feladat, semmi tisztázás, hacsak nem kéred. A gyakorlás célja, hogy körülhatárold a problémát, mielőtt megtervezed.
  • Behavioral. 45 perc projekttörténet ellenséges rákérdezésekkel. A gyakorlás célja, hogy túléld a harmadik rákérdezést egy döntésről, amit megbánsz.

Egyet fuss ezek közül ülésenként. Egy teljes háromórás kör produktívnak tűnik, de szinte semmilyen hasznosítható visszajelzést nem ad, mert a harmadik fordulóra már a fáradtságot, nem a készséget gyakorlod. Ha inkább a kérdésbankot szeretnéd a mechanika helyett, arról külön oldal található a mock interviews csomópontban.

Hogyan vezesd egyedül?

A szóló mock interview-k kiszámítható módon buknak el: olyan feladatot választasz, amit meg tudsz oldani, megállítod az időzítőt, amikor elakadsz, és jó érzéssel fejezed be. Mindegyik ezek közül az ellenkezője a valós körülményeknek. Ehelyett reprodukáld a korlátokat.

  • Ne válaszd te magad a feladatot. Vegyél egy listáról, amit nem olvastál, vagy válasszon valaki más. A választás azt jelenti, hogy valami kényelmeset választasz.
  • Indítsd el az időzítőt, és soha ne állítsd meg. Az elakadási idő adat. A szüneteltetés pont azt a nyomást veszi el, amire gyakorolsz.
  • Igazítsd az eszközöket. Ha a forduló megosztott szerkesztőt használ autocomplete, futtatógomb és tesztkészlet nélkül, ott gyakorolj.
  • Beszélj egy üres szobában. Abszurdnak tűnik, és ez az egyetlen legértékesebb rész. A csendes problémamegoldás olyan készséget fejleszt, amit senki nem értékel.
  • Vedd fel. Kellemetlen magadat nézni, és megmutatja a töltelékszavakat, a visszalépéseket és a percet, amikor elhallgattál.
  • Elsőre diagrameszköz nélkül tervezz. Sok design forduló csak egy hanghívás és egy üres dokumentum.

Az egyetlen dolog, amit egy szóló mock interview nem tud nyújtani, a közbevágás, és a közbevágás teszi ki a valódi forduló nehézségének nagy részét. Egy AI interjúztató pontosan ezt a hiányt fedheti le: feltesz egy rákérdezést, miközben félmondatban vagy, és nem vár udvariasan, míg befejezed. A mock interview mód így vezeti a fordulókat.

Milyen visszajelzést gyűjts?

A legtöbben befejeznek egy mock interview-t, és megjegyeznek egy ítéletet, ami egy hét múlva haszontalan. Gyűjts konkrét megfigyeléseket, amelyek olyan viselkedéshez kötődnek, amit meg tudsz változtatni.

  • Idő az első tisztázó kérdésig. Ha kilencven másodperc fölött van, rossz problémát oldasz meg.
  • A leghosszabb csend. Bármi húsz másodperc fölött helyette kimondott töltőszöveget igényel.
  • Kimondtad a megközelítésedet, mielőtt kódolni kezdtél? Igen vagy nem, minden alkalommal.
  • Hogyan álltál helyre, amikor elakadtál? Újrafogalmaztad a problémát, kisebb esetet próbáltál, vagy lefagytál.
  • A komplexitási beszélgetést kérték, vagy önként adtad? Az önkéntes jobb pontszámot kap.
  • Designnál: körülhatároltad, mielőtt rajzolni kezdtél? Először a korlátok és a skála, csak utána a dobozok.

Egy backend mérnök, aki egy senior körre készült, tizenkét mock interview-t csinált, és mindet teljesítette, majd megbukott a valódi coding fordulón, miután négy percig hallgatott egy ismeretlen variánsnál. A mock interview-i sosem tartalmaztak olyan feladatot, amit ne tudott volna megoldani, így sosem gyakorolta az egyetlen dolgot, ami valóban elromlott. Megváltoztatott egy szabályt, engedélyezve a szintje feletti feladatokat, és a csendprobléma azonnal felszínre került.

Hány mock interview elég, és mit nem tudnak megoldani?

Nincs varázsszám, és egy bizonyos pont után a mennyiség már nem térül meg. Egy hasznos minta a két vagy három mock interview fordulótípusonként, két hétre elosztva, ahol a köztük lévő áttekintés többet számít, mint maguk az ülések. Hat mock interview áttekintés nélkül rosszabb, mint három gondos jegyzetekkel.

Légy tisztában a korlátokkal. Egy mock interview nem mondja meg, milyen feladatot kapsz, nem jósolja meg az interjúztatód stílusát, és nem helyettesíti az anyag valódi ismeretét. Amit javít, az a megvalósítási réteg: beszélni gondolkodás közben, körülhatárolni építés előtt, és hangosan helyreállni, amikor elakadsz. Ezek teljesen átvihetők, és ezek azok a dolgok is, amiket olvasás nem taníthat meg.

A gyakorlás és az élő segítség két különböző kérdés, két különböző válasszal. A próba nem vitatott. A segítség egy valódi interjú alatt a formátumtól és a munkáltató szabályaitól függ, és a képernyőmegosztásos vagy felügyelt coding fordulók teljesen kizárják. Az őszinte korlátok a detectability csomópontban találhatók.

GYIK

Hány mock interview-t csináljon egy szoftvermérnök?

Kettő vagy három fordulótípusonként két hét alatt, gondos áttekintéssel mindegyik után. Ezen túl a plusz ülések többnyire azt gyakorolják, amit már jól csinálsz. Az áttekintésből jön a fejlődés, nem a darabszámból.

Tarthatok hasznos mock interview-t partner nélkül?

Igen, ha reprodukálod a korlátokat: nem magad választott feladat, időzítő, amit soha nem állítasz meg, illő eszközök és hangos beszéd. A hiányt, amit egy szóló mock interview nem tölt ki, a közbevágás jelenti, amit egy AI interjúztató vagy egy kolléga ad.

A mock interview feladatoknak a szintemen vagy nehezebbnek kell lenniük?

Szándékosan vegyél be néhányat a szinted fölött. A mock interview-k, amiket mindig teljesítesz, sosem gyakorolják a helyreállást, és egy ismeretlen problémánál való lefagyás a leggyakoribb módja annak, hogy erős mérnökök elveszítsenek egy coding fordulót.

Segítenek a mock interview-k a system design fordulóknál?

Ott segítenek a legtöbbet, mert a design fordulók szinte teljes egészében egy elmondott teljesítmény. A rajzolás előtti körülhatárolás és egy kompromisz megvédése nyomás alatt szokások, és a szokások csak hangos ismétléssel alakulnak ki.

Ugyanaz a mock interview, mint a LeetCode gyakorlás?

Nem. A feladatgyakorlás a megoldókészséget építi; a mock interview annak megfigyelés és közbevágás alatti előadását gyakorolja. Azok a jelöltek, akik csak az elsőt csinálják, gyakran meglepődnek, mennyivel nehezebbnek tűnik ugyanaz a feladat, ha valaki figyeli őket.

Kapcsolódó kérdések

← Több erről: Próbainterjúk és gyakorlás