Faut-il faire coder les candidats durant les entretiens d'embauche ? - Page 5

Hanoni · 22/04/2011, 13h36

Des tests techniques, pourquoi pas, mais uniquement si ils sont pertinents...

Programmer sur papier, je ne vois pas l'intérêt...y a vraiment des boîtes où on se retrouve dans une situation extrême et où dans un projet, nous n'avons qu'une feuille et un crayon ?

J'en ai eu un mec comme ça pendant mes études, un élitiste (très mauvais en passant) qui ne jurait que par la prog sans IDE, c'est super pour lui qu'il sache le faire, seulement ça ne sert à rien...enfin, je sais pas...je vois pas l'intérêt de se passer de supers outils qui permettent de mieux coder plus rapidement (sans tomber dans l'extrême du glisser/déposer à foison qu'on retrouve dans certains...), enfin ça c'est un autre débat.

J'aurais bien vu le test technique plutôt sous la forme d'une question assez ouverte mais qui peut démontrer (au minimum) une compréhension de ce que le candidat prétend maîtriser sur son CV, du genre :

"Vous marquez que vous connaissez Struts et Hibernate, pouvez-vous m'expliquer dans quel contexte vous les avez utilisé, comment vous les avez mis en place, pourquoi avoir pris cette solution plutôt qu'une autre..."

Je ne comprend pas en quoi savoir écrire une méthode ultra simple sur un papier représente un intérêt quelconque...ni démontre quoi que ce soit sur les compétences d'une personne.

Après, je n'ai ni l'expérience, ni le recul, peut être y a t'il un intérêt caché à ça que je ne vois pas.

phili_b · 22/04/2011, 14h55

Déjà de se mettre dans le bain pour programmer lors d'un processus d'embauche sur un faux projet, donc non motivant, ce n'est pas évident, alors programmer sur papier ça n'a aucun sens, ou alors pour poser une dizaine de questions suivi d'un entretien.

Les QCM c'est du par cœur ça ne montre pas la qualité de programmation, et un test technique réelle ça permettra peut-être d'éviter ceux qui mentent sur leur compétence, mais ça ne permettra pas de détecter les programmeurs qui écrivent un code illisible, mal présenté, qui se contentent d'un code "qui marche" par hasard.

Quelque fois il faut préférer un code écrit en 30 lignes et lisible, qu'un code qui fait exactement la même chose en 10 lignes et dont on perd la lisibilité de l'algo.

Pour moi, pour reprendre ce que j'ai lu ici, ces tests ne sont valables qu'avec un entretien de debriefing et une surtout une vraie période d'essai.

Par contre tout dépend de ce que veulent certains employeurs. Certains veulent du code de qualité maintenable, d'autres de la production de lignes au kilomètre.

yassiin · 22/04/2011, 17h36

Bonjour,

je pense que c'est pas facille de faire coder les candidats durant les entretiens d'embauche ! surtout pour les grandes boites qui reçoivent plusieurs candidat dans la méme journée .

par contre je trouve que c'est mieux de faire des tests écrit de 20min sous forme des questions clés ,par exemple on peut poser des questions sur une ensemble des framework & bibliothèque aussi des questions genres : c'est quoi la différence entre une servlet et jsp? ...

fearyourself · 24/04/2011, 12h37

Moi je fais qu'un entretien technique et je ne regarde pas le CV. Pour ce que je fais, cela me suffit.

Dans mon ancienne boîte, on envoyait un exercice automatiquement à tout candidat et on ne parlait qu'à ceux qui réussissaient l'exercice.

Je ne fais pas confiance aux CVs ;-)

Jc

dsy · 24/04/2011, 16h21

Après avoir perdu du temps et de l'énergie à répondre à des CV bidons, je fais maintenant passer un test à distance avant tout entretien. Le test est ridiculement simple pour un développeur mais 90% des candidats se plantent plus ou moins lamentablement.
Les candidats restants sont alors testés sur des choses plus intéressantes comme la motivation, le relationnel, etc

