En general, si c’est un bon il faut sortir avec une conclusion du genre: ce candidat a une reflexion “top-down” (comprendre de facon sommaire puis comprendre le detail” ou alors “down-top” (comprendre tous les details avant de pouvoir avancer). Les deux types de personnes sont utiles dans un équipe ca ne veut pas forcement dire que l’un des profils est meilleur que l’autre, cela depend du travail que vous avez.

Pour le papier je le garde généralement mais bon il est n’est pas utile en lui même.

Ces derniers jours j’essaye de developper des techniques de recrutement pour des gens experiementés mais je ne crois pas que la même approche est transposable directement.

il y a un truc que je n’ai pas compris. tu leurs demande d’écrire du code sur un papier pendant l’entretien? tu leurs pose les question oralement? est ce que tu gardes ce papier ou est ce que une fois l’entretien fini, l’évaluation est finie?

C’est un gars qui a été chef de projet Excel 5 chez Microsoft autant dire un dinausore
Vu son experience, je croie que c’est le meilleur que j’ai pu trouvé au bout de quatre ans de recherche. Il y a aussi http://www.geekinterview.com/ pour des questions ciblés.

Cela fait quatre ans que je bosse dans le metier et je commence à developper ma propre theorie sur la chose ( j’ai même fait 20 entretients pendant 3 mois pour trouver quelqu’un de valable ), en tout cas sur le recrutement de nouveau diplomé, dans ma boite, on ne recrute pas beaucoup de gens avec une experience prealable de peur qu’ils ne soient déformé par les pratiques de management d’un autre temps qui prévalent en tunisie.

Le principal probleme c’est que le niveau des ingenieurs nouvellement diplomé ne cesse de baisser. Donc tu ne peux pas trop pousser les questions. Si tu trouves deja quelqu’un qui maitrise les bases, tu peux te considérer chanceux. Mon chef (un francais) m’a même reproché une fois d’etre trop tendre avec les candidats

Je commence generalement par poser des questions de bases sur l’informatique (comment un os fonctionne, comment on compile du code,des notion de OO,…).

On pose ensuite des questions simples ecrire un algo en pur C pour inverser une chaine de caractéres…Personne ne reussira à ecrire sur papier un code qui compile du premier coup…cependant, ce test permet de distinguer ceux qui ont reellement fait quelque chose pendant leur etude, de ceux qui ont passer leur temps à bachoter…

Enfin, pour mesurer la creativité de la personne et sa resistance face au stress, on pose un petit casse tête…le but etant de voir la logique de la personne et non de trouver quelqu’un qui resout le casse tête…

J’espere que mon experience te sera utile:)