J'ai échoué un entretien de codage — Et ça n'a pas d'importance

Voici une question que je n’arrive pas à résoudre : Suis-je un ingénieur logiciel qui code, ou un concepteur de systèmes qui dirige l’IA ?

Parce que le marché du travail ne semble pas le savoir non plus.

L’entretien qui a tout changé

J’ai eu un entretien de premier tour assez standard avec une startup récemment. Nous avons parlé de l’entreprise, du rôle, de mon expérience — c’était une bonne conversation. Puis, à la fin, le recruteur m’a surpris avec un défi de codage.

J’ai été honnête avec lui.

« Écoute, si j’avais su qu’il y avait une partie codage, j’aurais révisé, mais je n’ai pas écrit de code depuis novembre. L’IA fait tout mon codage maintenant. »

Il n’était pas prêt pour cette réponse. Honnêtement, moi non plus.

Mais cela m’a fait réaliser quelque chose d’important. En tant que chercheur d’emploi en 2026, je ne sais pas pour quoi je suis censé me préparer — et je pense que beaucoup d’entre nous sommes dans le même bateau.

Le décalage dont personne ne parle

Le rôle change plus vite que le processus d’entretien.

Les entreprises testent toujours les compétences en algorithmes, le codage au tableau blanc, les problèmes de style LeetCode. Mais dans mon travail réel ? Je n’ai pas touché à un clavier pour écrire du code depuis des mois.

L’IA écrit le code. Je conçois le système. J’articule les fonctionnalités. Je révise le résultat.

Il y a un décalage fondamental entre ce que les entreprises testent et ce que le travail exige réellement maintenant. Et ce décalage m’a forcé à me poser une question plus difficile :

Quelles sont les compétences qui comptent vraiment ?

À quoi ressemblent les bons entretiens

Dans les entretiens que j’ai eus récemment, ceux qui me semblaient justes n’étaient pas des tests de codage. C’étaient :

• Des conversations sur la conception de systèmes
• Des discussions sur les modèles d’architecture
• Comment vous structurez une application
• Comment vous guidez un agent IA pour construire la bonne chose

La connaissance du codage est toujours pertinente — mais pas pour écrire du code. C’est pour le réviser. Pour le diriger.

Pourquoi l’IA ne peut pas voir la forêt

Voici ce que j’ai appris en travaillant avec l’IA chaque jour :

L’IA ne peut pas voir la forêt. Elle est incroyable pour implémenter la fonctionnalité — elle voit les arbres — mais elle ne connaît pas les modèles existants dans votre application. Elle ne comprend pas l’architecture.

Vous pouvez le lui dire. Je le fais dans Claude chaque jour. Mais c’est mon travail de maintenir cette vision.

C’est là le décalage. C’est le nouveau rôle d’ingénierie.

Le travail du humain est de :

1. Communiquer l’architecture clairement
2. Guider les agents vers le bon modèle
3. S’assurer que les pièces s’assemblent

L’IA écrit le code. Je m’assure que c’est le bon code.

Le rôle qui émerge

Donc quand je pense à ce pour quoi je me prépare maintenant, je ne me prépare plus pour des tests de codage.

Je me concentre sur :

• La conception de systèmes et comment penser les applications complexes
• Les modèles d’architecture et quand les appliquer
• L’articulation claire — comment décrire ce que je veux avec assez de précision pour qu’un agent puisse le construire

Si une entreprise veut que je fasse des problèmes de style LeetCode et que je fasse des algorithmes au tableau blanc, nous ne sommes pas alignés sur ce qu’est le rôle.

Parce que le rôle pour lequel je me prépare — le rôle que je pense émerger — n’est pas « ingénieur qui code ».

Ce rôle a disparu. Ce rôle, c’était il y a cinq ans.

Le nouveau rôle est : ingénieur qui conçoit des systèmes et dirige l’IA pour construire ces systèmes.

Ce que cela signifie pour vous

Si vous êtes chercheur d’emploi en ce moment, vous êtes pris dans la même transition que moi.

Le marché n’a pas encore rattrapé son retard. Certaines entreprises testent toujours les anciennes compétences, mais le travail réel change — et vite.

Ne vous sentez pas mal si vous n’avez pas codé. Ce n’est pas le manque de compétences.

À la place, concentrez-vous sur :

• Les fondamentaux de la conception de systèmes
• L’architecture et comment les applications s’assemblent
• Les compétences en communication pour travailler avec des agents IA

Le rôle change. Assurez-vous que vous êtes préparé pour le rôle qui arrive, pas celui qui disparaît.

Ma nouvelle approche

Je ne sais pas si j’ai échoué cet entretien ou si cet entretien n’a pas réussi à tester la bonne chose.

Mais je sais ceci : Je ne fais plus de LeetCode.

Ça n’a tout simplement pas de sens. Ça me semble être une perte de temps. À la place, je construis les compétences pour le rôle que je veux vraiment.

Avez-vous eu un entretien récemment qui semblait mal aligné avec le travail réel que vous faites ? Je suis curieux de savoir si je suis le seul à sentir ce changement.

Si cela a résonné avec vous, j’ai plus de contenu sur l’ingénierie de l’IA et comment l’espace évolue. Abonnez-vous à ma newsletter pour ne pas manquer ce qui arrive ensuite.