# sierra-ai-native-interview-iyengar-asemanfar-wang-2026-04-22

## Veille

Revisione del processo di selezione degli ingegneri presso Sierra nell'era degli agenti di codifica: colloquio in sede AI-native (Plan/Build/Review), eliminazione del test di codifica algoritmica, sostituzione del colloquio telefonico con un colloquio di system design, sperimentazione di un colloquio di debugging su una codebase esistente.

## Titre Article

The AI-native interview

## Date

2026-04-22

## URL

https://sierra.ai/blog/the-ai-native-interview

## Keywords

assunzione di ingegneri, colloquio tecnico, agenti di codifica, Claude Code, Codex, pensiero di prodotto, progettazione di sistemi, colloquio di debugging, vibe coding, da 0 a 1, da 1 a N, Sierra, Ghostwriter, valutazione dei candidati, assumere per i punti di forza

## Authors

Vijay Iyengar, Arya Asemanfar, Angie Wang

## Ton

**Profilo**: Post di blog tecnico aziendale, narrazione in prima persona plurale ("noi"), registro professionale e pedagogico, livello tecnico moderato (accessibile sia ai responsabili HR sia agli ingegneri). L'autorevolezza deriva dalla pratica interna: gli autori sono tre leader/ingegneri di Sierra (una startup di agenti conversazionali fondata da Bret Taylor) che raccontano un esperimento organizzativo vissuto in prima persona. Pubblico di riferimento: tech leader, responsabili delle assunzioni, ingegneri senior, candidati interessati a come sta evolvendo il mestiere.

**Stile**: Prosa chiara, strutturata in brevi sezioni con titoli etichettati. Uso parsimonioso della metafora — la principale è l'analogia del compilatore ("Proprio come gli ingegneri hanno smesso di preoccuparsi di come un compilatore traduce il codice in istruzioni macchina, ora dobbiamo concentrarci meno sulle righe di codice precise"), che stabilisce la cornice concettuale di un crescente livello di astrazione nel mestiere. Tono riflessivo e autocritico ("qualcosa ha iniziato a sembrare fuori posto", "Questo risultava sempre più dissonante"), che riconosce i limiti del vecchio processo prima di presentare la riprogettazione. Una citazione d'autorità presa in prestito da Paul Buchheit (creatore di Gmail): "se è geniale, non deve necessariamente essere buono" — utilizzata per legittimare l'accettazione da parte dei candidati di un perimetro ridotto. Conclusione aperta e pragmatica ("questo è solo l'inizio"), che unisce trasparenza sulle difficoltà (standardizzazione, calibrazione) a un invito ad assumere. Un registro tipico del blog tecnico di una startup in rapida crescita: la credibilità si costruisce esponendo il ragionamento ed esempi concreti (un candidato che ha costruito un flow game, un ingegnere backend che ha utilizzato un agente con un file markdown per la demo).

## Pense-betes

- Il segnale reale in un colloquio per ingegneri non deriva più dalla meccanica (sintassi, algoritmi, framework) ma dal giudizio, dall'iniziativa e dalla comprensione del prodotto — l'agente di codifica ha assorbito la parte meccanica.
- Struttura in tre parti Plan → Build → Review: il valore risiede alle due estremità (ideazione e revisione), mentre la parte centrale (build) è lasciata al candidato da solo per 2 ore con gli strumenti di IA a sua scelta.
- Sostituzione del colloquio telefonico di codifica con un colloquio di system design: il vibe coding è diventato banale, la domanda difficile è il deployment in produzione scalabile.
- Il colloquio AI-native testa lo 0→1 (nuovo prodotto). Per testare l'1→N (una funzionalità in una codebase esistente), Sierra sta sperimentando un "colloquio di debugging" in cui il candidato migliora una PR utilizzando agenti di codifica.
- Cambiamento nel debrief: da "dovremmo assumere questa persona?" a "dove questa persona prospererebbe, e come possiamo supportarla?" — si assume per punti di forza marcati, non per l'assenza di debolezze.
- Consiglio esplicito dato ai candidati: ridurre il perimetro, saltare il boilerplate (CRUD, autenticazione) per concentrarsi su ciò che è unico.
- Principale difficoltà del formato: la standardizzazione. Mitigata attraverso criteri di valutazione agnostici rispetto al prodotto costruito, oltre a colloqui in coppia per la calibrazione.
- Si applica anche agli ingegneri infra: molti ora costruiscono strumenti o agenti full-stack, con integrazione verticale nel prodotto rivolto al cliente.
- Sierra utilizza "Ghostwriter" (un agente che crea e ottimizza altri agenti) per costruire i propri prodotti → un ciclo di agenti che costruiscono agenti.
- Segnale implicito: le startup AI-first stanno ridisegnando simultaneamente i propri prodotti, il proprio stack di sviluppo e i propri processi di assunzione — il colloquio riflette la nuova natura del mestiere.

## RésuméDe400mots

