Lisez le code, pas le CV
Un CV liste des affirmations, un dépôt montre le travail. Ce que le code public dit d'un ingénieur, ce qu'il ne dit pas, et comment on s'en sert pour matcher.
Un CV est une liste d'affirmations : des titres, des années, une stack écrite en mots-clés. Pour un ingénieur, l'essentiel de la preuve de ce qu'il sait faire est ailleurs : dans le code qu'il a publié.
Ce qu'un CV ne dit pas
« Ingénieur backend senior, 6 ans, Go, Kubernetes » correspond à des milliers de profils. Ça dit où la personne était assise, pas ce qu'elle a construit. Deux ingénieurs avec exactement cette ligne peuvent avoir passé ces années sur des choses très différentes : l'un sur un service de facturation, l'autre sur une file distribuée qui doit tenir la charge. Si votre poste demande le second, la correspondance de mots-clés n'est que du bruit.
Ce que dit le code
Un dépôt public est un document d'une autre nature. Il montre :
- Ce que la personne construit quand personne ne le lui demande : les sujets de ses projets, les problèmes sur lesquels elle revient.
- Comment elle le construit : langages, dépendances, structure du code, tests.
- Comment elle travaille avec les autres : pull requests, code reviews, issues traitées sur des projets qui ne sont pas les siens.
- Si c'est récent : un commit la semaine dernière en dit plus qu'une compétence listée en 2019.
Rien de tout ça n'est déclaratif. C'est tout l'intérêt.
Matcher sur le travail
Quand vous ouvrez un poste, vous savez en général quel genre de système la personne va construire. Alors au lieu de chercher un titre, on part du poste et on cherche les développeurs qui ont déjà construit quelque chose de proche : sujets de dépôts, langages et dépendances qui correspondent, et des contributions qui montrent de la profondeur plutôt qu'un fork du week-end.
Chaque candidat d'une shortlist Azerit arrive avec les projets et les contributions derrière son score : vous vérifiez le raisonnement vous-même en une minute, au lieu de croire un chiffre sur parole.
Ce que ça ne fait pas
Tous les très bons ingénieurs ne codent pas en public. Beaucoup passent leurs meilleures années sur des codebases privées, et beaucoup n'ont ni le temps ni l'envie de faire des side projects. Un profil GitHub calme n'est pas un signal négatif, et on ne le traite pas comme tel.
Le code public sert à trouver des gens qu'on aurait ratés, et à ouvrir la conversation sur quelque chose de réel. Il ne remplace pas vos entretiens.
Pourquoi ça change le premier message
Le plus grand gain n'est pas la recherche. Une fois qu'on sait ce que quelqu'un a construit, on a enfin quelque chose à lui dire. La suite dans comment écrire un premier email auquel un ingénieur répond.


