Quelles plateformes organisent des entretiens de code et en quoi diffèrent-elles ?

L’e-mail d’invitation indique généralement la plateforme, et son nom révèle l’essentiel de ce à quoi ressemblera la session. Les plateformes se répartissent en quatre catégories.

• Éditeurs partagés en direct. CoderPad, le mode entretien de CodeSignal, HackerRank Interview (anciennement CodePair) et les pads similaires ouvrent un document que vous et la personne qui vous interroge pouvez modifier. La plupart permettent d’exécuter du code dans plusieurs langages ; certains employeurs désactivent volontairement l’exécution afin que vous raisonniez au lieu de procéder par essais et erreurs.
• Documents partagés simples. Certaines équipes envoient encore un Google Doc ou un éditeur de texte vide via Zoom ou Google Meet. Pas de coloration syntaxique, pas de bouton d’exécution, pas de tests ; la personne qui vous interroge lit votre code comme le ferait un relecteur.
• Évaluations en ligne chronométrées. HackerRank, Codility et CodeSignal proposent un ensemble fixe de problèmes avec un chronomètre et un correcteur automatique. Personne ne participe à un appel ; la plateforme enregistre votre session et note les cas de test cachés.
• Prestataires d’entretiens à la demande. Karat et les prestataires comparables mettent à disposition un ingénieur formé qui mène un entretien technique en direct sur le pad du prestataire et rédige le rapport lu par l’employeur. Le format est en direct, mais votre interlocuteur n’est pas votre futur collègue.

Les employeurs combinent ces formats. Un processus classique commence par une évaluation, se poursuit par une ou deux sessions sur un pad en direct et se termine par une discussion de conception dans un outil de tableau blanc ou lors d’un simple appel. La rubrique sur l’évaluation des plateformes présente chaque prestataire plus en détail.

Cinq propriétés déterminent le déroulement d’une session, et elles varient davantage entre les plateformes que la difficulté des problèmes.

• En direct ou asynchrone. Un pad en direct permet de discuter : vous pouvez poser des questions sur les contraintes et recevoir des indices. Une évaluation est un examen silencieux ; l’énoncé constitue la seule clarification disponible.
• Exécution du code. Les pads dotés d’un bouton d’exécution vous permettent de vérifier un cas avant d’affirmer que votre solution fonctionne. Avec les documents simples et les pads où l’exécution est désactivée, vous êtes l’interprète : vous expliquez donc ce que fait chaque ligne.
• Visibilité de votre saisie. Sur un pad en direct, la personne qui vous interroge voit chaque frappe, chaque pause et chaque suppression à mesure qu’elles se produisent. Réécrire une fonction trois fois se voit ; ce n’est pas nécessairement un problème, mais rester silencieux pendant ce temps peut l’être.
• Langages et outils. La plupart des pads prennent en charge les langages courants, mais l’accès aux bibliothèques, la saisie semi-automatique et la présence d’un débogueur varient. Les évaluations vous limitent souvent aux langages pris en charge par le correcteur.
• Enregistrement et surveillance. Les sessions en direct sont souvent enregistrées pour la réunion de bilan. Les plateformes d’évaluation proposent une surveillance facultative, qui peut inclure des captures de webcam, la journalisation des changements d’onglet du navigateur ou le signalement des copier-coller ; son activation dépend de l’employeur, et l’invitation le précise rarement.

Cette dernière propriété est celle qu’il faut anticiper. Considérez toute évaluation chronométrée comme surveillée, sauf indication contraire dans les consignes.

Il est légitime de craindre qu’un entraînement sur une plateforme ne soit pas transférable à une autre. Cette section propose une routine de préparation pour chaque format. En bref, les compétences en programmation se transfèrent, contrairement aux habitudes propres à la session ; entraînez-vous donc délibérément à ces habitudes.

• Pour les pads en direct : entraînez-vous dans un éditeur de navigateur sans saisie semi-automatique, parlez en tapant et écrivez manuellement un petit cas de test avant toute exécution. Si le pad possède un bouton d’exécution, utilisez-le après avoir expliqué votre approche, et non à la place de cette explication.
• Pour les documents simples : entraînez-vous à écrire du code correct sans compilateur. Une indentation cohérente et des fonctions courtes sont importantes, car la personne qui vous interroge lit le code au lieu de l’exécuter.
• Pour les évaluations chronométrées : entraînez-vous avec un chronomètre en gardant les tests cachés à l’esprit : gérez les entrées vides, les doublons et les tailles maximales autorisées. Lisez d’abord l’ensemble des problèmes, puis classez-les selon l’effort attendu.
• Pour les entretiens avec un prestataire : attendez-vous à une grille d’évaluation standardisée. Les personnes menant des entretiens pour des prestataires comme Karat évaluent explicitement la communication et la décomposition du problème ; exposez donc votre plan avant de coder.

Une ingénieure backend candidate à un poste senior dans une entreprise de paiement reçoit trois invitations différentes la même semaine : une évaluation CodeSignal, une session CoderPad avec exécution activée et un dernier entretien dans un document partagé. Elle répète chaque format une fois, et la seule chose qu’elle modifie est le degré de verbalisation. L’outil d’entretien blanc de SubcueAI permet de s’entraîner facilement à expliquer son raisonnement à voix haute.

Uniquement dans les formats où quelqu’un vous parle. L’application de bureau native de SubcueAI pour macOS et Windows capture à la fois le son du système et votre microphone. Elle entend donc la question de la personne qui vous interroge sur Zoom, Google Meet ou Microsoft Teams et affiche des suggestions dans un overlay flottant qui n’existe que sur votre écran. Le panneau latéral de son extension de navigateur fait de même pour les appels se déroulant dans un onglet de Chrome ou Edge, en capturant uniquement le son de l’onglet de réunion ; il entend ainsi votre interlocuteur sans jamais vous transcrire. Aucune de ces interfaces ne rejoint l’appel comme un bot et n’injecte quoi que ce soit dans la page de réunion ou le pad de programmation ; la version Firefox de l’extension permet uniquement de s’exercer avec des entretiens blancs.

Ce périmètre a des limites claires. Une évaluation chronométrée ne comporte aucune conversation : un assistant qui écoute n’a donc rien à traiter, et les évaluations surveillées qui journalisent vos onglets ou utilisent votre webcam ne correspondent pas à l’usage prévu de SubcueAI. Sur un pad en direct, partager l’intégralité de votre écran ferait apparaître l’overlay dans le flux partagé ; partagez la fenêtre du pad ou ne partagez rien. Les sessions enregistrées et les appareils gérés par l’employeur sont également exclus de ce périmètre. Aaron Cao, fondateur de SubcueAI, a précisément conçu l’overlay comme une fenêtre locale plutôt que comme un participant à la réunion : il ne doit jamais faire partie de ce que la plateforme enregistre. Les étapes de configuration de chaque interface figurent sur la page du tutoriel, et la page consacrée à la sécurité explique ce qui est capturé ou non.