Discussion :

[Hinault Romaric]

« Je suis un ingénieur, pas un compilateur »
les questions d’entretiens sont-elles trop orientées vers la maitrise des instructions et concepts des langages


De nos jours, les offres d’emplois sont de plus en plus orientées vers des langages bien définis. Conséquence : les questions d’entretiens abordent beaucoup plus les aspects liés aux concepts du langage.

C’est en tout cas le constat d’un développeur au pseudo de clements, dans un billet de blog intitulé « je suis un ingénieur, pas un compilateur ».

Celui-ci s’est rendu compte lors de plusieurs entretiens que des questions standards comme : qu’est-ce que le polymorphisme ? Quelle est la différence entre « List » et « Set » ? Quand utilisez-vous l’un ou l’autre ? Quelle est la différence entre le typage fort et le typage faible ? etc. revenaient de temps en temps.

Pour un entretien, « toute question qui prend 5 secondes pour trouver une réponse sur Google n’est pas une bonne question » estime clements.

« Pourtant, beaucoup d’interviews et beaucoup d’examens testent essentiellement comment vous pouvez vous substituer à un compilateur », regrette celui-ci. « Même les examens de certification Java ont tendance à se concentrer sur les questions de syntaxe et de compilation plutôt que la façon dont l’on peut réellement programmer ou concevoir un système ».

Selon clements , « un bon ingénieur pense de façon abstraite en termes de conception et de construction de systèmes, il pense en termes d’algorithmes, composants et conception technique. Il ne sait pas nécessairement tous les détails de la syntaxe d’un langage donné, surtout s’il est utilisé avec un bon IDE qui le fait pour lui ».

Le bon ingénieur doit plus être capable de justifier l’utilisation d’un concept que de le définir. « Il est plus important que je sois en mesure de vous dire quand et où je devrais utiliser l’héritage et quand et où je devrais utiliser le polymorphisme, que d’être en mesure de cracher une définition », écrit clements.

« Je suis un bon ingénieur, je ne suis pas un bon compilateur » conclut celui-ci, qui nous révèle par ailleurs sa question préférée pour une entrevue : « quel est votre langage préféré et quelles sont ses faiblesses ? »


Source : Numbergrinder.com

Voir aussi :
Les emplois développeurs


Et vous ?

Qu'en pensez-vous ?

Les questions d’entretiens sont-elles trop orientées vers la maitrise des instructions des langages ?

Quelles sont vos questions favorites pour les entretiens ?

[pavel]

Il y a aussi les questions stupide.
Du style(C++): Quel est le resultat de : int i = ++++a++a
A partir des question de l entretien vous pouvez vous faire une idee du job.
Une entreprise qui recrute comme cela montre qu elle ne sait pas recruter.
Cela implique:
1-Qu elle a recrute plein de "mauvais", potentiellement dans votre futur equipe
2-Qu elle ne va pas valoriser l'IT, vu qu elle ne se donne pas les moyens de savoir recruter (ce n est pas une priorite pour eux)
3- Si quelqu un de leur equipe ecrit du code comme int i = ++++a++a, avez vous vraiment envie de bosser avec lui ?

Conclusion:
A la suite d'un entretien du style "Es tu un compilateur", vous savez deja que si vous accepter le job ( il faut bien manger) vous n'allez surement pas rester longtemps.

[Gugelhupf]

Il y a aussi les questions stupide.
Du style(C++): Quel est le resultat de : int i = ++++a++a
A partir des question de l entretien vous pouvez vous faire une idee du job.
Une entreprise qui recrute comme cela montre qu elle ne sait pas recruter.
Cela implique:
1-Qu elle a recrute plein de "mauvais", potentiellement dans votre futur equipe
2-Qu elle ne va pas valoriser l'IT, vu qu elle ne se donne pas les moyens de savoir recruter (ce n est pas une priorite pour eux)
3- Si quelqu un de leur equipe ecrit du code comme int i = ++++a++a, avez vous vraiment envie de bosser avec lui ?

Conclusion:
A la suite d'un entretien du style "Es tu un compilateur", vous savez deja que si vous accepter le job ( il faut bien manger) vous n'allez surement pas rester longtemps.

Dans l'idée je suis tout à fait d'accord avec toi pavel, par contre j'aurais peur de te décevoir en te disant que c'est comme ça que ça se passe partout maintenant.
En effet j'ai passé de nombreux entretiens avant d'être embauché assez récemment dans une boite informatique (très bonne boite ), les tests sont toujours les mêmes, visiblement les SSII n'hésitent pas à choper des quizz et de rajouter des questions plus perverses sur le comportement d'une technologie.
De toute façon les SSII sont complètement à la ramasse, on m'a déjà posé des questions sur la visibilité, le polymorphisme et autres notions lié à l'objet, et lorsque je leur répond ils ont l'impression que je me fou d'eux (je suis peut-être trop technique ?), "Euh vous savez Monsieur je ne suis pas développeur".
J'ai envie de leur demander pourquoi ils me posent la question alors