Je regrette de ne pas avoir mis en place le système de test plus tôt... Si le bidonnage de CV n'était pas une pratique aussi courante, nous n'en serions pas là. Au final, le CV ne veut plus dire grand chose.

Une autre pratique qui exaspère : répondre à une offre sans la lire...

fearyourself · 24/04/2011, 20h56

Citation:

Envoyé par dsy

Après avoir perdu du temps et de l'énergie à répondre à des CV bidons, je fais maintenant passer un test à distance avant tout entretien. Le test est ridiculement simple pour un développeur mais 90% des candidats se plantent plus ou moins lamentablement.
Les candidats restants sont alors testés sur des choses plus intéressantes comme la motivation, le relationnel, etc

Je regrette de ne pas avoir mis en place le système de test plus tôt... Si le bidonnage de CV n'était pas une pratique aussi courante, nous n'en serions pas là. Au final, le CV ne veut plus dire grand chose.

Une autre pratique qui exaspère : répondre à une offre sans la lire...

Je suis 100% d'accord, on fait donc pareil ;-)
Jc

gangsoleil · 26/04/2011, 09h59

Bonjour,

Citation:

Je ne fais pas confiance aux CVs ;-)

Citation:

Si le bidonnage de CV n'était pas une pratique aussi courante, nous n'en serions pas là. Au final, le CV ne veut plus dire grand chose.

Une autre pratique qui exaspère : répondre à une offre sans la lire...

Citation:

Envoyé par fearyourself

Je suis 100% d'accord, on fait donc pareil ;-)
Jc

Est-ce que vous pourriez me dire dans quel domaine vous travaillez l'un et l'autre, car j'avoue que, pendant un temps, j'ai lu beaucoup de CVs et fait passer pas mal d'entretiens, et je n'ai jamais remarque de reels bidonnages de CVs tels que vous en parlez.... Ai-je eu beaucoup de chance, ou bien est-ce que le domaine joue ?

PS : pour ceux qui se diraient que je ne me suis pas apercu du bidonnage de CVs, il faut savoir que nous faisions passer des entretiens techniques tres pousses, et que nous avons bien sur leve quelques loups, mais aucun gros mensonges.

lequebecois79 · 26/04/2011, 14h48

Citation:

Envoyé par gangsoleil

Bonjour,
Est-ce que vous pourriez me dire dans quel domaine vous travaillez l'un et l'autre, car j'avoue que, pendant un temps, j'ai lu beaucoup de CVs et fait passer pas mal d'entretiens, et je n'ai jamais remarque de reels bidonnages de CVs tels que vous en parlez.... Ai-je eu beaucoup de chance, ou bien est-ce que le domaine joue ?

PS : pour ceux qui se diraient que je ne me suis pas apercu du bidonnage de CVs, il faut savoir que nous faisions passer des entretiens techniques tres pousses, et que nous avons bien sur leve quelques loups, mais aucun gros mensonges.

j'ai vu des chefs d'équipe et encore... se faire passer pour des chef de projet
un commercial me racontait la semaine dernière que certaine ssii forme des gens à la programmation (quelques semaines) et les envois sur des projets, ils se font
mettre dehors car évidenent ils ne maîtrisent pas assez... ils passent ainsi de projet en projet... le client voie qu'il y a un certain roulement et n'y
voie que tu veux....

j'ai bien rigolé quand il m'avait dit que ça avait fonctionné avec un vendeur de soulier

el_slapper · 26/04/2011, 15h17

En 2000, diplômé dans un domaine qui n'avait rien à voir, j'ai eu 5 semaines de formation, et hop! chez le client. Mais à l'époque, le client avait tellement de mal à trouver des ressources qu'il n'y avait pas besoin de lui mentir. "Glandu, Ingénieur plasturgiste, 5 semaines de cobol". Et le client a pris. Il ya eu de la casse, évidemment, beaucoup ont giclé, une forme de selection naturelle. A l'époque, en grand système, on croisait pléthore de gens qui n'y comprenaient rien. Ils sont devenus rares, en tout cas dans ce domaine.

