Domande da Colloquio per Backend Developer: Cosa Viene Chiesto

Gli annunci di lavoro per backend elencano una dozzina di tecnologie, ed è difficile capire quali verranno effettivamente testate nel colloquio. Questa sezione mappa le aree di domande che ricorrono nei processi di selezione backend. Lo stack cambia da azienda ad azienda, ma gli argomenti di fondo restano stabili.

• API design. REST contro RPC, versioning, paginazione, risposte di errore, autenticazione e idempotency key.
• Database e modellazione dati. Scegliere tra storage relazionale o a documenti, index, join, transazioni, livelli di isolamento, query N+1 ed eseguire migrazioni di schema in sicurezza.
• Caching e performance. Invalidazione della cache, scadenze, cache stampede, e come faresti il profiling di un endpoint lento.
• Concorrenza e affidabilità. Race condition, lock, code, timeout e retry con backoff.
• System design. Casi come un accorciatore di URL, un rate limiter o un servizio di notifiche.
• Coding. Strutture dati e un problema pratico, di solito nel linguaggio che preferisci.

I round dedicati a linguaggio e framework vanno più a fondo su dettagli specifici; l'hub delle raccolte di domande riunisce set per Go, Java, Spring Boot, microservizi e altro ancora.

Queste domande compaiono in qualche forma nella maggior parte dei colloqui backend. Esercitati a rispondere ad ognuna ad alta voce in meno di due minuti:

• Cosa succede quando aggiungi un index a una colonna, e quando un index può essere dannoso?
• Qual è la differenza tra isolamento read committed e serializable, e quando pagheresti il prezzo del livello più rigido?
• Come troveresti e correggeresti una query N+1 in un ORM?
• Come rendi un endpoint di pagamento sicuro da ritentare per un client?
• Come paginheresti un grande result set che cambia mentre l'utente scorre?
• Quando sceglieresti un document store rispetto a un database relazionale?
• Come faresti il rename di una colonna senza downtime?

Una risposta solida segue sempre la stessa struttura: dichiara la tua scelta di default, indica il costo di quella scelta e descrivi la situazione in cui la tua risposta cambierebbe. Chi intervista approfondisce proprio quel caso limite, quindi tieni pronto un esempio reale.

Per il system design, inizia chiarendo i requisiti: chi chiama il servizio, cosa non deve mai andare perso e quali letture e scritture dominano. Poi abbozza il design più semplice che funzioni, e aggiungi cache, code o sharding solo quando riesci a dire quale requisito lo impone.

Le domande di debugging sono dove emerge l'esperienza reale. A un backend engineer in colloquio per un ruolo mid-level in un'azienda di pagamenti è stato chiesto perché la latenza di un endpoint fosse raddoppiata dopo un rilascio. Invece di indovinare le cause, ha descritto i propri passi: verificare cosa era cambiato nel deploy, confrontare i trace per il percorso lento, leggere il query plan e confermare la correzione rispetto alla stessa metrica di latenza. Ha poi collegato tutto a un incidente di slow-query di un lavoro precedente, e il resto della conversazione ha riguardato quell'incidente piuttosto che gli strumenti.

Prepara due storie di produzione prima di qualsiasi colloquio backend: un bug che hai rintracciato e una decisione di design che oggi prenderesti diversamente.

Leggere le risposte non è come dirle ad alta voce. Ripassa l'elenco di domande qui sopra ad alta voce contro un timer, oppure lascia che lo strumento di simulazione colloquio faccia le domande e approfondisca le risposte vaghe.

Per il colloquio video in diretta vero e proprio, SubcueAI trascrive chi intervista e prepara punti di risposta strutturati in un overlay locale, sia nell'app desktop su macOS o Windows (Zoom, Google Meet, Microsoft Teams) sia nel Side Panel dell'estensione browser per le chiamate in una scheda Chrome o Edge. Nessun bot si unisce alla chiamata. È più utile nei round conversazionali, come le discussioni di design e le domande sull'esperienza. I round di coding su schermo condiviso, le valutazioni sorvegliate, i colloqui registrati a senso unico e i dispositivi gestiti dall'azienda restano fuori da ciò che può coprire in sicurezza, e tutto ciò che condividi sullo schermo è visibile. La configurazione è nella pagina tutorial.