Sierra, startup di agenti conversazionali cofondata da Bret Taylor, ha ridisegnato il proprio processo di colloquio per ingegneri per riflettere come il mestiere sia cambiato nell'era degli agenti di codifica (Codex, Claude Code). Gli autori — Vijay Iyengar, Arya Asemanfar e Angie Wang — sostengono che il ruolo dell'ingegnere si stia spostando dal "costruire la macchina" al "progettare e affinare la macchina", per analogia con il modo in cui gli ingegneri hanno smesso di preoccuparsi della traduzione operata dal compilatore dal codice alle istruzioni macchina. Ora che un singolo ingegnere può costruire lungo l'intero stack, il valore deriva dalla combinazione di capacità tecnica, pensiero di prodotto e contesto di business.

L'osservazione di partenza: il processo storico (due colloqui di codifica, algoritmi, system design, culture fit) catturava soprattutto la meccanica — digitare sintassi, ricordare dettagli algoritmici, assemblare framework. Questo segnale è diventato sempre più dissonante rispetto alla realtà quotidiana del lavoro. I responsabili delle assunzioni compensavano facendo affidamento su referenze ed esperienza pregressa.

Tre criteri hanno guidato la riprogettazione: rappresentatività (riflette il lavoro reale), segnale elevato (chiarezza su dove un candidato eccelle o necessita supporto) ed esperienza positiva. L'elemento centrale è un colloquio in sede "AI-native" in tre parti. **Plan**: una sessione di lavoro in cui il candidato concepisce un prodotto nel proprio ambito, con gli intervistatori che pongono domande per affinare l'idea. **Build**: 2 ore in autonomia, utilizzando strumenti e framework di IA a scelta del candidato, con piena libertà di cambiare direzione. **Review**: una demo, una discussione sulle scelte di prodotto, una code review (modello dei dati, astrazioni, estensibilità) e una conversazione sul percorso verso la produzione e su come è stata utilizzata l'IA. Ai candidati è consentito ridurre il perimetro e saltare il codice boilerplate, secondo la formula di Paul Buchheit: "se è geniale, non deve necessariamente essere buono".

Il resto del processo si è adeguato di conseguenza. Il colloquio telefonico di codifica (senza IA, in un editor online) viene sostituito da un colloquio di system design — poiché il vibe coding è facile, la vera sfida è il deployment in produzione scalabile. Un "colloquio di debugging" è in fase di sperimentazione per catturare il lavoro 1→N su codebase esistenti: il candidato esamina una PR trasversale insieme ad agenti.

Lezioni apprese: si assume per i punti di forza, non per l'assenza di debolezze; i debrief sono passati da "dovremmo assumere questa persona?" a "dove eccellerà questa persona?". I candidati riferiscono colloqui più coinvolgenti — uno ha costruito un flow game con IA, un ingegnere backend ha condotto la propria demo tramite un agente e un file markdown. Le difficoltà (standardizzazione, calibrazione) sono mitigate da criteri agnostici rispetto al prodotto costruito e dalla presenza di intervistatori in coppia. Il formato si applica anche all'infra, dove gli ingegneri ora costruiscono full-stack e si integrano verticalmente con il prodotto.

## GrapheDeConnaissance

- Sierra —améliore→ processus d'entretien ingénieur (METHODOLOGIE, 0.98)
- Sierra —emploie→ Vijay Iyengar (PERSONNE, 0.95)
- Sierra —emploie→ Arya Asemanfar (PERSONNE, 0.95)
- Sierra —emploie→ Angie Wang (PERSONNE, 0.95)
- AI-native onsite —est_basé_sur→ Plan Build Review (CONCEPT, 0.98)
- AI-native onsite —remplace→ coding interviews algorithmiques (METHODOLOGIE, 0.95)
- Entretien de system design —remplace→ phone screen coding (METHODOLOGIE, 0.93)
- Sierra —utilise→ Debugging interview (METHODOLOGIE, 0.92)
- Iyengar Asemanfar Wang —affirme_que→ les agents de codage transforment le rôle d'ingénieur de "construire la machine" vers "designer et affiner la machine" (AFFIRMATION, 0.95)
- Claude Code —fait_partie_de→ Agents de codage (TECHNOLOGIE, 0.97)
- Codex —fait_partie_de→ Agents de codage (TECHNOLOGIE, 0.97)
- Paul Buchheit —a_créé→ Gmail (TECHNOLOGIE, 0.98)
- Paul Buchheit —affirme_que→ "if it's great, it doesn't have to be good" (CITATION, 0.9)
- Iyengar Asemanfar Wang —affirme_que→ on recrute pour les forces pas l'absence de faiblesses (AFFIRMATION, 0.92)
- Iyengar Asemanfar Wang —affirme_que→ le vibe coding est devenu trivial, la difficulté réelle est la mise en production scalable (AFFIRMATION, 0.88)
- Sierra —utilise→ Ghostwriter (TECHNOLOGIE, 0.9)
- Ghostwriter —permet→ création et optimisation d'autres agents (CONCEPT, 0.88)

---
Canonical: https://www.thekb.eu/it/fiches/sierra-ai-native-interview-iyengar-asemanfar-wang-2026-04-22/