Je suis partisan des tests techniques quand même. Ca permet d'écarter les gens qui ne correspondent pas au profil. Exemple vécu, question standard pour recruter quelqu'un pour de la maintenance - avec pas mal de maintenance "à chaud" :
"_Quelles est votre liste de tâches quand on vous communique un incident?
_Ca ne peut pas arriver, enfin, voyons, si ça arrivait, celà ferait la une du canard enchainé!"
(le type semblait bon en programmation, mais pour de la maintenance, c'était pas ça du tout).

Mais, encore une fois, ils ne suffisent pas. Une superbête qui bosse dans son coin sans prévenir les autres, ça peut couter très cher. Et c'est là que la DRH a son rôle à jouer, à mon sens : detecter les gens incapables de travailler en équipe. Pour la technose, laissez faire les pros.

dsy · 26/04/2011, 20h42

Citation:

Envoyé par gangsoleil

Bonjour,Est-ce que vous pourriez me dire dans quel domaine vous travaillez l'un et l'autre, car j'avoue que, pendant un temps, j'ai lu beaucoup de CVs et fait passer pas mal d'entretiens, et je n'ai jamais remarque de reels bidonnages de CVs tels que vous en parlez.... Ai-je eu beaucoup de chance, ou bien est-ce que le domaine joue ?
PS : pour ceux qui se diraient que je ne me suis pas apercu du bidonnage de CVs, il faut savoir que nous faisions passer des entretiens techniques tres pousses, et que nous avons bien sur leve quelques loups, mais aucun gros mensonges.

Il s'agissait d'une offre pour un développeur C#. Je parle d'une expérience récente, peut-être que la qualité des CV a évolué.

J'avoue que je n'ai pas d'explication, je suppose que la qualité des CV dépend :
- du moyen de publication de l'offre
- du poste proposé
- de la taille de l'entreprise (c'est discutable)
etc

gl · 26/04/2011, 21h53

Citation:

Envoyé par lequebecois79

j'ai vu des chefs d'équipe et encore... se faire passer pour des chef de projet

Le problème ici n'est pas forcément un bidonnage de CV. Le terme "chef de projet" recouvre tellement de choses différentes selon les entreprises, les équipes voire les projets, que c'était peut être bel et bien l'intitulé de son poste précédent. Mais ne correspondait pas pour autant à ce que vous cherchiez.

Marauder · 27/04/2011, 07h25

Pas sûr que cela soit une bonne chose.

Il faudrait déjà que les conditions du tests soient les mêmes que dans la vraie vie : bonne machine, connexion internet etc... car coder sur papier, c'est marrant 5mn mais ça n'apporte strictement rien.

Ensuite, ce type de tests prend du temps et à moins que les RH aient beaucoup de temps à perdre il y aura donc forcément une préselection et donc une élimination possible de très bons devs qui ne pourront jamais prouver leurs qualités.

D'une façon générale, interroger le candidat sur des points très techniques me parait inutile. Ce n'est pas parce que l'on connait le fonctionnement d'une perceuse qu'on est bon menuisier. Il faut voir la capacité de la personne à se servir de différents outils, à trouver des solutions à des problèmes, voir s'il est autonome, s'il fait de la qualité et du code maintenable et ça, ça ne se fait pas en 20mn, ça se fait après à l'embauche et s'appelle la période d'essai !

luckylucas · 27/04/2011, 08h35

J'ai toujours fait passer des tests de développement aux développeurs dont le CV était interressant.

Il faut être clair, pour 50 CV seulement 10 vont cadrer avec les competences et/ou l'experience requise.
Je convoque les 10 pour un entretien. Sur les 10 il y en a au moins 3 qui auront gonflé leurs CV d'une manière grossière et qui sont incapables de répondre aux questions basiques techniques directement liées à leurs expèriences anterieures !!!

