J'interviewais avec une personne qui avait l'air "trop ​​fière de mes compétences en java".

1. Il m'a demandé: " Quelles sont vos connaissances sur les classes Java IO, dites-vous ... des cartes de hachage? "

2. Il m'a demandé d'écrire un morceau de code Java sur du papier - instancier une classe et appeler l'une des méthodes de l'instance. Quand j'ai eu fini, il a dit que mon programme ne fonctionnerait pas. Après 5 minutes de réflexion sérieuse, j'ai abandonné et demandé pourquoi. Il a dit que je n'avais pas écrit de fonction principale afin qu'elle ne soit pas exécutée. SUR PAPIER.

3. [Je suis trop furieux pour continuer avec la stupidité ...]

Croyez-moi, ce n'était pas une question piège ou une évaluation du psychique ou de la gestion de la colère.

Je peux dire de son visage, il était fier de ces questions.

Ce " développeur " était censé " juger " les candidats.

Je peux penser à plusieurs choses:

1. Frappez-le avec une chaise (ce que je voulais si désespérément) et sortez.
2. Il suffit de sortir.
3. Le ridiculiser en disant qu'il n'avait pas de sens.
4. Fais-le poliment lui faire comprendre qu'il n'avait aucun sens et essaye de répondre aux questions.
5. Ne lui dis rien, mais essaye simplement de répondre aux questions.

Jusqu'ici, je n'ai essayé que 4 et 5. Cela n'a pas aidé. Malheureusement, de nombreux candidats semblent faire la même chose et rester polis, mais cela permet à ces types de "développeurs" de continuer à gravir les échelons de l'entreprise, obtenant ainsi progressivement la capacité de faire plier de plus en plus de monde.

Comment gérez-vous ces enquêteurs sans vous faire éclater les veines? Quelle est la bonne façon de gérer cela, tout en maintenant votre réputation si d’autres employeurs potentiels devaient savoir ce qui s’est passé ici? Y a-t-il quelque chose que vous puissiez faire ou devriez-vous même essayer de résoudre ce problème ?

PS Permettez-moi d'admettre que ma colère a été amplifiée à plusieurs reprises par les faits:

1. Il souriait comme si tu n'y croyais pas.
2. La veille, j'ai reçu tellement d'appels (environ 20) de cette société, me demandant de venir à l'entrevue, que je ne pouvais faire aucun travail ce jour-là.
3. J'ai perdu un jour de congé payé.

Passez. C'est dur, j'y suis allé.

Les intervieweurs comme ceux-là ne coûtent que dix dollars. Ils vous posent des questions ridicules en pensant que c'est un véritable test pour un bon candidat. En fait, ils ne font que nourrir leurs insécurités.

La dernière chose que vous voulez faire est de faire exploser l'entrevue ou de déposer une plainte contre l'intervieweur avec ses ressources humaines. Cela ne fera qu'aggraver leur impression de vous - et croyez-moi, vous ne voulez pas que cette réputation vous précède (-:

Sauvegardez votre réputation professionnelle et emmenez-la ailleurs. Bonne chance pour votre recherche d'emploi.

HTH,

KM

Edit: je devais partager ceci: http://theoatmeal.com/comics/interview_questions bon vendredi vendredi: rire.

Rire avec lui.

"Oh oui! Pas de fonction principale (). De plus, c'est écrit sur un morceau de papier, qui ne pouvait pas exécuter le code de toute façon. Et j'ai oublié de dessiner un bouton 'Compiler'. Ho ho, nous sommes des gars marrants!"

Ensuite, essayez de passer à la question suivante. Oui, il fait des nuls, mais ce n’est vraiment pas une raison de s’énerver.

Faites bien comprendre que vous pensez que la réponse qu'il recherchait était si évidente pour vous que vous ne pensiez pas que cela valait la peine d'être mentionné. Il interroge probablement un éventail de candidats allant des génies de la programmation à des personnes qui n'ont jamais programmé et qui sont juste désespérées pour un emploi. Parfois, en tant qu'intervieweur, il est utile de vérifier l'évidence.

