X5 Tech a ajouté l’évaluation des compétences en AI aux entretiens pour développeurs

X5 Tech a intégré la vérification des compétences en IA dans les entrevues techniques et a cessé de prétendre que les développeurs travaillent sans de tels outils. L'entreprise veut voir non pas une solution stérile à un problème, mais un processus réel : comment le candidat utilise le modèle, le vérifie et assume la responsabilité du résultat.

Comment X5 change les entrevues

Un pilote a déjà été lancé pour les développeurs Python seniors et les ingénieurs QA. Au stade du crible, les candidats sont avertis qu'il y aura un bloc IA séparé dans l'entrevue. L'entreprise elle-même fournit l'outil, la personne n'a donc pas besoin d'apporter sa propre pile ou ses abonnements. Pendant la session, le candidat partage son écran et résout la tâche avec le modèle. Pour les entrevoyeurs, ce qui compte plus que la réponse finale est la trajectoire de la pensée : à quelle vitesse la personne formule une requête, clarifie les conditions initiales, repère les points faibles et change d'approche si le modèle s'écarte.

La logique est simple : si dans le travail quotidien un ingénieur utilise l'IA de toute façon, il est inutile de l'interdire en entrevue. X5 Tech déclare directement qu'elle n'attend pas l'image du « développeur du passé » qui garde tout dans sa tête et évite volontairement les assistants. En même temps, le manque d'expérience extensive avec l'IA n'est pas considéré comme un inconvénient automatique. Si le candidat est fort en ingénierie de base, ils sont disposés à l'embaucher et à améliorer ses compétences en interne via des outils, des guides et des cours internes.

Qu'est-ce qui compte maintenant comme un signal fort

L'entrevue se concentre non pas sur le fait d'utiliser l'IA, mais sur la qualité du travail avec elle. On peut demander à un candidat quels outils il applique, ce qu'il comprend par fenêtre contextuelle, tokens, température du modèle, approche d'agent et MCP. Un autre type de tâche consiste à fournir un fichier comme CLAUDE.md ou .cursorrules et demander d'évaluer s'il aiderait un agent, où il y a des ambiguïtés, un contexte excessif et des déclencheurs potentiels d'hallucinations. En d'autres termes, ils vérifient non pas la mémoire, mais la réflexion d'ingénierie autour de l'IA.

• quels outils d'IA une personne utilise réellement et dans quels scénarios
• s'ils peuvent écrire des prompts avec rôle, contexte et format de réponse attendu
• s'ils comprennent les limitations des modèles, y compris les hallucinations et la taille du contexte
• s'ils remarquent les risques de sécurité et n'envoient pas de secrets vers des services publics
• s'ils peuvent examiner de façon critique le code généré par l'IA plutôt que de simplement l'insérer dans le projet

Pour les juniors, la barre reste basique : ils doivent comprendre les fondamentaux de l'ingénierie des prompts, être capable de reconnaître les hallucinations et ne pas confondre le code généré rapidement avec une compréhension réelle du système. Dans leur article, X5 Tech souligne particulièrement le problème de la dépendance à l'IA chez les développeurs juniors : ils assemblent les solutions plus rapidement, mais pire pour expliquer pourquoi cela fonctionne, comment le déboguer et où se trouvent ses limites. C'est pourquoi un bon signal devient non pas un ensemble de projets aléatoires, mais plusieurs travaux soigneusement documentés avec un README, le rôle de l'auteur, les décisions prises et les explications de où les conseils du modèle ont dû être rejetés.

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

Pour les développeurs de niveau intermédiaire et senior, les exigences sont plus élevées. Un niveau intermédiaire doit déjà être capable de construire son propre flux de travail avec l'IA, de vérifier les réponses plausibles mais incorrectes et de détecter les erreurs dans la logique métier complexe, les grandes bases de code, les incidents en production et les questions de sécurité. Un senior est responsable du niveau suivant : comment intégrer les agents et la génération de code dans le processus d'équipe sans augmenter la dette technique.

Ici, les règles d'utilisation des outils, la configuration du contexte pour le projet, la révision du code généré par l'IA et une distribution claire des responsabilités sont importantes, car la phrase « le modèle l'a suggéré » ne fonctionne pas en production.

Ce que cela signifie

L'approche de X5 Tech montre un changement dans l'embauche : le marché teste de moins en moins la capacité à travailler « dans le vide » et évalue de plus en plus comment un ingénieur agit à côté de l'IA. Les spécialistes forts sont accélérés par de tels outils, tandis que les faibles commencent à montrer des lacunes en compréhension, en architecture et en responsabilité plus rapidement. Pour les candidats, la conclusion est directe : il est important non seulement d'utiliser les modèles, mais de pouvoir expliquer votre processus, vos limitations et les décisions que vous gardez pour vous.