Sur les 7 restants je fais passer un test "OUVERT". je propose un sujet simple correspondant au poste proposé avec un language au choix (Delphi ou C#), une connexion internet et avec une limite de temps trés large (certains sont restés 4 heures !!!)

Et devinez quoi ? Je suis heureux si sur les 7 restants il m'en reste 1 !
Certains sont incapables de créer un nouveau projet, d'autres ne maîtrisent pas le developpement objet, ni même les bases d'une boucle ou d'une condition ...

Et là ou je ne suis pas fiers, c'est que ces gars arrivés là avaient un CV correct et ont réussi à me pipoter durant l'entretien !!!

ilalaina · 27/04/2011, 08h42

Personnellement je ne suis pas du genre à apprendre par cœur les syntaxes ou les méthodes d'une classe sauf ceux que j'utilise régulièrement. J'aurais aimé avoir accès à internet si on me fait passer un test de codage

SurferIX · 27/04/2011, 08h50

Citation:

Envoyé par gangsoleil

Faire corriger du code n'est pas la meme chose que d'en faire ecrire. Mais la aussi, on peut tomber sur quelqu'un qui sait lire du code, mais qui ne sait pas en ecrire pour autant.

Euh je ne pense pas que quelqu'un qui ne sait pas écrire proprement du code puisse facilement le lire et/ou le corriger. Peut-être que je me trompe.

manusvs650 · 27/04/2011, 09h10

Certains métier nécessitent des habilitations alors pourquoi pas en informatique !

Un candidat avec une certif Java ou Cisco est "normalement" compétent.

Pour les certif microsoft ....

MailOut · 27/04/2011, 09h44

j'aimerais bien connaitre l’algorithme qui permet de différencier un codeur d'un chef de projet

IE embauche d'un chef de projet et remarque comme quoi il ne sait pas coder

par contre écrire du code sur papier ??
et un QCM ?

moi je préfère que mon développeur soit débrouillard et sache trouver des solutions à des nouveaux problèmes pas répéter une leçon apprise par coeur

le plus dur étant les stagiaire qui ont tous le même CV et quasi tous la même lettre de motivation

là un peu de coding ca peut le faire

ylard · 27/04/2011, 10h26

bonjour,
pour avoir embauché des gens, la question est: en tant que responsable de l'embauche, suis-je apte à interviewer et comprendre ce que la personne que je vais choisir va me raconter? les HRM c'est bien, mais pour évaluer les compétences techniques, j'ai des doutes ... Et puis, est-ce que je sais ce dont j'ai besoin? trop souvent, on engage des gens sans savoir exactement pour quoi faire et surtout, sans vision à long terme: qu'en ferai-je une fois que le projet sera fini?

bonne journée

shenron666 · 27/04/2011, 10h29

Faire coder le candidat avant l'embauche est aussi quelque chose de coûteux puisqu'il faut lui allouer une machine le temps de l'examen et il faut aussi avoir du code ou un exercice en stock et autant que possible pas un exercice que d'autres auraient déjà vu, il faut donc quelqu'un qui crée ces exercices.

En ce qui me concerne, je suis plutôt pour ce genre de pratique bien que difficile à mettre en oeuvre.

Par contre, pas mal de SSII mettent à l'épreuve les candidats d'écrire des bouts de code sur une espèce de QCM pourri et, franchement, cette façon de faire est pathétique, on n'est pas du tout en situation et certaines "questions" sont complètement à l'ouest. Et si on a le malheur de dire que notre mauvaise réponse est à cause d'une mauvaise question, on se fait recevoir.

En même temps, l'article traite d'une expérience en dehors de la France, hors en France on a la "période d'essai" qui laisse largement le temps à l'employeur de tester sa nouvelle recrue.

Doksuri · 27/04/2011, 10h40

Comme la plupart des commentaires lus, je pense qu'il faut faire des tests.

il existe de nombreuses entreprise qui disent clairement, que les candidats devront passer des tests suite a un entretien positif.

et au moins, l'employeur sera fixe...

dans d'autres domaines, des tests physiques pour mentaux sont realises (voire obligatoire)...pourquoi pas en dev aussi ?

24/04/2011, 12h37	#84
fearyourself Rédacteur/Modérateur Ingénieur Informaticien Senior Inscription : décembre 2005 Messages : 5 001 Détails du profil Informations personnelles : Sexe : Âge : 32 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Ingénieur Informaticien Senior Secteur : Industrie Informations forums : Inscription : décembre 2005 Messages : 5 001 Points : 10 736 Points : 10 736	Moi je fais qu'un entretien technique et je ne regarde pas le CV. Pour ce que je fais, cela me suffit. Dans mon ancienne boîte, on envoyait un exercice automatiquement à tout candidat et on ne parlait qu'à ceux qui réussissaient l'exercice. Je ne fais pas confiance aux CVs ;-) Jc __________________ Back to roots, mon jeu 2D "First god created man." Mes tutoriels de jeux Nehe en français Faq 3D/Dx/OpenGL/SDL
	01

26/04/2011, 15h17	#89
el_slapper Expert Confirmé Sénior Inscription : décembre 2007 Messages : 2 545 Détails du profil Informations personnelles : Localisation : France Informations forums : Inscription : décembre 2007 Messages : 2 545 Points : 6 168 Points : 6 168	En 2000, diplômé dans un domaine qui n'avait rien à voir, j'ai eu 5 semaines de formation, et hop! chez le client. Mais à l'époque, le client avait tellement de mal à trouver des ressources qu'il n'y avait pas besoin de lui mentir. "Glandu, Ingénieur plasturgiste, 5 semaines de cobol". Et le client a pris. Il ya eu de la casse, évidemment, beaucoup ont giclé, une forme de selection naturelle. A l'époque, en grand système, on croisait pléthore de gens qui n'y comprenaient rien. Ils sont devenus rares, en tout cas dans ce domaine. Je suis partisan des tests techniques quand même. Ca permet d'écarter les gens qui ne correspondent pas au profil. Exemple vécu, question standard pour recruter quelqu'un pour de la maintenance - avec pas mal de maintenance "à chaud" : "_Quelles est votre liste de tâches quand on vous communique un incident? _Ca ne peut pas arriver, enfin, voyons, si ça arrivait, celà ferait la une du canard enchainé!" (le type semblait bon en programmation, mais pour de la maintenance, c'était pas ça du tout). Mais, encore une fois, ils ne suffisent pas. Une superbête qui bosse dans son coin sans prévenir les autres, ça peut couter très cher. Et c'est là que la DRH a son rôle à jouer, à mon sens : detecter les gens incapables de travailler en équipe. Pour la technose, laissez faire les pros. __________________ Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten : 1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception 2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences 3)le temps de comprendre toutes les exigences, le projet est terminé 4)le temps de terminer le projet, les exigences ont changé Et le serment de non-allégiance : Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
	10

