Comment évalueriez-vous le profil Github d'un programmeur? [fermé]

De nombreux membres de la communauté open source déclarent qu’ils prennent fortement en compte le profil Github du candidat lors de l’embauche.

Je suis actif sur Github, avec quelques projets personnels et quelques contributions à d’autres. Mais si je regarde mon profil comme si j'étais un employeur, je vois beaucoup de bruit: projets clonés mais jamais contribués, etc. Les projets et les patchs dont je suis fier ne se démarquent pas.

Si vous évaluez les profils Github des gens, comment procédez-vous? Et en tant que développeur, devrais-je faire quelque chose différemment - par exemple, supprimer des dépôts clonés sur lesquels je ne travaille pas activement?

J'ai utilisé les profils GitHub, les flux Twitter et les blogs en tant qu'indicateurs de qualité dans la programmation d'entretiens / sélection de candidats. Ils génèrent tous des signaux différents à leur manière.

9 candidats sur 10 n'ont jamais soumis un seul correctif à un seul projet open source. Même la mise à jour d'une documentation endommagée vous place dans un échelon supérieur de développeur. Cela montre que vous connaissez suffisamment un paquet open source pour savoir ce qui ne va pas, que vous tenez suffisamment à soumettre un correctif et que les responsables de ce paquet pensent que votre travail est suffisamment bon pour être inclus. D'une manière générale, cela montre que vous prenez l'initiative de laisser les choses sales mieux que vous ne les avez trouvées.

Cela semble très simple, mais encore une fois, 9 développeurs sur 10 ne se donnent jamais la peine de franchir cette étape si importante.

Donc, un seul patch accepté a fière allure. Une longue histoire de 2-3 patchs simples par trimestre est encore meilleure. Encore mieux que cela serait d'apporter quelque chose de remarquable.

1. Contributions substantielles à des projets Open Source importants (plus de 0,1% à 1% des candidats)
2. Historique étendu de petites contributions à des projets (plus de 5% des candidats)
3. Un seul patch à une ligne pour un paquet relativement inconnu (supérieur de 10% des candidats)

Dans le même ordre d'idées, les développeurs qui tweetent sur le fait de boire et d'aller voir des films tout le temps ont tendance à faire des embauches médiocres. Un flux de tweet où chaque message sur trois est lié à la technologie indique le type de développeur de chiens junkyard enragé qui se soucie de son métier et qui recherche sans relâche des solutions.

Les blogs sont également un excellent indicateur de qualité, mais pour le style de communication plutôt que pour les prouesses techniques. Combien de programmeurs prennent la peine d'écrire l'article de blog n ° 1? Le même type de seuils de 1% / 5% / 10% s’applique ici.

En tant que développeur, je ne ferais rien différemment dans le compte Github. Ce n'est pas votre problème que le compte Github ne puisse pas être évalué rapidement. Et à proprement parler, ce n'est pas le problème de Github non plus - il est destiné au développement logiciel collaboratif, pas à l'évaluation des développeurs.

Il devrait y avoir des outils spéciaux pour l’évaluation des utilisateurs, travaillant avec les données Github. Pour l'instant, vous pouvez utiliser des sites tiers. Par exemple, il y a http://coderwall.com - un aperçu rapide du profil indique si le développeur a déjà soumis un correctif, si quelqu'un d'autre a créé son projet, combien de langues il utilise ...

Une autre option serait de générer automatiquement ce résumé sur votre page d’accueil à l’aide de l’API Github: une liste personnalisée de projets avec un certain nombre de forks et d’observateurs, la dernière fois qu’ils ont été mis à jour, etc.

Soyez prudent lorsque vous évaluez les candidats sur la base d'un profil GitHub. GitHub n'est pas un CV. Il y a beaucoup de grands ingénieurs qui n'ont pas de profils flashy, et ce pour plusieurs raisons: ils ont peut-être travaillé pour des entreprises de code source fermé ou ils pourraient consacrer plus de temps à d'autres activités telles que la famille, les loisirs, etc.

Même si une contribution à un projet open source peut être un atout pour un candidat (comme indiqué par @marshally), vous devriez évaluer et engager à l'ancienne, en parlant.

Quelques références sur lesquelles je suis tombé juste après avoir lu ce fil de discussion:

• GitHub n'est pas votre CV
• Les utilisateurs les plus actifs de GitHub , en particulier ces 2 commentaires d'importants contributeurs: 1 , 2 .

Je pense que vous pouvez, vous avez juste besoin de prendre un peu plus de temps pour voir s'il est réellement actif sur github ou non, en regardant son flux d'activité.

Vous pouvez voir comment les pressions, les problèmes, etc., sont un indicateur important qu'il est réellement actif et travaille sur quelque chose, plutôt que de simplement rigoler.

Si quelqu'un cherche à vous évaluer, il / elle devrait regarder votre "vraie" image, le code de merde et le bon code. J'ai récemment interviewé et l'interviewer m'a demandé d'ouvrir mon compte github, puis il a parcouru l'un de mes dépôts, parcouru un code de merde que j'avais écrit il y a un an sur une langue que j'apprenais.

Alors, il m'a demandé, comment pouvez-vous améliorer cela? J'ai répondu correctement à toutes ses réponses, car je savais comment améliorer cela, mais je n'avais pas vraiment envie de le réparer, car il s'agissait d'un projet essentiel pour moi, celui d'apprendre.

Il en va de même avec le compte stackoverflow.com. C'est plus évident sur SO puisque vous avez la réputation, etc.

Personnellement, je ne vois pas l'intérêt de regarder leur profil en soi. Comme vous l'avez dit à juste titre, il existe généralement un rapport de bruit suffisamment important pour ne pas mériter d'être filtré.

J'ai récemment postulé et j'ai été excepté pour mon premier emploi de développeur et je pensais que le processus utilisé était très juste. Plutôt que de poser des questions sur les profils, ils se sont concentrés sur les projets que j'ai choisi d'inscrire sur mon CV.

Il n’ya vraiment que peu de choses à glaner d’un candidat, les principales sont: peuvent-elles se développer, sont-elles motivées et comment elles fonctionnent? Tout cela peut être obtenu à partir d'un entretien préalable ou d'un entretien au premier tour, par téléphone ou par entretien d'une heure sur site.

L'idée est de laisser le candidat s'exprimer et de découvrir où se trouve sa passion. J'ai trouvé que ce style plus détendu m'avait ouvert beaucoup plus que d'envoyer sur mon profil l'un des services que j'utilise en matière de développement.

C'était bien de ne pas se lancer dans une interview technique avant. Il semblait qu'ils avaient la bonne attitude de trouver une bonne "équipe" en forme et ensuite d'évaluer les compétences.