Copilota per colloqui da Backend Engineer Contratti API, query plan, failure mode: dal vivo.

1. 01

   Round di design delle API: prima il contratto, poi il codice

   Quando il selezionatore dice «progetta l'API per X», il copilota fissa prima il contratto: forma delle risorse, chiavi di idempotenza, paginazione, versioning, struttura degli errori, semantica del rate limit. Poi ti guida nella scelta del protocollo (REST vs GraphQL vs gRPC) con il trade-off reale che il selezionatore sta valutando.
2. 02

   Round su datastore e indici

   La trappola classica: il candidato dice «usiamo Postgres» senza giustificarlo. Il copilota ti mostra l'albero decisionale (rapporto letture/scritture, pattern di accesso, requisiti di consistenza, limite di scala) e arriva a Postgres / DynamoDB / Cassandra / Elasticsearch con la motivazione reale, più la strategia di indicizzazione coerente con il query plan.
3. 03

   Caching e invalidazione, passo per passo

   «L'invalidazione della cache è uno dei due problemi difficili.» I colloqui backend verificano se quel dolore l'hai provato davvero. Il copilota imposta la strategia di cache (read-through vs write-through vs write-back), il pattern di invalidazione (TTL vs event-driven vs CDC) e la finestra di consistenza, in modo abbastanza concreto da far capire al selezionatore che hai già messo in produzione una cache.
4. 04

   Trade-off dei sistemi distribuiti

   Il CAP non è una battuta a effetto. Il copilota collega il tuo design al trade-off specifico: consistenza forte o eventuale su quale entità, replica con leader o leaderless, strategia di partizionamento, mitigazione degli hot shard, failover cross-region. Conoscere solo le sigle non basta nei loop staff; qui ragioni per scenari.
5. 05

   Osservabilità e SLO

   I loop backend senior chiedono sempre più spesso «come gestiresti questo in produzione». Il copilota ti mostra i quattro golden signal (latenza, traffico, errori, saturazione), le definizioni degli SLO, gli error budget, l'instradamento degli alert e le dashboard che un vero on-call guarderebbe. È il round che quasi tutti improvvisano: il copilota ti evita di improvvisare.
6. 06

   Note sulle migrazioni zero-downtime

   Migrazioni di schema, dual-write, backfill, strategie di cutover, piani di rollback. Quando il selezionatore chiede «come migreresti questo», il copilota ha pronti i quattro pattern canonici (parallel-run, dual-write, shadow traffic, blue-green) con il failure mode di ciascuno.

I loop backend valutano i trade-off. Presentati con l'albero dei trade-off.

API, datastore e operations. Pensato per i loop senior e staff.