Intervjufrågor för Backend Developer: Vad Frågas Det Om

Jobbannonser för backend listar ett dussin tekniker, och det är svårt att veta vilka som faktiskt testas i intervjun. Det här avsnittet kartlägger de frågeområden som återkommer i backend-processer. Stacken skiljer sig från företag till företag, men de underliggande ämnena förblir stabila.

• API-design. REST kontra RPC, versionshantering, paginering, felsvar, autentisering och idempotensnycklar.
• Databaser och datamodellering. Val mellan relationell eller dokumentbaserad lagring, index, joins, transaktioner, isoleringsnivåer, N+1-frågor och att köra schemamigreringar säkert.
• Caching och prestanda. Cache-invalidering, utgångstider, cache stampedes och hur du skulle profilera en långsam endpoint.
• Concurrency och tillförlitlighet. Race conditions, lås, köer, timeouts och retries med backoff.
• Systemdesign. Uppgifter som en URL-förkortare, en rate limiter eller en notifieringstjänst.
• Kodning. Datastrukturer och ett praktiskt problem, oftast i det språk du själv väljer.

Rundor om språk och ramverk går djupare in på specifika detaljer; frågebanks-hubben samlar uppsättningar för Go, Java, Spring Boot, mikrotjänster och mer.

Dessa frågor dyker upp i någon form i de flesta backend-processer. Öva på att svara på varje högt på under två minuter:

• Vad händer när du lägger till ett index på en kolumn, och när skadar ett index?
• Vad är skillnaden mellan isoleringsnivåerna read committed och serializable, och när skulle du betala för den strängare nivån?
• Hur skulle du hitta och åtgärda en N+1-fråga i en ORM?
• Hur gör du en betalnings-endpoint säker för en klient att göra om?
• Hur paginerar du en stor resultatuppsättning som ändras medan användaren scrollar?
• När skulle du välja ett dokumentlager framför en relationsdatabas?
• Hur skulle du byta namn på en kolumn utan driftstopp?

Ett starkt svar följer samma form varje gång: ange ditt standardval, nämn kostnaden för det valet och beskriv situationen där ditt svar skulle vända. Intervjuare följer upp just det vändläget, så ha ett verkligt exempel redo.

För systemdesign, börja med att klargöra kraven: vem anropar tjänsten, vad får aldrig gå förlorat, och vilka läsningar och skrivningar dominerar. Skissa sedan den enklaste design som fungerar, och lägg bara till caches, köer eller sharding när du kan säga vilket krav som tvingar fram det.

Felsökningsfrågor är där verklig erfarenhet syns. En backend-ingenjör som intervjuades för en mid-level-roll på ett betalningsföretag fick frågan varför en endpoints latens fördubblades efter en release. Istället för att gissa orsaker beskrev personen sina steg: kontrollera vad som ändrats i deploy, jämföra traces för den långsamma vägen, läsa query plan och bekräfta fixen mot samma latensmått. De kopplade det sedan till en slow-query-incident från ett tidigare jobb, och resten av samtalet handlade om den incidenten snarare än om verktyg.

Förbered två produktionshistorier inför varje backend-intervju: en bugg du spårat och ett designbeslut du nu skulle ta annorlunda.

Att läsa svar är inte samma sak som att säga dem. Kör frågelistan ovan högt mot en timer, eller låt mock-intervjuverktyget ställa frågorna och följa upp vaga svar.

För själva den direktsända videointervjun transkriberar SubcueAI intervjuaren och skapar strukturerade svarspunkter i ett lokalt overlay, antingen i skrivbordsappen på macOS eller Windows (Zoom, Google Meet, Microsoft Teams) eller i webbläsartilläggets Side Panel för samtal i en Chrome- eller Edge-flik. Ingen bot ansluter till samtalet. Det är mest användbart i de konversationsbaserade rundorna, som designdiskussioner och erfarenhetsfrågor. Kodningsrundor på delad skärm, övervakade bedömningar, inspelade envägsintervjuer och företagsstyrda enheter ligger utanför vad det säkert kan täcka, och allt du delar på skärmen syns. Installationen finns på sidan tutorial.