27/04/2011, 08h35	#93
luckylucas Invité régulier Inscription : juin 2009 Messages : 23 Détails du profil Informations forums : Inscription : juin 2009 Messages : 23 Points : 7 Points : 7	Recruter sans test de dev .... JAMAIS !!! J'ai toujours fait passer des tests de développement aux développeurs dont le CV était interressant. Il faut être clair, pour 50 CV seulement 10 vont cadrer avec les competences et/ou l'experience requise. Je convoque les 10 pour un entretien. Sur les 10 il y en a au moins 3 qui auront gonflé leurs CV d'une manière grossière et qui sont incapables de répondre aux questions basiques techniques directement liées à leurs expèriences anterieures !!! Sur les 7 restants je fais passer un test "OUVERT". je propose un sujet simple correspondant au poste proposé avec un language au choix (Delphi ou C#), une connexion internet et avec une limite de temps trés large (certains sont restés 4 heures !!!) Et devinez quoi ? Je suis heureux si sur les 7 restants il m'en reste 1 ! Certains sont incapables de créer un nouveau projet, d'autres ne maîtrisent pas le developpement objet, ni même les bases d'une boucle ou d'une condition ... Et là ou je ne suis pas fiers, c'est que ces gars arrivés là avaient un CV correct et ont réussi à me pipoter durant l'entretien !!!
	00