Le seul moyen de passer un entretien correct c'est de discuter avec un lead developper et non pas un RH, là vous serez sur de ne pas avoir en face de vous un perroquet à qui on a apprit les grandes lignes "Vous connaissez HTéML5, CéSS3, Droupal7, eZpubliche, Zénde, KakPHP, Xémèle ?", puis qui vous refile un QCM si votre tête lui convient.

Bref malgré que je sois passionné par l'informatique et que je me considère comme bon développeur, j'ai comme tout homme faim, il faut bien que je gagne des sous pour manger, et je n'hésite pas à bachoter sur ce genre d'aberration pour devenir un compilateur.

[voltrone]

Qu'en pensez-vous ?

c'est vrai que les questions posées durant un entretien peuvent être complètement décalées par rapport à la réalité du poste à pourvoir, mais il ne faut quand même pas oublier que des questions de base comme le polymorphisme ou l'héritage sont vraiment essentiels à poser, notamment pour évaluer une personne fraichement diplômée.

Donc pour répondre à la question je dirais que les questions à poser doivent correspondre à la personne qui est en face, demander à un expert Java ce qu'est l'héritage revient à demander à un fermier ce qu'est un tracteur

[gros_rougeot]

L'entretiens ne dois pas se résumer qu'à ce genre de question. Non ?

Ce n'est pas tant le résultat qui intéresse le recruteur, mais ce que va dire le candidat, son raisonnement, son élocution, sa manière d'expliquer. Une question débile de temps en temps pour voir si on a affaire à un guignol ou à une personne qui maitrise son sujet.

[Thibaut_r]

Je suis d'accord sur le fond mais les exemple pris me semble peu pertinent, le typage faible/fort ou le polymorphisme sont quand même des concepts généralistes et sont à connaitre.

Demander dans quel contexte on l'utilise c'est mieux que de demander sa définition ça c'est sur, mais personnellement quand on me demande une définition je l'agrémente d'un exemple ou l'utilisation de X est pertinent.

Par contre quand on demande "En java, on écrit private void maFonction ou void private maFonction ?" la il faut pas répondre et courir, à pars si on a faim.

[Philippe Vialatte]

Qu'en pensez-vous ?

Petite remarque, ce ne sont pas les questions du type polymorphisme/List vs Set/typage qu'il remet en question, ces questions-ci sont plus ou moins standard, et a raison, pour permettre un premier filtre rapide (comprendre, un dev avec 5 ans d'XP qui vient pour un poste d'architecte et qui réponds "euhhhhh, chai pas", ca peut vraiment poser pb).

Les nano-questions de type "quel est le troisième paramètre de la méthode quuux de la classe Blox du namespace Zorg, sont par contre complètement contre-productives

Les questions d’entretiens sont-elles trop orientées vers la maitrise des instructions des langages ?

A titre perso, quand je fais passer un entretien, je préfère donner un petit test de code que lui poser des questions nécessitant de connaitre par coeur une API donnée (sauf cas super spécifique).

Quelles sont vos questions favorites pour les entretiens ?

Celle la, elle est facile :
http://blog.developpez.com/philippe/...entretien-net/

[Xinu2010]

Les questions techniques précise sur les langages et API peuvent permettre de distinguer les développeurs expérimenté qui ont du bagage. Je penses qu'elles doivent être systématique pour s'assurer des compétences affiché sur le CV.

Beaucoup de chose peuvent se trouver sur google en 5 minutes (même moins), mais ce n'est pas pour autant que tout le monde aura la motivation d'aller chercher pour faire les choses proprement.

[Linkyu]

le polymorphisme ou l'héritage sont vraiment essentiels à poser

Je suis d'accord sur le fond mais les exemple pris me semble peu pertinent

En fait, c'est le billet qui est mal écrit. Dans l'article original, l'auteur mentionne ces différents points en disant que ce sont des questions normales, dignes d'être posées. En revanche, ce dont il se plaint, c'est les questions suivantes :

What came next, however, were nano-questions:

• What package is List in?
• What package is File in?
• What keyword do you use to inherit with?

(Il en cite quelques autres par la suite.)

PS:
3ème paragraphe, "s'est" au lieu de "c'est"

