Avant même le premier entretien, une large majorité de recruteurs jette un œil au profil GitHub du candidat. C'est devenu un réflexe : un portfolio public est le premier échantillon de travail réel qu'un développeur peut montrer.
Le problème est qu'on en attend souvent trop, ou qu'on le lit mal. Un profil GitHub révèle des choses précieuses, mais il en cache d'autres tout aussi importantes. Bien utilisé, c'est un signal fort. Mal utilisé, c'est une source de biais.
Cet article montre ce qu'un portfolio et un profil GitHub révèlent vraiment, comment les lire, leurs limites, et comment les combiner avec une évaluation fiable.
Sommaire
1. Pourquoi les portfolios et GitHub comptentUn profil GitHub est un échantillon de travail concret, disponible avant tout entretien. Selon une enquête Stack Overflow, environ 71 % des responsables du recrutement consultent l'activité GitHub d'un candidat pour un poste technique.
Ce que ce signal apporte au recruteur :
Ce qui compte est que le portfolio montre ce qu'un candidat construit quand personne ne le lui demande. C'est une fenêtre rare sur son rapport au métier.
Tous les profils ne se valent pas, et ce n'est pas une question de volume. Ce qui distingue un bon profil n'est pas le nombre de dépôts, mais la qualité de quelques-uns.
Les signaux de qualité à repérer :
Ce qui compte est la profondeur. Un profil avec trois projets aboutis vaut mieux qu'un profil avec quarante dépôts abandonnés.
Un recruteur passe souvent moins de 90 secondes sur un profil avant de décider s'il creuse. Autant regarder les bons signaux, et ignorer les faux.
Ce qu'il faut regarder :
Ce qu'il faut ignorer :
L'objectif est simple : lire la substance, pas la mise en scène.
C'est le point que la plupart des recruteurs sous-estiment. Un profil GitHub ne raconte qu'une partie de l'histoire, et se fier à lui seul introduit un biais.
Ce que GitHub ne montre pas :
Le problème est qu'un excellent ingénieur peut avoir un GitHub pauvre, faute de temps ou par choix. Juger sur le seul portfolio écarte des profils solides. L'évaluation technique d'un développeur ne peut donc pas se réduire à son GitHub.
La bonne place du portfolio est celle d'un signal de contexte, pas d'un critère de décision. Il ouvre la conversation ; il ne la conclut pas.
La combinaison efficace :
Ce qui compte est de compléter le signal partiel du portfolio par une preuve directe. Certaines plateformes comme Scalyz permettent d'observer le candidat résoudre un problème réel, en conditions immersives, là où GitHub ne montre qu'un résultat figé. Le portfolio dit ce qu'il a fait ; la mise en situation dit ce qu'il sait faire.
Non. C'est un atout, pas une obligation. Un excellent ingénieur peut avoir un GitHub pauvre par manque de temps ou parce que son travail est confidentiel.
Les dépôts épinglés, leur README, un ou deux projets réels testés et documentés. Ignorez le graphe de contributions et le nombre d'étoiles.
Non. Il ne prédit presque rien de la compétence. Une production régulière et réfléchie compte bien plus que des commits quotidiens cosmétiques.
Non. Le portfolio ne montre ni le travail en équipe, ni le comportement en production, ni les soft skills. Complétez-le toujours par une évaluation en conditions réelles.
Le profil GitHub et le portfolio sont de précieux signaux d'entrée : ils montrent du code réel, un style, une motivation. Mais ils ne racontent qu'une partie de l'histoire, et se fier à eux seuls introduit un biais coûteux.
La bonne question n'est pas « son GitHub est-il impressionnant ? » mais « ce que je vois prédit-il sa réussite en poste ? ». Le portfolio ouvre la porte ; seule une évaluation en conditions réelles permet de décider.
Partagez cet article :