GitHub ou LinkedIn : où trouver les ingénieurs que vous voulez recruter

Quand une équipe ouvre un poste d'ingénieur, la recherche commence presque toujours sur LinkedIn. C'est là que sont les profils, les outils de recrutement, et tous les autres recruteurs. GitHub est l'autre endroit où les ingénieurs passent du temps, et on y trouve une information d'une tout autre nature. Aucun des deux n'est meilleur en général. Ils répondent à des questions différentes, et savoir laquelle on pose fait gagner des jours.

Deux documents différents

Un profil LinkedIn est un résumé de carrière écrit par son auteur. Des titres, des entreprises, des dates, une liste de compétences, parfois un paragraphe sur ce dont la personne est fière. On le met à jour surtout quand on cherche un poste, et il est optimisé pour être trouvé : la section compétences est écrite pour les recherches par mots-clés.

Un profil GitHub est un historique de travail. Des dépôts, des commits, des pull requests, des code reviews, des issues. Personne ne l'écrit comme un argumentaire ; il s'accumule à mesure qu'on construit en public. Il est souvent incomplet, parce que l'essentiel du code professionnel est privé, mais ce qui s'y trouve est le travail lui-même.

La première question est donc simple : avez-vous besoin de savoir où quelqu'un est passé, ou ce qu'il sait construire ?

Qui on trouve où

Sur LinkedIn, il y a presque tout le monde. Quasiment tout ingénieur avec quelques années d'expérience a un profil, y compris ceux qui n'écrivent jamais de code public. Pour les postes où le code public est rare, comme le management d'équipes techniques, la plupart des métiers de l'embarqué et du logiciel d'entreprise, ou tout ce qui est soumis à la confidentialité, c'est souvent la seule source réaliste.

Sur GitHub, la population est plus petite et très différente. Des mainteneurs et contributeurs open source, des ingénieurs qui construisent des outils à côté, des gens issus de domaines où les bibliothèques de référence sont ouvertes (infrastructure, outils pour développeurs, machine learning, frameworks web, data engineering). Beaucoup entretiennent à peine leur profil LinkedIn, et certains n'en ont pas. Ils sont invisibles pour une recherche par mots-clés sur LinkedIn, ce qui veut aussi dire qu'ils reçoivent moins de messages de recruteurs génériques.

Ce que vaut chaque signal

Sur LinkedIn, les signaux les plus forts sont les entreprises et la trajectoire : où la personne a travaillé, combien de temps, à quelle vitesse elle a pris des responsabilités. Le plus faible est la liste de compétences : n'importe qui peut ajouter « Kubernetes », et beaucoup le font.

Sur GitHub, les signaux les plus forts sont les contributions aux projets des autres : une pull request fusionnée veut dire qu'un autre mainteneur a lu le code et l'a accepté. Viennent ensuite les code reviews, les issues bien écrites et les tests. Les plus faibles sont les chiffres de vanité : étoiles, followers, densité du graphe de contributions, qui peuvent tous être gonflés.

En résumé : LinkedIn renseigne sur le contexte, GitHub sur la compétence. Un bon recrutement a en général besoin des deux, et c'est pour ça que les meilleures recherches combinent les deux.

La prise de contact

Les ingénieurs avec un bon profil reçoivent des messages de recruteurs chaque semaine, et la plupart sont interchangeables : un titre, une entreprise, une fourchette de salaire, « on en parle ? ». Sur LinkedIn, votre message arrive dans la même boîte que tous les autres.

Ce qui fait répondre un ingénieur, c'est un message qui montre qu'on a regardé son travail. GitHub vous donne exactement ça : un projet, une pull request, un choix de conception à citer dès la première ligne. On détaille tout ça dans le premier email auquel les ingénieurs répondent.

Une précaution : GitHub n'est pas un annuaire. Utilisez l'email que la personne a publié sur son profil ou son site, ou une adresse professionnelle, écrivez aux gens un par un, et lisez les règles d'utilisation acceptable de GitHub, qui interdisent d'utiliser les informations du site pour du spam.

Le coût

Les outils de recrutement de LinkedIn sont des licences payantes, dont le prix grimpe avec le nombre de recruteurs et les fonctionnalités. Chercher sur GitHub est gratuit, mais pas le temps : lire des profils et du code à la main prend 15 à 30 minutes par bon candidat. On décrit toute la méthode dans comment sourcer des développeurs sur GitHub.

Quand utiliser lequel

Commencez par LinkedIn quand :

• le poste consiste plus à manager des personnes ou une fonction qu'à écrire du code ;
• le travail est privé par nature (cœurs bancaires, défense, la plupart des logiciels d'entreprise) ;
• vous cherchez un parcours précis, par exemple quelqu'un qui a fait grandir une équipe dans une entreprise réglementée.

Commencez par GitHub quand :

• la stack repose sur des bibliothèques open source, et que leurs contributeurs seraient des recrues idéales ;
• le poste est opérationnel et que ce que la personne sait construire compte plus que l'endroit où elle l'a fait ;
• vous voyez passer les vingt mêmes noms sur LinkedIn et qu'il vous faut des gens à qui personne n'écrit.

Combiner les deux sur un poste

La combinaison qu'on recommande :

1. Trouver sur GitHub. Partez des projets proches de ce que la personne va construire, et listez ceux qui y ont fait un vrai travail.
2. Vérifier sur LinkedIn. Pour chaque nom, regardez le contexte de carrière : entreprise actuelle, séniorité, localisation, et si un changement a du sens maintenant.
3. Écrire sur le travail. Ouvrez le message sur ce que vous avez vu sur GitHub, pas sur la fiche de poste.

Vous trouvez ainsi des gens qu'une recherche LinkedIn rate, avec une meilleure raison de leur écrire que n'importe qui d'autre.

C'est aussi exactement le travail qu'Azerit fait pour vous : il lit GitHub pour trouver les ingénieurs qui ont déjà construit ce que vous recrutez, montre les projets derrière chaque score, trouve un email professionnel et rédige un premier message sur leur propre code. Essayez-le sur un de vos postes.