Si je résume: quand une personne qui fait passer un test de programmation à un candidat et connait bien son métier par ailleurs, ça laisse une bonne impression au candidat. Quand elle n'y connait rien, ça laisse une mauvaise impression. Finalement, cette histoire de test, c'est un peu comme les bons chasseurs...
Perso, j'ai fait passer des tests pour recruter des stagiaires. C'est normalement entre 15 et 30 minutes et ça suffit largement pour se faire une idée des qualités de développeurs du candidat. Par contre, 3h, c'est un truc de malade! Je ferai un truc comme ça en phase 2 ou 3 du recrutement à la rigueur.
Sur un test de 15 minutes on voit immédiatement quelques paramètres objectifs:
est-ce que le candidat pose des questions lorsqu'il manque des informations pour réaliser sa tâche ?
est-ce qu'il a suffisamment écouté pour réaliser l'exercice correctement (dans 90% des cas, non).
est-ce qu'il aborde le problème de façon structurée ?
est-ce qu'il comprend ce qu'il écrit ?
est-ce qu'il arrive à écrire un programme qui marche ?
est-ce qu'il est réellement familier avec le langage qu'il prétend maitriser ?
Ensuite, on discute de son programme, on identifie ensemble des points faibles ou forts, on réfléchit à la gestion mémoire (c'est à dire, est-ce qu'il connait les concepts en dessous des outils qu'il utilise ?), à la souplesse du programme, etc.
C'est un exercice participatif, constructif et très révélateur du niveau général du candidat.
[^] # Re: je suis à la recherche d'un dev PHP
Posté par Philippe F (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 3.
Si je résume: quand une personne qui fait passer un test de programmation à un candidat et connait bien son métier par ailleurs, ça laisse une bonne impression au candidat. Quand elle n'y connait rien, ça laisse une mauvaise impression. Finalement, cette histoire de test, c'est un peu comme les bons chasseurs...
Perso, j'ai fait passer des tests pour recruter des stagiaires. C'est normalement entre 15 et 30 minutes et ça suffit largement pour se faire une idée des qualités de développeurs du candidat. Par contre, 3h, c'est un truc de malade! Je ferai un truc comme ça en phase 2 ou 3 du recrutement à la rigueur.
Sur un test de 15 minutes on voit immédiatement quelques paramètres objectifs:
Ensuite, on discute de son programme, on identifie ensemble des points faibles ou forts, on réfléchit à la gestion mémoire (c'est à dire, est-ce qu'il connait les concepts en dessous des outils qu'il utilise ?), à la souplesse du programme, etc.
C'est un exercice participatif, constructif et très révélateur du niveau général du candidat.