27/04/2011, 08h42	#94
ilalaina Membre habitué Ilalaina Francis Olivier Rasoloarison Inscription : mai 2007 Messages : 331 Détails du profil Informations personnelles : Nom : Ilalaina Francis Olivier Rasoloarison Localisation : Madagascar Informations forums : Inscription : mai 2007 Messages : 331 Points : 129 Points : 129	Personnellement je ne suis pas du genre à apprendre par cœur les syntaxes ou les méthodes d'une classe sauf ceux que j'utilise régulièrement. J'aurais aimé avoir accès à internet si on me fait passer un test de codage __________________ " ... On naît, on vit, on meurt, mais exister est un honneur ... "
	00

27/04/2011, 09h10	#96
manusvs650 Invité de passage Inscription : octobre 2005 Messages : 5 Détails du profil Informations forums : Inscription : octobre 2005 Messages : 5 Points : 2 Points : 2	Et les certifications ? Certains métier nécessitent des habilitations alors pourquoi pas en informatique ! Un candidat avec une certif Java ou Cisco est "normalement" compétent. Pour les certif microsoft ....
	00

22/04/2011, 13h36	#81
Hanoni Membre régulier Inscription : juillet 2009 Messages : 132 Détails du profil Informations personnelles : Sexe : Localisation : France, Loiret (Centre) Informations forums : Inscription : juillet 2009 Messages : 132 Points : 75 Points : 75	Des tests techniques, pourquoi pas, mais uniquement si ils sont pertinents... Programmer sur papier, je ne vois pas l'intérêt...y a vraiment des boîtes où on se retrouve dans une situation extrême et où dans un projet, nous n'avons qu'une feuille et un crayon ? J'en ai eu un mec comme ça pendant mes études, un élitiste (très mauvais en passant) qui ne jurait que par la prog sans IDE, c'est super pour lui qu'il sache le faire, seulement ça ne sert à rien...enfin, je sais pas...je vois pas l'intérêt de se passer de supers outils qui permettent de mieux coder plus rapidement (sans tomber dans l'extrême du glisser/déposer à foison qu'on retrouve dans certains...), enfin ça c'est un autre débat. J'aurais bien vu le test technique plutôt sous la forme d'une question assez ouverte mais qui peut démontrer (au minimum) une compréhension de ce que le candidat prétend maîtriser sur son CV, du genre : "Vous marquez que vous connaissez Struts et Hibernate, pouvez-vous m'expliquer dans quel contexte vous les avez utilisé, comment vous les avez mis en place, pourquoi avoir pris cette solution plutôt qu'une autre..." Je ne comprend pas en quoi savoir écrire une méthode ultra simple sur un papier représente un intérêt quelconque...ni démontre quoi que ce soit sur les compétences d'une personne. Après, je n'ai ni l'expérience, ni le recul, peut être y a t'il un intérêt caché à ça que je ne vois pas.
	12