[Xinu2010]

En fait, c'est le billet qui est mal écrit. Dans l'article original, l'auteur mentionne ces différents points en disant que ce sont des questions normales, dignes d'être posées. En revanche, ce dont il se plaint, c'est les questions suivantes :


(Il en cite quelques autres par la suite.)

PS:
3ème paragraphe, "s'est" au lieu de "c'est"

Les deux premières ne sont pas très pertinente en effet, surtout que tout développeur utilisant un IDE ne ferra pas ses imports à la main (bien qu'à force on connaisse la réponse). La 3eme l'est quand même un peu plus, si un soit-disant programmeur java ne sait pas avec quel mot clef on utilise l'héritage, je doute qu'il y ai beaucoup pratiqué...

Mais oui il y a mieux pour tester le niveau d'un candidat.

[Paul TOTH]

je me rappelle d'un QCM de présélection à un entretien ou il y avait une question "sur un routeur vous mettez un câble droit ou un câble croisé"...j'ai répondu "le câble livré avec". Je trouve que c'est typiquement une mauvaise question car elle ne demande aucune réflexion, elle ne permet même pas de savoir si le candidat connait la différence entre les deux

[aphex]

En fait, c'est le billet qui est mal écrit. Dans l'article original, l'auteur mentionne ces différents points en disant que ce sont des questions normales, dignes d'être posées.

Ok, voilà qui me rassure. Parce que si d'accord aussi sur le fond, les exemples pris sont vitaux. Ne pas savoir dans quel contexte utiliser une List ou un Set et leurs déclinaisons, c'est s'exposer à de sérieux problèmes de conception, et ça, même le meilleur des EDI n'y peut rien.

[FlqX_-]

Les recruteurs ont besoins d'experts dans une technologie, des personnes qu'ils n'ont pas besoin de former en perdant de l'argent.
En école d'ingénieur (et autres écoles publics) ont donne la base, la logique pour régler un problème, mais un vrai ingénieur, le type qui s'intéresse vraiment il va se spécialiser dans une techno en dehors des cours.
Arriver en entretien et dire moi je suis certifié Java, je fais du framework .Net ou du zend framework c'est un véritable plus et ces questions la seront qu'une formalité, elles sont le seul moyen pour un recruteur de faire la différence entre les candidats.
Ces également le moyen de pouvoir combler le manque d'expérience.

[revlis]

@pavel, c'est sur que le mec qui écrit "int i = ++++a++a," on a pas envi de bosser avec lui. Mais le mec qui ne sais pas répondre à la question, on a encore moins envie !!!

Il y a des morceaux de codes complètement bidons dans un contexte applicatif mais qui ont l'avantage dans un texte d’entretien de tester plusieurs aspect sur une seule ligne de code (ou question). Et permet de voir si le candidat ne fait que survoler les sujet ou s'il maîtrise sont sujet.

[_skip]

Lorsque j'ai du faire passer des entretiens, j'ai toujours posé des questions techniques sur la façon dont le candidat s'y prendrait pour gérer tel ou tel problème (j'ai posé des questions sur l'internationalisation par exemple), pour vérifier s'il avance des trucs pertinents.

Même un gars qui ne l'a jamais fait dans son précédent travail peut sortir une réponse intéressante. Ca se termine sur une discussion et un échange d'idées. De mon côté, je peux réagir et essayer de prendre le mec en faute pour voir comment le mec réagit à la contradiction, s'il adapte sa proposition etc...

Il y a pas de mauvaises réponses et je pénalise pas sur des erreurs, mais ça permet d'écarter les champions qui (sur papier) savent tout mieux que tout le monde et de voir comment le type en face accepte la critique, s'il réagit en se braquant ou s'il argumente intelligemment vers le compromis.

Bref, je ne demande pas de savoir par coeur le code pour lire un fichier en java. En revanche un peu de conception sur un sujet assez large permet déjà de bien se faire une idée.

[mitkl]

Lorsque j'ai du faire passer des entretiens, j'ai toujours posé des questions techniques sur la façon dont le candidat s'y prendrait pour gérer tel ou tel problème (j'ai posé des questions sur l'internationalisation par exemple), pour vérifier s'il avance des trucs pertinents.

J'ai déjà eu une question du genre en entretien : "comment feriez-vous pour un projet multi-lingue ?". J'ai répondu "avec internationalization". Il a haussé les sourcils et m'a demandé "et i dix huit ène (i18n) ça vous dit quelque chose ?".
Je suis bien content d'avoir trouvé mieux la semaine suivante.

[Nathanael Marchand]

Je recrute pour ma boite (qui est une société de service), alors effectivement on aimerait bien poser des questions sur quel pattern pour faire ci, quel algo pour faire ca mais voila, plusieurs problemes se posent:
-Deja je ne sais pas forcément à qui j'ai affaire, ok j'ai le CV sous les yeux mais y en a qui pipotent ou enjolivent. Dur de s'y fier.
-Ensuite, on me demande de prendre des consultants qui soit assez rapidement opérationnel. Ok, on est pas un pourvoyeur de viande, on prend sur profil et on forme si besoin mais quand même, y a un minimum (sauf cas particuliers) Lorsqu'on positionne quelqu'un sur un appel d'offre de toute facon il aura les questions la par le client et en plus celui ci souhaite quelqu'un d'immédiatement opérationnel techniquement.

[Mat.M]

bonjour,

Je recrute pour ma boite (qui est une société de service), alors effectivement on aimerait bien poser des questions sur quel pattern pour faire ci, quel algo pour faire ca mais voila, plusieurs problemes se posent:
-Deja je ne sais pas forcément à qui j'ai affaire, ok j'ai le CV sous les yeux mais y en a qui pipotent ou enjolivent. Dur de s'y fier.
.

et les motivations réelles du candidat est-ce qu'on s'y intéresse également ?
-sur quelles technos il a envie de travailler si c'est sur Java ou C# ou !c++ ?
-pourquoi la programmation ça passionne le candidat ?
-qu'est ce qu'on peut avoir comme "carotte" lorsqu'on est embauché pour pouvoir par exemple devenir chef de projet ??
-qu''est ce que la société de service pour laquelle tu travailles peu m'apporter ( formation, perspective d'évolutions,apprentissage métier....)

