Pair Programming Interjú: Mire Számíthatsz és Hogyan Készülj Fel

Ha főleg algoritmus rejtvényekkel készültél, egy pair programming kör szokatlannak tűnhet. Ez a szakasz elmagyarázza, miben különbözik, és miért változtatja meg ez a felkészülésedet. A rövid válasz az, hogy jövőbeli csapattagként értékelnek, nem rejtvényfejtőként.

A session általában háromféleképpen zajlik: egy böngészőalapú közös szerkesztőben, a saját IDE-dben, miközben megosztod a képernyődet, vagy egy már elkészített take-home projekt kiterjesztéseként. A feladat általában a mindennapi munkára hasonlít, például egy validációs szabály hozzáadására, egy sikertelen teszt javítására, vagy egy függvény refaktorálására. Egyes cégek felcserélik a szerepeket, így a session egy részében te vagy a driver, aki gépel, egy részében pedig a navigator, aki irányít.

• Tisztázó kérdések. Hogy megerősíted-e a követelményt és azt, mit jelent a 'kész', mielőtt kódot írnál.
• Hangos gondolkodás. Hogy a párod tudja-e követni a tervedet anélkül, hogy kérdeznie kellene.
• Fokozatos haladás. Kicsi, működő lépések egyetlen nagy változtatás helyett a végén.
• Tesztelés. Hogy írsz-e vagy futtatsz-e tesztet annak bizonyítására, hogy a változtatás működik.
• Kódolvasás. Milyen gyorsan tájékozódsz olyan kódban, amit nem te írtál.
• Visszajelzés fogadása. Hogyan reagálsz egy tippre vagy egy másik ötletre a párodtól.

Más kódolási formátumokat, köztük a whiteboardot, a take-home-ot és az élő algoritmus köröket, az interview types hub hasonlítja össze.

Egy backend mérnököt, aki egy logisztikai startupnál mid-level pozícióra interjúzott, megkértek, hogy adjon hozzá egy kedvezményszabályt egy meglévő checkout modulhoz. Mielőtt elkezdett volna kódot írni, megkérdezte, hogy a kedvezmények halmozódhatnak-e, és mi történjen a már folyamatban lévő rendelésekkel. Elolvasta a meglévő teszteket, írt egy sikertelen tesztet az új szabályhoz, a lehető legegyszerűbb változtatással működésre bírta, majd megkérdezte a párját, hogy a szabály a pricing osztályba tartozzon-e, vagy egy külön policy objektumba. Amikor az interjúztató más megközelítést javasolt, kipróbálta, és elmagyarázta a kompromisszumot. Nem fejezte be a bővített követelményt, a visszajelzés mégis arra összpontosított, mennyire volt könnyű vele dolgozni.

Pontosan ezt a folyamatot — tisztázás, előbb tesztelés, kis változtatások és a dizájn megbeszélése — hivatottak megfigyelni a legtöbb pair programming kör.

Gyakorolj egy baráttal egy kis feladaton egy ismeretlen repository-ban, és gyakorold, hogy hangosan elmondd, mit csinálsz közben. Ha a saját IDE-det fogod használni, állítsd be előre a környezetet: a projektnek buildelnie kell, és a teszteknek le kell futniuk, mielőtt elkezdődik a hívás. A mock interview tool segít a beszélgetős részekben, például egy dizájndöntés vagy egy korábbi projekt elmagyarázásában.

Légy realista az élő eszközökkel kapcsolatban itt. A pair programming nagyban támaszkodik a képernyőmegosztásra, és minden, amit megosztasz, látható a párod számára; az interjúztatód is valós időben figyeli, ahogy kódolsz. A SubcueAI leiratozza az interjúztatót, és válaszpontokat vázol fel egy videóinterjú beszélgetős részei során, a desktop appból vagy a böngészőbővítményből, bot nélkül a hívásban. Maga a kódolás rajtad múlik, a proctored környezetek és a cég által kezelt eszközök pedig ezen kívül esnek. A beállítási részletek a tutorial oldalon találhatók.