22/04/2011, 14h55	#82
phili_b Membre Expert Concepteur de Solutions Décisionnelles (ODI, DWH, BO) Inscription : mars 2003 Messages : 809 Détails du profil Informations personnelles : Sexe : Âge : 42 Localisation : France, Rhône (Rhône Alpes) Informations professionnelles : Activité : Concepteur de Solutions Décisionnelles (ODI, DWH, BO) Informations forums : Inscription : mars 2003 Messages : 809 Points : 1 848 Points : 1 848	Déjà de se mettre dans le bain pour programmer lors d'un processus d'embauche sur un faux projet, donc non motivant, ce n'est pas évident, alors programmer sur papier ça n'a aucun sens, ou alors pour poser une dizaine de questions suivi d'un entretien. Les QCM c'est du par cœur ça ne montre pas la qualité de programmation, et un test technique réelle ça permettra peut-être d'éviter ceux qui mentent sur leur compétence, mais ça ne permettra pas de détecter les programmeurs qui écrivent un code illisible, mal présenté, qui se contentent d'un code "qui marche" par hasard. Quelque fois il faut préférer un code écrit en 30 lignes et lisible, qu'un code qui fait exactement la même chose en 10 lignes et dont on perd la lisibilité de l'algo. Pour moi, pour reprendre ce que j'ai lu ici, ces tests ne sont valables qu'avec un entretien de debriefing et une surtout une vraie période d'essai. Par contre tout dépend de ce que veulent certains employeurs. Certains veulent du code de qualité maintenable, d'autres de la production de lignes au kilomètre.
	00

22/04/2011, 17h36	#83
yassiin Invité régulier Ingénieur développement logiciels Inscription : mai 2009 Messages : 14 Détails du profil Informations personnelles : Sexe : Informations professionnelles : Activité : Ingénieur développement logiciels Informations forums : Inscription : mai 2009 Messages : 14 Points : 7 Points : 7	Bonjour, je pense que c'est pas facille de faire coder les candidats durant les entretiens d'embauche ! surtout pour les grandes boites qui reçoivent plusieurs candidat dans la méme journée . par contre je trouve que c'est mieux de faire des tests écrit de 20min sous forme des questions clés ,par exemple on peut poser des questions sur une ensemble des framework & bibliothèque aussi des questions genres : c'est quoi la différence entre une servlet et jsp? ...
	00

24/04/2011, 16h21	#85
dsy Membre habitué Inscription : septembre 2002 Messages : 75 Détails du profil Informations forums : Inscription : septembre 2002 Messages : 75 Points : 100 Points : 100	Après avoir perdu du temps et de l'énergie à répondre à des CV bidons, je fais maintenant passer un test à distance avant tout entretien. Le test est ridiculement simple pour un développeur mais 90% des candidats se plantent plus ou moins lamentablement. Les candidats restants sont alors testés sur des choses plus intéressantes comme la motivation, le relationnel, etc Je regrette de ne pas avoir mis en place le système de test plus tôt... Si le bidonnage de CV n'était pas une pratique aussi courante, nous n'en serions pas là. Au final, le CV ne veut plus dire grand chose. Une autre pratique qui exaspère : répondre à une offre sans la lire...
	10

27/04/2011, 07h25	#92
Marauder Nouveau Membre du Club Inscription : septembre 2008 Messages : 34 Détails du profil Informations forums : Inscription : septembre 2008 Messages : 34 Points : 34 Points : 34	Pas sûr que cela soit une bonne chose. Il faudrait déjà que les conditions du tests soient les mêmes que dans la vraie vie : bonne machine, connexion internet etc... car coder sur papier, c'est marrant 5mn mais ça n'apporte strictement rien. Ensuite, ce type de tests prend du temps et à moins que les RH aient beaucoup de temps à perdre il y aura donc forcément une préselection et donc une élimination possible de très bons devs qui ne pourront jamais prouver leurs qualités. D'une façon générale, interroger le candidat sur des points très techniques me parait inutile. Ce n'est pas parce que l'on connait le fonctionnement d'une perceuse qu'on est bon menuisier. Il faut voir la capacité de la personne à se servir de différents outils, à trouver des solutions à des problèmes, voir s'il est autonome, s'il fait de la qualité et du code maintenable et ça, ça ne se fait pas en 20mn, ça se fait après à l'embauche et s'appelle la période d'essai !
	20

