Pair programming : l'évolution du live coding
Le live coding traditionnel évalue le candidat en isolation, face à un problème qu'il n'a pas choisi, observé par 1-2 personnes qui ne codent pas. C'est informatif mais peu représentatif du travail réel. Le pair programming en entretien inverse la posture : le candidat et un ingénieur de l'équipe résolvent ensemble un problème concret, avec échange continu.
Format recommandé
- Durée : 75 à 90 minutes.
- Problème : un bug ou une feature réelle de votre codebase (anonymisée si nécessaire). Pas un problème algorithmique artificiel.
- Configuration : VS Code Live Share, Tuple, ou équivalent. Setup fourni 30 min avant pour éviter les problèmes techniques.
- Rôles : le candidat "conduit" (écrit le code), l'ingénieur de l'équipe "navigue" (suggère, discute). Inverser en cours de session.
Ce que ça révèle
Collaboration technique
Le candidat écoute-t-il ? Intègre-t-il les suggestions ? Défend-il ses choix avec arguments ?
Compréhension système
Face à un code qu'il n'a pas écrit, pose-t-il les bonnes questions pour comprendre ?
Capacité d'apprentissage
Découvre une library ou un pattern nouveau en live. Comment réagit-il ?
Gestion de l'incertitude
Il ne sait pas tout. Sait-il dire "je ne sais pas" et chercher avec méthode ?
Grille d'évaluation
| Dimension | /5 |
|---|---|
| Qualité technique du code produit | __ |
| Collaboration (écoute, échanges) | __ |
| Communication sous pression | __ |
| Pragmatisme / gestion du temps | __ |
| Réaction au feedback | __ |
Red flags en pair programming
- Candidat qui ignore les suggestions : signal d'incapacité à collaborer.
- Silence prolongé : pas de verbalisation = pas de pensée structurée à partager.
- Sur-confiance : refuse d'admettre ne pas savoir, bidouille au lieu de chercher.
- Manque de testing : ne teste pas son code, ne gère pas les edge cases.
Piège à éviter
Ne soumettez pas le candidat à 3 heures de session intensive. C'est épuisant et crée un biais contre les introvertis. Une session de 75-90 minutes est suffisante pour obtenir l'information, avec une pause de 10 minutes au milieu.
Former vos ingénieurs
Le pair programming en entretien demande un interviewer formé : savoir rester en position "navigator" sans prendre la main, donner du feedback sans décourager, garder le temps. Former vos ingénieurs est obligatoire avant de déployer cette étape.