Les entretiens techniques sont souvent redoutés par les candidats aux postes de développeur. Ils consistent à résoudre des problèmes algorithmiques en utilisant du code réel, sous la surveillance d’un évaluateur. Le but est de tester les compétences techniques, la logique et la créativité des candidats. Cet exercice s'accompagne parfois d'un exercice de codage, mais ce module en guise de méthode d’évaluation est-il efficace ?Certains estiment que non. Voici deux arguments avancés par cette catégorie de personnes :
- les exercices de codage sont chronophages et stressants. Ils demandent aux candidats de consacrer beaucoup de temps à se préparer, à réviser les fondamentaux de l’informatique, à pratiquer des questions types, à faire des simulations d’entretien. Tout cela en plus de leur travail actuel et de leurs obligations personnelles. Cela peut créer un déséquilibre entre la vie professionnelle et la vie privée, et décourager les personnes qui ont déjà un emploi à temps plein et une famille ;
- les exercices de codage ne reflètent pas la réalité du travail. Ils mettent les candidats dans une situation artificielle, où ils doivent coder sous pression, sans accès aux ressources habituelles (documentation, internet, collègues, etc.), et avec un évaluateur qui les observe et les juge. Cela peut provoquer de l’anxiété, de la confusion et des erreurs. Or, le travail de développeur ne consiste pas à coder seul dans un coin, mais à collaborer avec une équipe, à communiquer avec les clients, à rechercher des solutions, à tester et à déboguer le code.
Lors d'une interview, Kelly Vaughn, directrice de l'ingénierie à Spot AI, a remis en question le fait de donner aux ingénieurs des exercices de codage dans les entretiens techniques. Elle a eu l'opportunité de revenir dessus à l'occasion d'une autre interview (rendez-vous à 3:34 de la vidéo) :
Je suis une fervente partisane des entretiens techniques sans exercice de codage.
La raison est que la plupart du temps, nous embauchons des ingénieurs qui ne sont pas tout à fait nouveaux. Et ils ont déjà codé dans d'autres entreprises, ils ont beaucoup d'expérience dans la construction de production. Et donc, je ne suis pas là pour voir exactement comment tu codes, surtout en live.
Tout d'abord, nous ne sommes pas, vous savez, debout les uns derrière les autres, nous regardant coder mutuellement, donc ce n'est pas pertinent. Et deuxièmement, lorsqu'il s'agit de tâches à emporter, par exemple, ils ont tendance à privilégier ceux qui ont le temps de consacrer à la tâche à emporter. Et donc, si vous cherchez un autre emploi et que vous travaillez toujours à temps plein ou que vous travaillez de longues heures, il est très difficile de trouver le temps de travailler réellement dessus. Aussi, vous ne pourrez peut-être pas faire votre meilleur travail.
Donc ça constitue un désavantage [pour cette catégorie de personnes].
J'aime m'appuyer davantage sur les entretiens de conception de systèmes parce que je veux savoir ce que vous pensez, comment vous résolvez les problèmes, comment vous abordez un problème, je veux connaître l'ensemble de votre flux de pensée, d'autant plus que vous travaillez avec l'un de nos ingénieurs.
Pas de questions stupides dans cet entretien technique.
Et j'ai trouvé que cela fonctionne très bien. Je dirai cependant que la seule mise en garde concerne les ingénieurs juniors. Je sais que vous devez établir un certain niveau de connaissance de base de l'endroit où ils arrivent. Je suis d'accord avec une base "comment allez-vous aborder la résolution de ce problème de codage spécifique.
Mais j'essaie de rendre les entretiens techniques moins stressants pour les candidats.
Comment évaluer les compétences réelles d'un développeur ?
Quand on arrive à la question d’évaluer les compétences réelles d’un développeur au cours d’un recrutement, plusieurs facteurs entrent en jeu. Les compétences du recruteur lui-même, sa connaissance et sa pratique du métier, ainsi que les méthodes utilisées dans le processus de recrutement peuvent permettre d’embaucher l’oiseau rare ou à l’opposé, se retrouver avec un développeur dont les compétences réelles ne reflètent pas celles qu’on a supposées pendant le processus d’embauche. De...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.
si les tests (C.V. et lettre de motivation également) ne servent pas à sauver le recruteur en cas d'échec (si le recruteur est encore en poste)/ justifier son salaire : "c'est la faute à pas de chance, ces références sont solides, ses tests sont bons, …"
Il faut apprendre par cœur les réponses. De toutes façon les ESNs se partagent les CodingGames : on voit revenir les mêmes questions, les mêmes exercices.
Envoyé par Stéphane le calme
