Pair Programming-intervju: Vad du Kan Förvänta Dig och Hur du Förbereder Dig

Om du har förberett dig mest med algoritmpussel kan en pair programming-runda kännas ovan. Det här avsnittet förklarar hur den skiljer sig och varför det ändrar din förberedelse. Det korta svaret är att du bedöms som en framtida lagkamrat, inte som en pusselknäckare.

Sessionen genomförs oftast på ett av tre sätt: en webbläsarbaserad delad editor, din egen IDE medan du delar skärm, eller en utökning av ett take-home-projekt du redan byggt. Uppgiften liknar ofta vardagligt arbete, som att lägga till en valideringsregel, fixa ett test som misslyckas, eller refaktorera en funktion. Vissa företag byter roller, så du tillbringar en del av sessionen som drivern som skriver och en del som navigatören som guidar.

• Klargörande frågor. Om du bekräftar kravet och vad 'klart' betyder innan du skriver kod.
• Att tänka högt. Om din partner kan följa din plan utan att behöva fråga.
• Stegvisa framsteg. Små fungerande steg istället för en stor ändring i slutet.
• Testning. Om du skriver eller kör ett test för att bevisa att ändringen fungerar.
• Att läsa kod. Hur snabbt du hittar dig till rätta i kod du inte själv skrivit.
• Att ta emot input. Hur du reagerar på en ledtråd eller en annan idé från din partner.

Andra kodningsformat, inklusive whiteboard, take-home och live algoritmrundor, jämförs i interview types hub.

En backend-utvecklare som intervjuade för en mid-level-roll på en logistikstartup ombads lägga till en rabattregel i en befintlig checkout-modul. Innan de började skriva frågade de om rabatter kunde staplas och vad som skulle hända med beställningar som redan var på gång. De läste de befintliga testerna, skrev ett misslyckat test för den nya regeln, fick det att gå igenom med den enklaste möjliga ändringen, och frågade sedan sin partner om regeln hörde hemma i pricing-klassen eller i ett separat policy-objekt. När intervjuaren föreslog ett annat tillvägagångssätt provade de det och förklarade avvägningen. De blev inte klara med tilläggskravet, och feedbacken handlade ändå mest om hur enkelt det var att arbeta med dem.

Det flödet av att klargöra, testa först, göra små ändringar och diskutera design är precis vad de flesta pair programming-rundor är byggda för att observera.

Para ihop dig med en vän kring en liten uppgift i ett okänt repository och öva på att berätta högt medan du arbetar. Sätt upp din miljö i förväg om du ska använda din egen IDE: projektet ska gå att bygga och testerna ska köra innan samtalet börjar. Mock interview tool hjälper till med de samtalsdrivna delarna, som att förklara ett designval eller ett tidigare projekt.

Var realistisk kring live-verktyg här. Pair programming bygger mycket på skärmdelning, och allt du delar syns för din partner; din intervjuare tittar dessutom på hur du kodar i realtid. SubcueAI transkriberar intervjuaren och skissar svarspunkter under samtalsdelarna av en videointervju, från skrivbordsappen eller webbläsartillägget, utan någon bot i samtalet. Själva kodningen är upp till dig, och övervakade (proctored) miljöer och företagshanterade enheter ligger utanför detta. Installationsdetaljer finns på sidan tutorial.