27/04/2011, 09h44	#97
MailOut Invité de passage Inscription : février 2005 Messages : 17 Détails du profil Informations forums : Inscription : février 2005 Messages : 17 Points : 4 Points : 4	j'aimerais bien connaitre l’algorithme qui permet de différencier un codeur d'un chef de projet IE embauche d'un chef de projet et remarque comme quoi il ne sait pas coder par contre écrire du code sur papier ?? et un QCM ? moi je préfère que mon développeur soit débrouillard et sache trouver des solutions à des nouveaux problèmes pas répéter une leçon apprise par coeur le plus dur étant les stagiaire qui ont tous le même CV et quasi tous la même lettre de motivation là un peu de coding ca peut le faire
	00

27/04/2011, 10h26	#98
ylard Invité régulier Inscription : juillet 2008 Messages : 2 Détails du profil Informations forums : Inscription : juillet 2008 Messages : 2 Points : 7 Points : 7	et si l'embaucheur se posait des questinos? bonjour, pour avoir embauché des gens, la question est: en tant que responsable de l'embauche, suis-je apte à interviewer et comprendre ce que la personne que je vais choisir va me raconter? les HRM c'est bien, mais pour évaluer les compétences techniques, j'ai des doutes ... Et puis, est-ce que je sais ce dont j'ai besoin? trop souvent, on engage des gens sans savoir exactement pour quoi faire et surtout, sans vision à long terme: qu'en ferai-je une fois que le projet sera fini? bonne journée
	20

27/04/2011, 10h29	#99
shenron666 Expert Confirmé Sénior Tony BAYART Ingénieur développement logiciels Inscription : avril 2005 Messages : 2 263 Détails du profil Informations personnelles : Nom : Tony BAYART Âge : 36 Localisation : France, Val de Marne (Île de France) Informations professionnelles : Activité : Ingénieur développement logiciels Informations forums : Inscription : avril 2005 Messages : 2 263 Points : 4 899 Points : 4 899	Faire coder le candidat avant l'embauche est aussi quelque chose de coûteux puisqu'il faut lui allouer une machine le temps de l'examen et il faut aussi avoir du code ou un exercice en stock et autant que possible pas un exercice que d'autres auraient déjà vu, il faut donc quelqu'un qui crée ces exercices. En ce qui me concerne, je suis plutôt pour ce genre de pratique bien que difficile à mettre en oeuvre. Par contre, pas mal de SSII mettent à l'épreuve les candidats d'écrire des bouts de code sur une espèce de QCM pourri et, franchement, cette façon de faire est pathétique, on n'est pas du tout en situation et certaines "questions" sont complètement à l'ouest. Et si on a le malheur de dire que notre mauvaise réponse est à cause d'une mauvaise question, on se fait recevoir. En même temps, l'article traite d'une expérience en dehors de la France, hors en France on a la "période d'essai" qui laisse largement le temps à l'employeur de tester sa nouvelle recrue. __________________ Tutoriels OpenGL Je ne répondrai à aucune question en MP - Si c'est simple tu dis que c'est compliqué et tu le fait - Si c'est compliqué tu dis que c'est simple et tu le sous-traite ou le fait faire par un stagiaire.
	10

27/04/2011, 10h40	#100
Doksuri Membre Expert Tiger Scott Développeur Web Inscription : juin 2006 Messages : 1 289 Détails du profil Informations personnelles : Nom : Tiger Scott Âge : 43 Informations professionnelles : Activité : Développeur Web Informations forums : Inscription : juin 2006 Messages : 1 289 Points : 1 672 Points : 1 672	Comme la plupart des commentaires lus, je pense qu'il faut faire des tests. il existe de nombreuses entreprise qui disent clairement, que les candidats devront passer des tests suite a un entretien positif. et au moins, l'employeur sera fixe... dans d'autres domaines, des tests physiques pour mentaux sont realises (voire obligatoire)...pourquoi pas en dev aussi ? __________________ La forme des pyramides prouve que l'Homme a toujours tendance a en faire de moins en moins. N'oubliez pas le Le tag resolu. Need_!
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email