L'entretien technique entre un ingénieur et un candidat, le probleme que j'ai avec ca, c'est ce que je disais: comment peut on vraiment s'assurer des compétences du gars? On peut lui demander de parler de ses experiences, mais si ca se trouve il n'a quasimment rien fait avant et est pourtant tres qualifié...
Ben nous on lui demande de parler au tout debut de ce qu'il a fait dans le passe histoire de pouvoir guider l'interview, mais on ne juge pas le gars sur son passe. L'entretien est purement technique dans le sens ou si le gars nous dit qu'il a bosse sur un projet qui fait X dans son dernier job, on lui demandera a quoi ressemble le design du soft, en faire une critique des bons/mauvais points, quels problemes sont apparus et comment ils ont ete resolus, ... On fait la meme chose avec les etudiants et les divers projets qu'ils ont eu a l'ecole, puis on a toujours une ou deux questions de codage, la on laisse le gars choisir son langage ou faire du pseudo-code si il veut, ce qu'on veut voir c'est comment il aborde le probleme et comment il le resoud.
On se fiche un peu de savoir ce que le gars connait(sauf si le gars a 10 ans d'experience C++ sur son CV et est incapable de coder correctement une classe bien entendu, j'en ai deja vu des gars de ce genre et c'est assez rigolo a l'interview...), on veut savoir si il est capable d'apprendre, de s'adapter et de faire les bons choix lorsque un probleme se pose a lui.
A mon avis un test simple sur machine + discussion ensuite permettrait de résoudre ce probleme.
Le probleme de ca c'est que le gars est pas forcement habitue a ton environnement de programmation, a ton OS, au langage, ...
Alors evidemment si tu l'engages pour un besoin immediat, ca peut servir, mais tu auras peut-etre elimine des candidats qui bien que ne connaissant pas ton IDE/compilateur/langage auraient eu la capacite de s'adapter rapidement et d'amener plus sur le long terme.
[^] # Re: C'est un test pour l'entreprise
Posté par pasBill pasGates . En réponse au journal cela n'arrive pas qu'aux autres / entretien d'embauche. Évalué à 4.
Ben nous on lui demande de parler au tout debut de ce qu'il a fait dans le passe histoire de pouvoir guider l'interview, mais on ne juge pas le gars sur son passe. L'entretien est purement technique dans le sens ou si le gars nous dit qu'il a bosse sur un projet qui fait X dans son dernier job, on lui demandera a quoi ressemble le design du soft, en faire une critique des bons/mauvais points, quels problemes sont apparus et comment ils ont ete resolus, ... On fait la meme chose avec les etudiants et les divers projets qu'ils ont eu a l'ecole, puis on a toujours une ou deux questions de codage, la on laisse le gars choisir son langage ou faire du pseudo-code si il veut, ce qu'on veut voir c'est comment il aborde le probleme et comment il le resoud.
On se fiche un peu de savoir ce que le gars connait(sauf si le gars a 10 ans d'experience C++ sur son CV et est incapable de coder correctement une classe bien entendu, j'en ai deja vu des gars de ce genre et c'est assez rigolo a l'interview...), on veut savoir si il est capable d'apprendre, de s'adapter et de faire les bons choix lorsque un probleme se pose a lui.
A mon avis un test simple sur machine + discussion ensuite permettrait de résoudre ce probleme.
Le probleme de ca c'est que le gars est pas forcement habitue a ton environnement de programmation, a ton OS, au langage, ...
Alors evidemment si tu l'engages pour un besoin immediat, ca peut servir, mais tu auras peut-etre elimine des candidats qui bien que ne connaissant pas ton IDE/compilateur/langage auraient eu la capacite de s'adapter rapidement et d'amener plus sur le long terme.