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

## Veille

Refonte du processus de recrutement ingénieur chez Sierra à l'ère des agents de codage : entretien onsite AI-native (Plan/Build/Review), suppression du coding test algorithmique, remplacement du phone screen par un entretien de system design, pilote d'un entretien de debugging sur codebase existant.

## Titre Article

The AI-native interview

## Date

2026-04-22

## URL

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

## Keywords

recrutement ingénieur, entretien technique, agents de codage, Claude Code, Codex, product thinking, system design, debugging interview, vibe coding, 0 vers 1, 1 vers N, Sierra, Ghostwriter, évaluation candidat, hiring for strengths

## Authors

Vijay Iyengar, Arya Asemanfar, Angie Wang

## Ton

**Profil** : Article de blog d'ingénierie corporate, narration à la première personne du pluriel ("we"), registre professionnel et pédagogique, niveau technique modéré (accessible aux managers RH et ingénieurs). Autorité issue de la pratique interne : les auteurs sont trois dirigeants/ingénieurs de Sierra (startup d'agents conversationnels fondée par Bret Taylor) qui racontent une expérimentation organisationnelle vécue. Public cible : dirigeants tech, hiring managers, ingénieurs senior, candidats intéressés par l'évolution du métier.

**Style** : Prose claire, structurée en sections courtes avec titres balisés. Usage parcimonieux de métaphores — la principale étant l'analogie compilateur ("Much like engineers stopped worrying about how a compiler translates code into machine instructions, we now need to focus less on the precise lines of code") qui pose le cadre conceptuel d'une abstraction montante dans le métier. Ton réflexif et auto-critique ("something started to feel off", "This felt increasingly dissonant"), qui reconnaît les limites de l'ancien processus avant de présenter la refonte. Citation d'autorité empruntée à Paul Buchheit (créateur de Gmail) : "if it's great, it doesn't have to be good" — utilisée pour légitimer l'acceptation d'une réduction de scope par les candidats. Conclusion ouverte et pragmatique ("this is just the beginning"), qui mêle transparence sur les défis (standardisation, calibration) et appel au recrutement. Registre typique du blog technique de startup à forte croissance : crédibilité construite par l'exposition du raisonnement et des exemples concrets (candidat qui a construit un jeu de flow, ingénieur backend qui a utilisé un agent avec un fichier markdown pour la démo).

## Pense-betes

- Le vrai signal de l'entretien ingénieur ne vient plus de la mécanique (syntaxe, algo, frameworks) mais du jugement, de l'initiative et de la compréhension produit — l'agent de codage a absorbé la partie mécanique.
- Structure en 3 temps Plan → Build → Review : la valeur est dans les deux extrémités (ideation et review), le milieu (build) est laissé au candidat seul pendant 2h avec les outils AI de son choix.
- Remplacement du phone screen coding par un entretien de system design : le "vibe-coding" est devenu trivial, la question difficile est la mise en production scalable.
- L'entretien AI-native teste le 0→1 (produit neuf). Pour tester le 1→N (feature dans codebase existant), Sierra pilote un "debugging interview" où le candidat améliore une PR avec des agents de codage.
- Évolution du débrief : de "should we hire this person?" vers "where would this person thrive, and how do we support them?" — on recrute pour les forces spikes, pas pour l'absence de faiblesses.
- Conseil explicite donné aux candidats : couper le scope, skipper le boilerplate (CRUD, auth) pour se concentrer sur ce qui est unique.
- Défi principal du format : la standardisation. Mitigation par des critères d'évaluation agnostiques au produit construit + entretiens en binôme pour calibrer.
- S'applique aussi aux ingénieurs infra : beaucoup construisent désormais des outils full-stack ou des agents, avec intégration verticale produit-client.
- Sierra utilise "Ghostwriter" (agent qui crée et optimise d'autres agents) pour construire ses propres produits → boucle agents-construisant-agents.
- Signal implicite : les startups AI-first redessinent simultanément leurs produits, leur stack de dev, et leurs processus RH — l'entretien reflète la nouvelle nature du métier.

## RésuméDe400mots

Sierra, startup d'agents conversationnels co-fondée par Bret Taylor, a refondu son processus d'entretien ingénieur pour refléter la transformation du métier à l'ère des agents de codage (Codex, Claude Code). La thèse des auteurs — Vijay Iyengar, Arya Asemanfar et Angie Wang — est que le rôle d'ingénieur évolue de "construire la machine" vers "designer et affiner la machine", par analogie avec la manière dont les ingénieurs ont cessé de se soucier de la traduction compilateur → instructions machine. Quand un seul ingénieur peut désormais construire sur toute la stack, la valeur vient de combiner capacité technique, pensée produit et contexte business.

Le constat initial : le processus historique (deux coding interviews, algorithmes, system design, culture fit) capturait surtout de la mécanique — taper de la syntaxe, restituer des détails algorithmiques, assembler des frameworks. Ce signal devenait dissonant avec la réalité quotidienne du travail. Les hiring managers compensaient en se rabattant sur les recommandations et l'expérience antérieure.

Trois critères ont guidé la refonte : représentativité (reflète le travail réel), haut signal (clarté sur où le candidat excelle ou a besoin de soutien), expérience positive. La pièce maîtresse est un "AI-native onsite" en trois temps. **Plan** : session de travail où le candidat ideate un produit dans son domaine, avec des questions des interviewers pour renforcer l'idée. **Build** : 2h en solo, avec les outils AI et frameworks choisis par le candidat, liberté totale de pivot. **Review** : démo, débat sur les choix produits, revue de code (data model, abstractions, extensibilité), discussion sur le chemin vers la production et sur l'usage de l'AI. Les candidats peuvent couper le scope et skipper le boilerplate, selon la formule de Paul Buchheit : "if it's great, it doesn't have to be good".

Le reste du processus a suivi. Le phone screen de coding (sans AI, dans un éditeur en ligne) est remplacé par un entretien de system design — puisque le vibe-coding est facile, le défi réel est la mise en production scalable. Un "debugging interview" est piloté pour capter le 1→N dans des codebases existants : le candidat revoit une PR cross-cutting avec des agents.

Les apprentissages : on recrute pour les forces, pas pour l'absence de faiblesses ; les débriefs passent de "faut-il l'embaucher ?" à "où cette personne excellera-t-elle ?". Les candidats rapportent des entretiens plus engageants — un a construit un jeu AI de flow, un ingénieur backend a piloté sa démo via un agent et un fichier markdown. Les défis (standardisation, calibration) sont mitigés par des critères agnostiques au produit construit et des binômes d'interviewers. Le format s'applique aussi à l'infra, où les ingénieurs construisent désormais full-stack et s'intègrent verticalement au produit.

## 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 (pilote) (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/fr/fiches/sierra-ai-native-interview-iyengar-asemanfar-wang-2026-04-22/