Ce qu'une épreuve de code en direct évalue vraiment
Un entretien technique ne se joue presque jamais sur le seul code final. Le recruteur observe comment vous choisissez une approche, si vous connaissez son coût en temps et en mémoire, quels cas limites vous anticipez avant qu'il ne les évoque, et avec quelle clarté vous expliquez vos choix en tapant.
Cela fait beaucoup à gérer en même temps, et c'est pourquoi un exercice résolu la semaine dernière peut sembler impossible le jour J. Le copilote vous donne les éléments dans l'ordre où vous en avez besoin, pour que vous consacriez votre attention à expliquer plutôt qu'à vous souvenir.
De l'exercice à la réponse en quatre étapes
Pas de mode code à activer, pas de type d'épreuve à choisir au préalable. La même session qui entend le recruteur lit aussi votre écran : elle fonctionne donc pour les épreuves silencieuses et les exercices à faire chez soi comme pour un appel en pair programming.
- Appuyez sur « Start », ou capturez directement l'exercice : la première « Capture » ou « Answer » lance la session.
- Appuyez sur ⌘/Ctrl + H avec l'exercice à l'écran. Un énoncé long peut demander plusieurs captures, exemples et contraintes compris.
- Appuyez sur ⌘/Ctrl + Entrée. En quelques secondes, vous obtenez l'approche, le code complet dans le langage sélectionné dans l'éditeur, la complexité en temps et en mémoire, les cas limites et une phrase à dire à voix haute.
- Pas tout à fait ça ? « Regenerate » répond à nouveau en vérifiant les erreurs, « Another approach » propose une solution différente, et « Explain simpler » ajoute une explication en mots simples sous le code.
Ce que contient chaque réponse de code
Le code conserve la signature de fonction du code de départ : il s'adapte donc aux exercices LeetCode, HackerRank, Codility et CodeSignal. Il gère aussi SQL et des fichiers comme Terraform, YAML ou un Dockerfile.
Chaque réponse cite les cas limites gérés par le code, prête pour le moment où le recruteur vous demande si vous avez terminé. « Another approach » propose une solution vraiment différente avec une phrase de comparaison, pour que vous puissiez discuter du compromis avant de vous lancer.
- Du code complet et exécutable dans le langage de l'éditeur
- La complexité en temps et en mémoire
- Les cas limites, cités avant qu'on vous les demande
- Une phrase à dire à voix haute, et une explication en mots simples à la demande
Les questions de relance s'appuient sur le code
L'écoute continue pendant que vous travaillez à l'écran. Quand le recruteur demande « pouvez-vous l'optimiser ? » ou « pourquoi une table de hachage ? », la réponse s'appuie sur le code déjà affiché. Si l'on vous demande du code à voix haute, par exemple « écrivez-le sans récursion », vous obtenez aussi du code complet.
Vous préférez réfléchir par vous-même ? Tapez ce que vous voulez dans « Ask », par exemple « donne-moi seulement un indice » ou « liste les cas limites », et vous obtenez exactement cela. Rien de tout cela ne relance la session ni ne coûte de crédits supplémentaires.
Avant l'entretien
La fenêtre superposée est exclue du partage d'écran et de l'enregistrement d'écran : le recruteur voit votre éditeur, pas l'assistant. Votre pointeur de souris reste toutefois partagé, et cliquer sur la fenêtre superposée retire le focus de l'éditeur, ce que certaines plateformes de code enregistrent. Utilisez plutôt les raccourcis clavier.
- Apprenez les raccourcis : ⌘/Ctrl + Entrée pour répondre, ⌘/Ctrl + H pour capturer, ⌘/Ctrl + B pour masquer ou afficher la fenêtre superposée.
- Si vous le souhaitez, définissez un langage de programmation préféré dans « Interview Setup ». Il n'est utilisé que si aucun langage n'apparaît à l'écran.
- Faites une courte session sur n'importe quel exercice de type LeetCode pour vous familiariser avec le déroulé.
- Vérifiez le règlement de l'épreuve. Les plateformes de code surveillées diffèrent, et certaines interdisent les outils extérieurs.