Chapitre 13.4 — Process & entretiens
⏱️ TL;DR — L’entretien décroché, il reste à passer le process : souvent take-home, live coding, system design et entretien comportemental. La nouveauté 2026 : chaque boîte a sa règle IA. Certaines interdisent l’IA pendant les épreuves (montre que tu sais coder sans béquille) ; d’autres l’exigent (montre que tu la pilotes bien). Ton job : lire le cadre et t’y adapter. Prépare un exemple concret de ton usage quotidien de l’IA, et structure tes réponses comportementales avec la méthode STAR. Le piège fatal : dépendre de l’IA au point de ne plus savoir raisonner en live.
🎯 Objectifs
- Connaître les quatre types d’épreuves et ce que chacune teste vraiment.
- Savoir lire et respecter le cadre IA de chaque process (interdit vs exigé).
- Raconter ton usage de l’IA avec un exemple concret et crédible.
- Structurer tes réponses comportementales avec la méthode STAR.
Les quatre épreuves classiques
Chaque étape teste une chose différente. Sache laquelle, pour t’y préparer juste.
| Épreuve | Ce qu’elle teste | Comment la préparer |
|---|---|---|
| Take-home | Ton code « propre », à ton rythme, sur un vrai petit problème | Soigne la lisibilité, les tests, le README, les choix expliqués |
| Live coding | Ton raisonnement en direct sous contrainte | Parle à voix haute, décompose, avance par petits pas |
| System design | Ta capacité à cadrer et arbitrer une archi | Clarifie les besoins, pose des hypothèses, discute les compromis |
| Comportemental | Comment tu travailles avec les autres | Prépare des histoires réelles au format STAR (plus bas) |
Le take-home récompense le soin : c’est ta vitrine de code propre, l’occasion de montrer le portfolio en action. Le live coding ne teste pas si tu trouves la réponse parfaite, mais comment tu penses : un candidat qui verbalise son raisonnement, même bloqué, bat un candidat muet qui finit. Le system design évalue ta capacité à poser les bonnes questions avant de dessiner. Le comportemental vérifie que tu es quelqu’un avec qui on veut travailler.
Un mot sur le blocage, parce qu’il arrive à tout le monde. En live coding, rester coincé n’est pas éliminatoire — rester coincé en silence l’est. Si tu sèches, dis-le et pense à voix haute : « je vois deux pistes, une force brute simple et une plus optimisée ; je pars sur la simple pour avoir quelque chose qui tourne, puis j’améliore. » Commencer par la solution naïve qui marche, quitte à la raffiner ensuite, est presque toujours mieux vu qu’un blanc en cherchant l’élégance d’emblée. Et poser une question de clarification n’est pas un aveu de faiblesse : c’est le réflexe d’un dev qui cadre avant de coder.
La règle IA : lire le cadre avant de jouer
C’est le vrai changement 2026. Il n’y a plus une seule règle du jeu : il y en a deux, opposées, et tu dois savoir laquelle s’applique.
- IA interdite. Certains process coupent l’IA volontairement, souvent en live. L’objectif : vérifier que tu sais coder et raisonner par toi-même, sans autocomplétion magique. Ici, tu prouves les fondamentaux : décomposer, écrire un algo simple, débugger de tête. Si tu ne t’entraînes qu’avec l’IA au quotidien, cette épreuve te cueille à froid — d’où l’importance de garder ce muscle vivant.
- IA exigée. D’autres boîtes te demandent explicitement d’utiliser Copilot/Cursor pendant l’épreuve. Là, elles ne testent pas si tu tapes vite : elles testent si tu pilotes l’outil. Sais-tu formuler la bonne demande, relire et corriger ce qu’il produit, repérer une hallucination, garder le contrôle de l’architecture ? Un candidat qui accepte aveuglément la sortie de l’IA échoue ici autant que celui qui refuse de l’utiliser.
La compétence méta, c’est de demander le cadre si on ne te le donne pas (« Puis-je utiliser un assistant IA pour cet exercice ? ») et de t’y couler. Le même candidat doit pouvoir briller dans les deux mondes : coder proprement sans filet, et piloter l’IA avec jugement.
⚠️ Piège — Dépendre de l’IA au point de ne plus savoir raisonner en live. Si toute ta pratique passe par « je décris, l’IA écrit », tu perds la capacité de décomposer un problème et d’écrire une boucle propre sous les yeux d’un recruteur. Le jour d’un live coding sans IA, tu figes. Entretiens ce muscle : code régulièrement quelque chose sans assistance, ne serait-ce que pour rester capable de le faire. L’IA doit être un levier, jamais une béquille dont l’absence te paralyse.
Savoir raconter ton usage de l’IA
Presque tous les process 2026 te poseront, sous une forme ou une autre : « Comment utilises-tu l’IA dans ton travail ? » C’est une question piège déguisée en question banale. La mauvaise réponse (« ça me fait gagner du temps ») ne dit rien. La bonne réponse raconte un cas concret et montre ton jugement — exactement la phrase « où je me fie / où je ne me fie pas » du chapitre 13.2.
Un exemple qui marche :
« La semaine dernière, je devais ajouter un export CSV à un dashboard. J’ai demandé à Cursor de générer la première version et les tests — cinq minutes au lieu d’une heure. Mais il avait mal géré les caractères spéciaux et les gros volumes ; je l’ai vu en relisant, j’ai corrigé le streaming à la main et ajouté un test sur les cas limites. L’IA m’a fait gagner le temps du répétitif ; le jugement sur les cas critiques, je le garde. »
Cette réponse coche tout : usage réel, gain de temps, détection d’une erreur de l’IA, correction manuelle, et la phrase-signature sur le partage des rôles. Prépare ton exemple, tiré d’un vrai projet, et sache le raconter en trente secondes.
💡 Réflexe — Garde en tête une petite banque d’anecdotes réelles : une fois où l’IA t’a fait gagner un temps fou, une fois où elle t’a induit en erreur et où tu l’as rattrapée, une fois où tu as choisi de ne pas l’utiliser. Ces trois histoires répondent à 90 % des questions IA en entretien, et elles te font passer de « quelqu’un qui utilise l’IA » à « quelqu’un qui la maîtrise ».
Le comportemental : la méthode STAR
Les questions comportementales (« parle-moi d’un conflit dans une équipe », « d’un projet qui a mal tourné », « d’une décision technique difficile ») se préparent avec une structure simple : STAR.
- Situation — plante le décor en une phrase (contexte, enjeu).
- Tâche — quel était ton rôle, ta responsabilité précise.
- Action — ce que tu as fait concrètement (pas « l’équipe », toi).
- Résultat — ce que ça a donné, si possible chiffré, et ce que tu en as tiré.
Sans structure, on part dans tous les sens et on oublie le résultat. Avec STAR, ta réponse est nette, va au bout, et met en avant ton action et l’issue. Prépare quatre ou cinq histoires STAR polyvalentes (un succès, un échec assumé, un conflit géré, une décision technique, un délai tenu) : elles se recyclent sur la plupart des questions.
🚀 Sur ton plan 12 mois — Ton dev prépare ses trois piliers avant sa première vraie salve d’entretiens : (1) il reprend un exercice d’algo sans IA par semaine pour garder le muscle du live coding ; (2) il écrit son exemple « export CSV » — un vrai cas où il a rattrapé une erreur de l’IA ; (3) il rédige cinq histoires STAR tirées de ses projets réels et de son side-project. Quand les convocations arrivent, il n’improvise pas : il lit le cadre IA de chaque boîte, et il a déjà ses réponses. Ses side-projects et ses publications (Partie 10) lui donnent justement la matière de ces histoires.
✏️ Exercices
Exercice 1 — Écris ton anecdote IA. En trente secondes de récit, décris un cas réel où tu as utilisé l’IA, détecté une de ses erreurs, et corrigé à la main. Termine par ta phrase sur le partage des rôles.
✅ Solution
Une bonne anecdote contient l’erreur de l’IA et ta correction — c’est ce qui prouve ton jugement, pas ta rapidité. Si ton histoire est « l’IA a tout fait et c’était parfait », elle te dessert : elle suggère que tu ne relis pas. Cherche un vrai moment où l’outil s’est trompé (cas limite, sécurité, perf, hallucination d’API) et où toi l’as vu et rattrapé. Cette structure — gain de temps + erreur détectée + correction + partage des rôles — répond à presque toutes les questions IA du process.
Exercice 2 — Une histoire STAR complète. Choisis un projet où quelque chose a mal tourné, puis écris-le en quatre temps : Situation, Tâche, Action, Résultat. Vérifie que l’Action est bien la tienne et que le Résultat inclut ce que tu en as appris.
✅ Solution
Le piège classique est de raconter la Situation en long et d’escamoter l’Action et le Résultat — or ce sont eux qui comptent. Vérifie que ton « A » utilise « j’ai » (pas « on a ») : le recruteur veut savoir ce que tu apportes. Et un échec bien raconté (avec le Résultat = la leçon tirée) impressionne souvent plus qu’un succès lisse, car il montre de la lucidité et de la capacité à progresser.
🧠 Quiz de révision
1. Que teste vraiment un live coding ?
Pas la réponse parfaite, mais comment tu penses en direct : décomposer, verbaliser ton raisonnement, avancer par petits pas sous contrainte. Un candidat qui parle à voix haute même bloqué bat un candidat muet qui finit. Parle, montre ton cheminement.
2. Quelles sont les deux règles IA possibles d’un process, et que prouve chacune ?
IA interdite : prouve que tu sais coder et raisonner sans béquille (fondamentaux, algo, débug de tête). IA exigée : prouve que tu pilotes l’outil (bon cadrage, relecture, détection d’hallucination, contrôle de l’archi). La compétence méta : demander le cadre et s’y adapter.
3. Pourquoi est-il risqué de ne s’entraîner qu’avec l’IA ?
Parce que tu perds le muscle du raisonnement autonome : le jour d’un live coding sans IA, tu figes, incapable de décomposer un problème ou d’écrire une boucle propre sous les yeux du recruteur. L’IA doit rester un levier, pas une béquille dont l’absence te paralyse.
4. Comment bien répondre à « comment utilises-tu l’IA ? »
Par un cas concret : un gain de temps réel, une erreur de l’IA que tu as détectée, ta correction manuelle, et ta phrase sur le partage des rôles (ce que tu délègues / ce que tu gardes). Ça te fait passer de « quelqu’un qui utilise l’IA » à « quelqu’un qui la maîtrise ».
5. Que veut dire STAR, et pourquoi l’utiliser ?
Situation, Tâche, Action, Résultat. Ça structure les réponses comportementales pour qu’elles aillent au bout, mettent en avant ton action (pas « l’équipe ») et l’issue chiffrée. Prépare 4–5 histoires STAR réutilisables (succès, échec, conflit, décision, délai).
Chapitre suivant : Négocier & remote — l’offre est là, maintenant il faut la négocier et bien la choisir.