Inverser un arbre binaire au tableau blanc mesure la préparation au quiz, pas la capacité à livrer du code maintenable. Ce que nous faisons à la place, et pourquoi.
Le quiz d’algorithmique a une qualité : il est facile à noter. Il a un défaut plus grave : il ne mesure pas ce que vous achetez. Vous recrutez quelqu’un pour livrer du code lisible, testé, qui survivra à l’auteur. Personne n’inverse d’arbre binaire en production.
Résultat : le quiz sélectionne les profils fraîchement sortis d’école ou en recherche active depuis longtemps, et écarte les seniors en poste — précisément ceux que vous vouliez.
Un exercice court, tiré d’un cas réaliste : une fonction à corriger, un endpoint à ajouter, un test qui échoue. Le candidat code dans son éditeur, avec sa recherche et ses outils. Nous regardons comment il découpe le problème, ce qu’il teste, comment il nomme, s’il pose des questions.
Un ancien développeur pour un développeur, un ancien SRE pour un ingénieur plateforme. Il reconnaît le vrai du faux en dix minutes, et le candidat le sent : la conversation change de nature.
« Racontez-moi la dernière fois où votre code a cassé la production. » Les bons profils ont une histoire précise, un post-mortem, et une chose qu’ils font différemment depuis. Les autres n’ont jamais cassé la production — ce qui veut dire qu’ils n’ont pas beaucoup livré.
| Signal | Ce qu’il révèle | Comment on le voit |
|---|---|---|
| Écrit un test avant de corriger | Réflexe de fiabilité | Exercice de code |
| Pose une question sur le contexte avant de coder | Sens du produit | Exercice de code |
| Sait dire « je ne sais pas, je chercherais ici » | Honnêteté technique | Entretien |
| Raconte une revue de code qui l’a fait changer d’avis | Capacité à apprendre des autres | Entretien |
| Explique la dette de son dernier projet sans accuser | Maturité | Entretien |
Un projet de six heures à rendre sous une semaine sélectionne les candidats qui ont six heures — pas les meilleurs. Les seniors en poste refusent, à raison. Si vous tenez à un exercice à distance, limitez-le à deux heures, payez-le si c’est plus, et relisez-le ensemble ensuite : c’est la relecture qui informe, pas le rendu.
On n’évalue pas un développeur sur ce qu’il sait par cœur. On l’évalue sur ce qu’il fait quand il ne sait pas.
Décrivez-nous le poste. Nous vous dirons sous 24 h ouvrées si le profil existe au budget prévu — et ce qu'il faudrait ajuster sinon.