Moi lorsque je vais à un entretien d'embauche c'est pour faire preuve de ma passion pour l'informatique pas pour répondre à des questions idiotes ou des tests débiles de personnalité.

Je m'excuse d'être direct parce que je n'ai jamais subi autant d'entretiens d'embauche totalement stupides menés par des gens qui semblent totalement idiots...

je viens de passer des tas d'entretiens la majorité c'était des interrogatoires de police fallait justifier son C.V. à la virgule près
.La plupart des recruteurs que j'ai vus en entretien c'est vraiment digne du sketch de Bigard : c'est pour 2 personnes pour manger ? non c'est pour faire un tennis...

résultat tu vas embaucher un candidat qui vont te sembler avoir le profil idéal pour éviter la fameuse erreur de casting mais qui va te larguer au bout de 2 ans parce qu'il s'ennuie au travail et parce que toi en tant que cadre tu ne sauras pas le stimuler dans ses projets.

Voilà mon coup de gueule...

[laerne]

@pavel, c'est sur que le mec qui écrit "int i = ++++a++a," on a pas envi de bosser avec lui. Mais le mec qui ne sais pas répondre à la question, on a encore moins envie !!!

Euh c'est quand même vicieux ce bout de code… Je me crois pas un gland en informatique mais là j'ai du mal… Si on parenthèse ça donne quoi*?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

int i = (++(++(a))+(+a)?

Non mais si on me demande, je dis que je consulte le K&R pour décrypter et que je change la ligne du projet en quelque chose de lisible*!

[LLB]

Euh c'est quand même vicieux ce bout de code… Je me crois pas un gland en informatique mais là j'ai du mal… Si on parenthèse ça donne quoi*?

Ne t'embête pas, ça ne parse pas. Si on ajoute une espace, "++++a+ +a" :
- ça ne parse pas en C (++a n'est pas une lvalue)
- ça parse en C++ et ça renvoie une valeur non définie (lecture et écriture d'une variable dans le même sequence point)
- ça ne parse pas en C# (++a n'est pas une lvalue, mais un truc comme "++a + a++" est défini et s'évalue de gauche à droite)

Le seul truc intéressant à connaître ici, c'est de savoir quand du code est susceptible d'avoir un comportement non défini (mais pas besoin de connaître tous les détails des sequences points). De même façon, un overflow ne renvoie pas une valeur définie en C et C++. Il arrive souvent que ça boucle en pratique, mais le compilateur est libre d'optimiser autrement (il peut remplacer "a+1 > a" par true).


Quant aux entretiens, c'est intéressant, ça donne une bonne idée de ce que l'entreprise cherche, de la culture d'entreprise. Si l'entretien ne correspond pas à mon profil, est top simple, trop peu technique, s'attarde sur des choses qui ne m'intéressent pas (design patterns, UML...) ou s'il n'y a pas d'entretien avec quelqu'un de technique... je sais d'avance que je refuserai le poste.