Si vous rencontrez quelque chose comme ça, traitez-le comme une question piège. Une fois que l’intervieweur vous a "attrapé" dans le piège qu’il croit vous avoir, expliquez-le de façon simple, pourquoi vous l’avez fait, et si sa réponse / directive / réponse est incorrecte, expliquez-lui que vous avez envisagé de le faire. manière mémorisée {insérer la raison pour laquelle elle est incorrecte} et a décidé d’utiliser votre méthode.

Essayez d'éviter d'attaquer des mots tels que "votre chemin est mauvais", "ce n'est pas correct", "c'est incorrect". Si vous signalez une erreur dans ses tests sans condescendre ni insulter l'intervieweur, cela peut en fait vous donner l'impression que vous êtes un codeur plus fort.

Vous devez également considérer que cette personne est susceptible de devenir votre nouveau superviseur et si cette personne prend un tel plaisir à tromper / à ridiculiser / à quelque personne que ce soit, est-ce vraiment une personne pour laquelle vous souhaitez travailler? Une personne telle que celle-ci ne voudra probablement pas que vous travailliez pour elle, même si vous êtes un codeur supérieur, en particulier parce qu'il est évident que son ego est en perte de vitesse. Ce genre de personne ne supporte pas que des personnes travaillent pour lui, qui en savent plus, qui sont meilleurs au travail, etc.

En fin de compte, votre meilleure action consiste à maintenir le professionnalisme face au manque de professionnalisme. Indépendamment de ses actes, portez-vous avec une attitude qui indique que vous êtes sûr de vous et de vos réponses, sans égard pour son comportement ou son éventuelle inutilité.

1. Dis-lui poliment que tu n'es pas intéressé à travailler avec lui (tu ne l'es pas, fais-moi confiance), et pars. Contactez le service des ressources humaines qui pourrait être intéressé par le travail de l'intervieweur, dès qu'il le congédiera pour incompétence évidente.

Vous avez déjà un travail et cela vous rend puissant. Souviens-toi de ça. Vous n'êtes pas obligé de trouver un emploi et vous voulez un emploi meilleur que votre emploi actuel.

Un jour, un gars m'a appelé pour avoir utilisé "elsif" au lieu de "else if". Cela m'a énervé parce que je postulais à un poste chez Perl et que je venais de passer 15 minutes à écrire du code Perl sur un tableau blanc.

