Domande Colloquio Spring Boot

Probabilmente usi Spring Boot ogni giorno senza leggere il suo log di avvio, e gli intervistatori lo sanno, per questo iniziano da qui. Questa sezione copre le domande che verificano se capisci il framework o solo i suoi default.

• Cosa combina davvero @SpringBootApplication, e cosa si romperebbe se rimuovessi una parte?
• Come decide autoconfiguration cosa configurare, e che ruolo hanno le conditional annotation?
• Cos'è uno starter, e cosa contiene oltre alle dependency?
• Come si sovrascrive o disabilita una specifica autoconfiguration?
• Da dove viene un embedded server, e come lo sostituiresti?

Una buona risposta collega il meccanismo a qualcosa che hai fatto davvero: un bean che hai dovuto escludere, uno starter che hai sostituito, un errore di avvio che hai tracciato tramite il condition evaluation report.

• Dependency injection. Constructor versus field injection, perché constructor injection è preferita, e come risolvere due bean candidati dello stesso tipo.
• Bean lifecycle e scope. Perché singleton è il default, quando request o prototype scope sono corretti, e cosa rende un bean singleton non sicuro da condividere.
• Configurazione. Precedenza delle property, profile per ambiente, e @ConfigurationProperties rispetto alla value injection sparsa.
• Spring Data JPA. Metodi query derivati, il problema N più 1, lazy versus eager fetching, e quando scendere a una query nativa.
• Transazioni. Cosa intercetta davvero il proxy di @Transactional, perché una self-invocation salta silenziosamente la transazione, e come funzionano le regole di rollback con le checked exception.

La domanda sul proxy delle transazioni è il punto più comune in cui una risposta sicura crolla, quindi preparati a spiegare il confine del proxy invece di limitarti a nominare l'annotation.

Oltre al container, gli intervistatori vogliono vedere le parti che emergono in produzione. Sul livello web: scelte di status code, validazione, e gestione centralizzata degli errori con @ControllerAdvice invece di try-catch in ogni controller. Sul testing: la differenza tra un @SpringBootTest completo e uno slice come un test del livello web, e perché avviare l'intero contesto per un solo test di controller è un'abitudine lenta. Sulle operazioni: cosa espone Actuator, quali endpoint non devono essere pubblici, e come gli health check alimentano un deployment.

Immagina un'ingegnera backend che sostiene un colloquio per un ruolo mid-level in un'azienda di logistica. Le viene chiesto perché un job schedulato a volte scriveva dati parziali. Invece di indovinare, ripercorre il confine della transazione, nota che il job chiamava un metodo transactional su se stesso, e spiega il comportamento del proxy che lo saltava. L'intervistatore è passato direttamente a una conversazione sull'offerta, perché la risposta mostrava un'abitudine di debugging invece di una definizione mandata a memoria.

I set di domande per altri linguaggi e framework sono raccolti sotto question banks.

Leggi una volta il log di avvio del tuo servizio e sii in grado di raccontarlo. Poi esercitati a voce alta, perché il divario tra conoscere un concetto e spiegarlo in quaranta secondi è ciò che decide questi colloqui. Un intervistatore AI sulla pagina /mock-interview può fare le domande di approfondimento che non ti faresti da solo.

Durante un colloquio video parlato, SubcueAI trascrive la domanda dell'intervistatore e mostra sul tuo lato una struttura suggerita, nell'overlay desktop su macOS e Windows o nel pannello laterale dell'estensione browser Chromium. Nessun meeting bot si unisce alla chiamata, e nulla viene iniettato nella pagina della riunione. Il limite onesto è il round di coding: se si passa a una piattaforma monitorata o con proctoring, l'aiuto live è fuori portata, e se condividi lo schermo, tutto ciò che c'è sopra è visibile.