Come Google seleziona gli ingegneri dei dati

Google rende nota la struttura del proprio processo di assunzione, che si applica ai candidati ingegneri dei dati come agli altri ruoli tecnici.

• Conversazioni con il recruiter. Prima dei colloqui approfonditi, di solito si svolgono una o due conversazioni più brevi per telefono o video. Servono a valutare le competenze essenziali per il ruolo e a presentare l'organizzazione e il team, quindi considerale una vera selezione preliminare e non una semplice chiamata organizzativa.
• Un piccolo progetto, per alcuni ruoli. A seconda del ruolo, Google potrebbe chiederti di completare un breve lavoro prima dei colloqui, che può essere un caso di studio, un testo o un esempio di codice. Per un ruolo nell'ambito dei dati, se questa prova è prevista, aspettati qualcosa di simile a un esercizio di modellazione o trasformazione.
• La commissione di colloquio. Questa fase consiste in una serie di colloqui, svolti in video o di persona, con diversi dipendenti Google che si alternano. Non ci sono rompicapi.
• Decisione e offerta. Dopo i colloqui, Google esamina insieme la candidatura e i riscontri dei valutatori, considera diversi punti di vista per prendere una decisione sull'assunzione e affida al recruiter la presentazione dell'offerta.

Google non dichiara quanti colloqui con la commissione debba sostenere un ingegnere dei dati né quanto duri l'intero processo. Le categorie usate in questa pagina — selezione preliminare, programmazione, progettazione di sistemi, colloquio comportamentale e colloquio in sede — sono categorie di preparazione, non i nomi assegnati da Google alle proprie fasi.

Google utilizza colloqui strutturati: ogni candidato viene valutato secondo rubriche chiare e le stesse rubriche vengono applicate a tutti coloro che sono presi in considerazione per quel ruolo. Gli intervistatori pongono domande aperte e pertinenti al ruolo per capire come risolvi i problemi, come interagisci con un team e quali sono i tuoi punti di forza. Ciò significa che ogni risposta deve contenere elementi valutabili: quale decisione hai preso, perché, quali costi ha comportato e quale risultato hai ottenuto.

In generale, i colloqui per ingegneri dei dati valutano quattro aspetti ed è ragionevole aspettarsi la stessa enfasi anche qui:

• SQL e modellazione dei dati. Scrivere query corrette e leggibili sotto pressione e progettare schemi capaci di adattarsi al cambiamento dei requisiti.
• Pipeline e orchestrazione. Dipendenze, nuovi tentativi, idempotenza, elaborazioni retroattive e gestione di una fonte a monte in ritardo o errata.
• Sistemi di dati distribuiti. Partizionamento, formati di archiviazione, compromessi tra elaborazione batch e streaming e costi.
• Qualità e responsabilità dei dati. Come rilevi dati errati, chi informi e come impedisci che il problema si ripeta.

Poiché gli strumenti di IA non sono consentiti durante i colloqui Google, il ragionamento deve essere tuo ed espresso ad alta voce durante l'incontro.

Google afferma che una formazione ampia e interdisciplinare, accompagnata da una solida conoscenza dell'informatica, è fondamentale per qualsiasi lavoro di ingegneria software presso Google; poiché il lavoro dell'ingegnere dei dati è strettamente collegato all'ingegneria software, è ragionevole presumere che si applichi lo stesso standard. La differenza riguarda gli ambiti nei quali è richiesta maggiore profondità.

• Rispetto ai colloqui per ingegneri software, in genere le domande di programmazione tendono a concentrarsi sulla manipolazione dei dati, su SQL e sulla logica delle pipeline anziché sulla gamma più ampia possibile di algoritmi, mentre la discussione sulla progettazione riguarda il flusso, l'archiviazione e la freschezza dei dati anziché la gestione delle richieste.
• Rispetto ai colloqui per data scientist, aspettati meno statistica e progettazione di esperimenti e più sistemi: l'attenzione è rivolta a come far arrivare i dati in modo affidabile, non soltanto a ciò che indicano una volta giunti a destinazione.
• Rispetto ad altre aziende, gli elementi dichiarati che caratterizzano l'esperienza sono la commissione che valuta tramite rubriche, l'assenza di rompicapi e il divieto di usare strumenti di IA. Preparati a mantenere prestazioni coerenti davanti a vari intervistatori, invece di cercare di impressionarne soltanto uno.

Google non dichiara quanto duri il processo. Organizzati invece in base alle sue fasi: le conversazioni con il recruiter, l'eventuale piccolo progetto, la commissione e il tempo necessario per riunire riscontri provenienti da diversi punti di vista e arrivare a una decisione.

Quanto alla difficoltà, la descrizione più onesta è che il processo richiede coerenza, più che astuzia. Non ci sono rompicapi, le domande sono aperte e pertinenti al ruolo e ogni intervistatore ti valuta secondo la stessa rubrica. Ciò favorisce i candidati che spiegano chiaramente il proprio ragionamento e penalizza chi si affida a un'unica soluzione memorizzata, perché i membri della commissione che si alternano esamineranno la stessa competenza da angolazioni diverse.

Fai in modo che la preparazione rispecchi la valutazione. Se la rubrica riguarda il modo in cui risolvi i problemi, collabori con un team e dimostri i tuoi punti di forza, struttura la preparazione attorno a prove concrete per ciascun aspetto.

• Esercizi di SQL e modellazione. Esercitati a scrivere funzioni finestra e logiche di deduplicazione e di gestione delle dimensioni a variazione lenta, spiegando ad alta voce i compromessi man mano che procedi.
• Esempi di progettazione di pipeline. Prepara due o tre sistemi che hai realizzato o realizzeresti e sii pronto ad analizzarne le modalità di guasto: dati in ritardo, eventi duplicati, deriva dello schema e un'elaborazione retroattiva che non deve generare doppi conteggi.
• Prove comportamentali. Per ogni punto di forza che intendi dichiarare, prepara un episodio specifico con una decisione, una conseguenza e ciò che cambieresti.
• Un possibile progetto preliminare. Se Google richiede un caso di studio o un esempio di codice, trattalo come il primo colloquio: deve essere pulito, documentato e difendibile durante una conversazione.
• Simula il formato della commissione. Svolgi un colloquio simulato con SubcueAI per esercitarti a rispondere ad alta voce a domande aperte e pertinenti al ruolo, quindi non usare lo strumento il giorno del colloquio, poiché gli strumenti di IA non sono consentiti durante i colloqui effettivi.