J'ai donnĂ© un entretien d'embauche pour un poste de dev. Au lieu de demander un exercice de code, je suis allĂ© voir le Github de la personne, j'ai trouvĂ© un de ces projets rĂ©cents, avec des points qui pouvaient ĂȘtre amĂ©liorĂ©s, et on a fait une relecture collaborative de son code.

BIen plus efficace que l'exercice de code, parce qu'on voit :
1. comment la personne collabore
2. comment elle subit la critique
3. si elle repĂšre ses propres bugs
4. si elle sait expliquer ses choix d'implémentation

Y a aussi des défauts :
- impossible de reproduire l'interview telle quelle pour d'autres candidats, donc c'est nécessairement biaisé
- la personne peut avoir du mal Ă  se souvenir de son projet, s'il est ancien (ça peut ĂȘtre intĂ©ressant de la prĂ©venir quelques jours avant qu'on va regarder tel projet ensemble)
- plein de projets ne sont pas Ă©crits de maniĂšre qualitative, donc les dĂ©fauts prĂ©sents peuvent juste ĂȘtre signes de l'envie d'aller vite, pas la qualitĂ© rĂ©elle du code produit en gĂ©nĂ©ral

Bref, à réessayer pour les prochaines fois.

Et vous, qu'en pensez-vous ? Comment faites-vous passer vos entretiens techniques, pour tester les compĂ©tences de dev sans passer par l'exercice d'algo bĂȘte et mĂ©chant ?

Suivre

@bnjbvr Bah j'trouve que c'est intĂ©ressant comme façon de faire 👍
AprĂšs, comme j'ai jamais eu Ă  faire passer des entretiens
 đŸ€·

· Web · 0 · 0 · 0
Inscrivez-vous pour prendre part Ă  la conversation
Framapiaf

Mastodon est un réseau social utilisant des protocoles Web ouverts et des logiciels libres. Tout comme le courriel, il est décentralisé.