Entretien technique

Les trois formats courants

• Coding en direct / pair programming. Le candidat traite le problème avec l’intervieweur présent. Révèle le raisonnement, la communication et la gestion du blocage. Biais : le whiteboarding sous pression.
• Conception système. Postes séniors. Le candidat esquisse une architecture pour un problème. Révèle le sens des trade-offs et le jugement à l’échelle.
• Take-home + revue. Travail asynchrone ; l’intervieweur relit et pose des questions en live. Moins de pression, plus proche du réel — mais ça pioche sur le temps libre du candidat.

Ce pour quoi un entretien technique n’est pas

Pas pour tester des algorithmes mémorisés que le candidat Googlerait dans la vraie vie. La question pertinente est « cette personne peut-elle faire le job ? », pas « peut-elle réussir le puzzle ? ».

L’échec le plus courant vient du décrochage entre l’entretien et le poste. Tester des parcours d’arbre pour un poste qui débogue du Python existant, c’est mesurer la mauvaise chose.

Combien de temps

60-90 minutes est le maximum pratique pour un live technique. Les take-homes devraient être plafonnés à 3-4 heures de travail candidat. Au-delà, c’est de l’exploitation.

Où Join s’inscrit

Les grilles d’entretien technique s’attachent au poste, avec scoring séparé pour résolution de problème, qualité du code et communication. Voir la page Fonctionnalités.