Puis il m'a demandé comment faire la même chose en java, et je l'ai gratté (sans méthode principale, car wtf, qui s'en soucierait? C'est la question la plus inquiétante ... je m'éloigne du sujet), et c'est tout à droite, sauf que mon cerveau était toujours en mode Perl, et j'ai fait "elsif".

La petite merde était si fière de lui. J'ai haussé les épaules, et il a commencé à demander pourquoi je n'étais pas "dérangé" par mon erreur, et quand j'ai dit que c'était une erreur de syntaxe triviale que le compilateur attraperait, il est devenu rouge et a commencé à faire: "Vous avez a une mauvaise attitude! " j'ai alors remercié les autres intervieweurs et suis sorti.

Ils ont en fait appelé pour me proposer le poste (je suppose que j’étais une entrevue précoce et que j’ai donc dû bien regarder les autres gars), et quand je les ai refusés, j’ai spécifiquement dit que je ne voulais pas travailler dans un environnement où J'allais prendre des critiques sérieuses pour une simple erreur de syntaxe.

Dites-lui que HashMap n'est pas une classe IO, sourit comme un imbécile, puis vérifiez dans les classes de gestion de la colère.

J'ai découvert chez l'un de mes anciens employeurs que certains intervieweurs posaient des questions ou posaient des problèmes de phrase de manière à provoquer un peu d'irritation. Ces intervieweurs veulent voir comment vous réagissez.

Une fois, j'ai interviewé quelqu'un qui, dans une question sur la mise en place d'un jeu de cuirassé, m'a suggéré de tracer chaque partie du placement d'un bateau et d'annuler les modifications en cas de collision. J'ai dit que je ne le ferais probablement pas de cette façon; Je vérifierais probablement chaque partie d’abord en premier lieu, et n’indiquerais que si aucune collision n’avait eu lieu, car elle serait beaucoup plus simple à mettre en œuvre et légèrement moins coûteuse dans le pire des cas, avec un coût insignifiant dans la moyenne. En fait, il préférait que je "polie" poliment avec lui que si je venais de faire ce qu'il avait dit, car les personnes qui réfléchissent à leurs décisions de conception ont plus de valeur que celles qui font juste ce qu'on leur dit. Presque chaque boucle d'interview complète dans cette entreprise que je

La leçon à tirer est donc la suivante: si vous êtes en mesure de faire un contre-argument judicieux avec des arguments bien motivés sans vous embrouiller complètement, faites-le.

Ma réponse à la première question que vous avez posée est la suivante: "Eh bien, pour commencer, Hashmap n’est pas une classe d’IO. Mais c’est une partie utile de la structure des collections lorsque vous souhaitez rechercher rapidement des paires clé / valeur. synchronisé, vous devrez donc le placer dans Collections.synchronizedMap si vous souhaitez y accéder à partir de plusieurs threads. Les alternatives à HashMap incluent ... "

Cela étant dit, compte tenu de vos scénarios spécifiques, je ne suis pas convaincue que votre intervieweur tentait d'utiliser ce genre de tactique sophistiquée pour les interviews. Il existe une sorte de pédantisme qui est utile dans le développement de logiciels (je suis prompt à corriger un mauvais usage de la terminologie, et cela ne me dérange pas que les gens corrigent le mien, car un langage commun est important pour la collaboration dans notre domaine de travail), et il y en a un qui est juste suffisant et se félicite. Dans votre cas, la seule réponse sensée à la deuxième question aurait été de glousser d’accord, et peut-être un commentaire bon enfant sur le fait qu’il est plus important que votre test unitaire réussisse.

J'ai interviewé des candidats qui m'ont appris quelque chose et je les classe toujours plus haut que les candidats qui répondent simplement aux questions. Étant donné le choix, je préfère engager quelqu'un de plus intelligent que moi. Mais je n'aime pas poser des questions destinées à prouver mon intelligence. (D'une part, je ne suis pas aussi intelligent sous la pression). Je préfère poser des questions qui aident à évaluer les compétences en résolution de problèmes et la capacité de décrire le courant de pensée qui a mené efficacement à la solution proposée.

Cela dépend si vous voulez réellement le travail ou non.

Si c'est le cas, expliquez pourquoi vous avez été dérouté par la question et proposez-lui un moyen de clarifier ses demandes à l'avenir. Évitez les termes qui l'accusent et essayez plutôt d'expliquer pourquoi vous avez été confondu avec sa demande. En faisant cela, vous montrez votre intelligence, votre capacité de communication et vous pouvez nier toute opinion négative qu'ils auraient pu former à partir de votre non-réponse à la question précédente. De plus, nous devons travailler régulièrement avec des personnes stupides sur le plan technologique, et montrer que vous perdez votre sang-froid est une mauvaise idée.

Si vous ne voulez pas le travail, je dirais juste OK et le laisser terminer ses questions. Terminez poliment l'entretien le plus rapidement possible et sortez de là. Je ne ferais rien pour brûler les ponts, car on ne sait jamais si vous voulez un autre emploi avec eux ou avec d'autres entreprises avec lesquelles ils travaillent en réseau.

N'oubliez pas que les entretiens ne sont pas des tests pour lesquels vous devez répondre à toutes les questions. En fait, j'ai vu quelqu'un faire des interviews où 95% des personnes interrogées avaient mal répondu aux questions, ce qui lui convenait parfaitement.

Être reconnaissants

Que vous en ayez découvert [incompétence / arrogance] avant de prendre le poste.

Je dirais que vous avez esquivé une balle grave!

Rappelez-vous simplement que les entretiens sont autant d’outils pour l’interviewé que pour l’intervieweur. Vous devriez évaluer tout le temps si le travail vous convient.

Si vous pensez que votre interlocuteur est un idiot, alors il fait une faveur en vous faisant savoir que vous ne voulez probablement pas travailler avec lui.

Ne jamais souffrir les imbéciles.

De même, ne travaillez jamais avec eux ou pour eux.

Une fois dans une interview après avoir parlé à un représentant des ressources humaines, j’ai noté que même si j’avais une impression favorable de toutes les personnes à qui j’avais parlé et qu’ils semblaient être un bon groupe avec lequel travailler, c’était une interview, de sorte que tout le monde a le meilleur comportement et vous ne connaissez vraiment pas les gens tant que vous n’avez pas travaillé avec eux pendant un certain temps. Cela dit, cela m'amène directement à mon propos: si vous n'aimez pas les personnes qui vous interrogent, il y a de fortes chances pour que vous les aimiez encore moins une fois que vous avez commencé à travailler avec eux quotidiennement.

Si l'interview se passe très mal et qu'il s'agit d'une interview longue (d'une journée complète avec un panel), je chercherais probablement un point dans lequel vous pourriez poliment prendre la personne qui dirige le processus de côté et exposer votre préoccupation. En fonction de la situation (par exemple, si la personne qui a laissé une impression négative appartient à un autre groupe, il serait peut-être logique de continuer), je lui ferais simplement savoir que vous souhaitez mettre fin à l'interview plus tôt et si elle demande pourquoi, simplement, poliment. Dites-leur que vous ne pensez pas que vous iriez bien avec la culture d'entreprise. S'ils demandent plus de détails au-delà, c'est à vous de répondre, mais en général, moins vous en dites, mieux c'est, car ils ont tout à gagner de vos réponses et, selon ce que vous dites, cela pourrait nuire à votre réputation.

Appelle-le dessus

Raison avec lui - quelque chose comme ce qui suit. S'il vaut la peine de travailler pour lui, il renflouera après l'une de vos réponses et verra la faille de son précédent interrogatoire. S'il parvient à la fin de ce scénario hypothétique sans voir la raison, eh bien, sortez.

Vous: Oh, je suis désolé, je n'avais pas réalisé que vous vouliez que j'inclus la méthode principale.

Lui: Cela ne fonctionnera pas sans méthode principale, alors pourquoi ne l'incluez-vous pas?

Vous: Je me rends compte qu’à un moment donné, l’exécution doit commencer, mais j’avais en tête d’autres scénarios, comme un serveur, où l’exécution avait déjà commencé.

Lui: Ce n'est pas une justification pour un code qui ne fonctionnera pas.

Vous: Vous voyez clairement un problème ici. Pensez-vous, à partir de cette expérience, que j'ai indiqué mon manque de connaissance des méthodes principales?

Lui: oui (tu devrais sortir)
Lui: Non ...

Vous: Alors, aidez-moi s'il vous plaît à comprendre quel est le problème.

J'espère que vous pourrez avoir une discussion raisonnable à ce stade. Sinon, encore une fois, ça ne vaut pas votre temps.

Ne faites jamais les options 1 et 3. Cela peut sembler bien de laisser aller votre colère, mais cela ne résout aucun problème (au lieu de cela, il ne fait généralement qu'empirer les choses). Il est facile de condamner des gens qui ont l'air stupide, mais sans connaître la situation dans son ensemble, cela peut être une simple erreur. Et dans l’ensemble, cela vous entraîne dans le tourbillon émotionnel, vous faisant ainsi partie du problème.

J'irais probablement avec l'option 4 au début. Certaines personnes pourront peut-être apprendre des commentaires et devenir plus sensées. Mais si cela ne semble pas fonctionner, passez à l'option 2. Il ne sert à rien de perdre mon temps et mes efforts à essayer de changer les personnes qui ne veulent pas changer. Et encore moins d'essayer de prouver à une personne que je connais mieux, si elle ne veut pas l'admettre.

J'ai eu une interview similaire, sauf que j'ai essayé de présenter le code à ce type. Sa réponse a été d'exploser et de crier qu'il avait une équipe de [10? 15?] Développeurs, et que je "n'avais pas l'attitude de travailler dans [cet] environnement". Ma réponse? Se promener.

Si j'avais été toi, j'aurais fait 5 (en disant que c'était une erreur stupide de ma part). Et puis, aux RH, j’aurais donné beaucoup de commentaires négatifs sur l’entretien. Aussi, si possible, je parlerais de cet incident aux autres personnes (comme vous l'avez fait), ainsi que du nom de l'entreprise (comme vous ne l'avez pas fait) et les préviendrais.
Je ne ferai jamais 1,2 car ce n'est pas professionnel . Je ne ferai jamais 3 et 4 parce que je ne suis pas responsable de sa stupidité et que ce n'est pas à moi de l'améliorer.

Par expérience, ils essaient de piéger les développeurs de type manuel des développeurs "Je mange du code". Beaucoup de développeurs échouent à ces questions stupides (sans blague).

En outre, dans certaines situations, s’ils embauchent des développeurs de type (Jon Skeet), c’est-à-dire que le développeur est plus intelligent que l’intervieweur, l’intervieweur la considère comme une menace et l’élimine pour des raisons de sécurité de l’emploi (plusieurs fois, l’intervieweur est l’architecte principal ou chef d'équipe).

C’est une pépite 22. Sortez et dites aux RH de déplacer le travail là où le soleil ne brille pas (poliment bien sûr). Dis leur que vous connaissez Jon Skeet .... lol

Eh bien, j'ai lu quelque part une fois que dans cette situation, vous pouvez lui raconter une histoire. L'essentiel, c'est que l'histoire ne ressemble pas à lui, mais il saura que c'est à propos de lui. C'est une sorte de message subliminal. Vous ne faites que raconter l'histoire, mais dans son esprit subconscient, il sait que vous parlez de lui. Donc l'histoire serait la suivante:

"Oh, ça me rappelle un candidat qui a fait une chose aussi drôle. Il a eu une interview avec un type aussi intelligent ** et le candidat l'a frappé au visage et a quitté la salle. L'intervieweur a été choqué et s'est rendu compte que quelque chose est faux avec lui ... "

Été là. Comme vous le savez déjà, il (elle) essaie de sonder davantage sur Java que vous, en "votant" pour votre réponse (regardez-vous déjà le film "Amadeus" avec le personnage "Salieri"?).

Rappelez-vous poliment de lui / elle, que vous êtes là pour trouver un emploi, pas pour tester qui en savent plus sur Java / (quelle que soit la technologie), que vous pouvez essayer d’impressionner l’enquêteur, parce que vous recherchez un emploi, et que chaque personne puisse résoudre un problème différemment des autres, ce qui ne signifie pas nécessairement que la réponse est mauvaise.

Je réponds à toutes les questions lors d'une interview, même les plus idiotes. Par exemple, dans une récente interview (j'ai postulé pour un poste d'architecte logiciel et l'intervieweur est un architecte technique, selon son titre), j'ai eu une question pour répertorier toutes les versions du framework .NET qui a été publié jusqu'au .NET4. Pas de problème, j'en ai même donné plus à l'interviewer en lui disant que j'utilisais .NET Framework depuis sa version bêta initiale, en 06/2000 :).

Le test peut être comment vous répondez à la question, et vous traitez avec la personne "manifestement fausse" en autorité, un patron, un client, un collaborateur, un client ...

5

L'intervieweur a toujours raison. Ensuite, allez sur les programmeurs.SE pour évacuer :)