X5 Tech ajoute une évaluation des compétences en IA aux entretiens des développeurs

X5 Tech a intégré une évaluation des compétences en IA à ses entretiens techniques et cesse de faire comme si les développeurs travaillaient sans ces outils. L'entreprise veut voir non pas une solution aseptisée à un problème, mais le processus réel : comment le candidat utilise le modèle, le vérifie et assume la responsabilité du résultat.

Comment X5 change l'entretien

Le pilote est déjà lancé pour les développeurs Python seniors et les ingénieurs QA. Lors de la présélection, le candidat est prévenu que l'entretien comportera un volet IA distinct. L'entreprise fournit elle-même l'outil : inutile donc d'apporter sa propre stack ou ses abonnements.

Pendant la session, le candidat partage son écran et résout une tâche avec le modèle. Pour les recruteurs, la réponse finale compte moins que la trajectoire de réflexion : à quelle vitesse la personne formule sa requête, précise les données de départ, repère les points faibles et change d'approche si le modèle part de travers.

La logique est simple : si l'ingénieur utilise de toute façon l'IA au quotidien, il est absurde de l'interdire en entretien. X5 Tech affirme sans détour qu'elle n'attend pas l'image du « développeur d'avant » qui garde tout en tête et se passe par principe d'assistants. En revanche, ne pas avoir beaucoup d'expérience avec l'IA n'est pas un point négatif automatique. Si le candidat est solide en ingénierie de base, l'entreprise est prête à l'embaucher et à le former ensuite aux outils, guides et cours internes.

Ce qui compte désormais comme un signal fort

En entretien, ce n'est pas le simple fait d'utiliser l'IA qui est évalué, mais la qualité du travail avec elle. On peut demander au candidat quels outils il emploie et ce qu'il entend par fenêtre de contexte, tokens, température du modèle, approche agentique et MCP. Autre type d'exercice : fournir un fichier comme CLAUDE.md ou .cursorrules et demander s'il aidera un agent, où se trouvent les ambiguïtés, le contexte superflu et les déclencheurs potentiels d'hallucinations. Autrement dit, on ne teste plus la mémoire, mais la réflexion d'ingénieur autour de l'IA.

• quels outils d'IA la personne utilise réellement et dans quels scénarios
• si elle sait rédiger des prompts avec rôle, contexte et format de réponse attendu
• si elle comprend les limites des modèles, y compris les hallucinations et la taille du contexte
• si elle repère les risques de sécurité et évite d'envoyer des secrets à des services publics
• si elle est capable de relire de façon critique du code généré par IA, au lieu de simplement le coller dans le projet

Pour les juniors, la barre reste pour l'instant basique : comprendre les bases du prompt engineering, savoir reconnaître les hallucinations et ne pas confondre code généré rapidement et compréhension réelle du système. Dans son article, X5 Tech souligne à part le problème de la dépendance à l'IA chez les développeurs débutants : ils assemblent une solution plus vite, mais expliquent moins bien pourquoi elle fonctionne, comment la déboguer et où sont ses limites. Un bon signal n'est donc pas une série de projets personnels disparates, mais quelques réalisations soigneusement documentées, avec un README, le rôle de l'auteur, les décisions prises et une explication des cas où il a fallu écarter les conseils du modèle.

« Celui qui a fusionné le code en est responsable. »

Pour les profils intermédiaires et seniors, les exigences sont plus élevées. Un développeur intermédiaire doit déjà savoir construire son propre flux de travail avec l'IA, vérifier des réponses plausibles mais fausses et détecter des erreurs dans une logique métier complexe, de grandes bases de code, des incidents de production et des questions de sécurité. Le senior répond du niveau suivant : comment intégrer agents et génération de code au processus d'équipe sans alourdir la dette technique.

Ce qui compte ici, ce sont les règles d'usage des outils, le paramétrage du contexte pour le projet, la revue du code généré par IA et une répartition claire des responsabilités, car la phrase « c'est le modèle qui l'a proposé » ne tient pas en production.

Ce que cela signifie

L'approche de X5 Tech illustre un changement dans le recrutement : le marché teste de moins en moins la capacité à travailler « dans le vide » et évalue de plus en plus la façon dont l'ingénieur agit aux côtés de l'IA. Ces outils accélèrent les spécialistes solides, tandis que les plus faibles révèlent plus vite leurs lacunes de compréhension, d'architecture et de responsabilité. Pour les candidats, la conclusion est directe : il ne suffit pas d'utiliser des modèles, il faut savoir expliquer son processus, ses limites et les décisions que l'on se réserve.