Que faites-vous lorsque vous rencontrez une question d'entrevue idiote?
J'interviewais une personne "trop fière de mon Java compétences").
Il m'a demandé " Quelles sont vos connaissances sur Java IO classes .. dites .. cartes de hachage? "
Il m'a demandé d'écrire un morceau de code Java code sur papier - instancier une classe et appeler l'une des méthodes de l'instance. Quand j'ai fini, il a dit que mon programme ne fonctionnerait pas. Après 5 minutes de réflexion sérieuse, j'ai abandonné et j'ai demandé pourquoi. Il a dit que je n'avais pas écrit de fonction principale pour qu'elle ne fonctionne pas.
[Je suis trop furieux pour continuer avec la stupidité ...]
Croyez-moi, ce n'était pas des questions pièges ou une question d'évaluation psychique ou de 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:
- Frappez-le avec une chaise (ce que je voulais désespérément) et sortez.
- Sortez simplement.
- Le ridiculiser en disant qu'il n'avait pas de sens.
- Faites-lui poliment savoir qu'il n'a pas de sens et continuez à essayer de répondre aux questions.
- Ne lui dites rien, mais essayez simplement de répondre aux questions.
Jusqu'à présent, je n'ai essayé que 4 et 5. Cela n'a pas aidé. Malheureusement, de nombreux candidats semblent faire de même et rester polis, mais cela permet à ce type de "développeurs" de continuer à gravir les échelons de l'entreprise, obtenant progressivement la capacité de pi ** de plus en plus de personnes.
Comment gérez-vous ces enquêteurs sans éclater dans vos 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? vous essayez même de corriger cela?
P.S. Permettez-moi d'admettre que ma colère a été amplifiée à plusieurs reprises par les faits:
- Il souriait comme vous ne le croiriez pas.
- J'ai reçu tellement (une vingtaine) d'appels de cette entreprise la veille, me demandant de venir à l'entrevue, que je n'ai pas pu faire de travail ce jour-là.
- J'ai perdu un jour de congé payé.
Continuez. C'est difficile, j'y suis allé.
Les enquêteurs comme ça sont un centime. Ils vous posent des questions ridicules en pensant que c'est un vrai test pour un bon candidat. En fait, tout ce qu'ils font, c'est nourrir leurs insécurités.
La dernière chose que vous voulez faire est de faire sauter l'entrevue ou de déposer une plainte contre l'intervieweur auprès de ses RH. Cela ne fera qu'empirer 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: J'ai dû partager ceci: http://theoatmeal.com/comics/interview_questions bon pour vendredi PM rires.
Riez avec lui.
"Oh oui! Pas de fonction main (). De plus, c'est écrit sur un morceau de papier, qui n'a pas pu exécuter le code de toute façon. Et j'ai oublié de dessiner un bouton" Compiler ". Ho ho, nous sommes drôles!"
Essayez ensuite de passer à la question suivante. Oui, il ne fait que se moquer de lui, mais ce n'est vraiment pas un problème.
Faites comprendre que vous pensez que la réponse qu'il cherchait était si évidente pour vous que vous ne pensiez pas qu'elle méritait d'être mentionnée. Il interviewe probablement un éventail de candidats, des génies de la programmation aux personnes qui n'ont jamais programmé et qui sont désespérément à la recherche d'un emploi. Parfois, en tant qu'enquêteur, cela vaut la peine de vérifier l'évidence.
Si vous rencontrez quelque chose comme ça, traitez-le comme une question piège. Une fois que l'enquêteur vous a "pris" dans le petit piège qu'il croit vous avoir attrapé, expliquez avec désinvolture ce que vous avez fait, pourquoi vous l'avez fait, et si sa réponse/direction/réponse est incorrecte, expliquez-lui que vous avez envisagé de le faire se souvient alors {insérer la raison pour laquelle elle est incorrecte} et a décidé de suivre votre méthode.
Essayez d'éviter d'attaquer des mots comme "votre chemin est faux", "ce n'est pas bien", "c'est incorrect". Si vous signalez une erreur dans ses tests sans condescendance ni insulte à l'intervieweur, cela peut en fait vous faire apparaître comme un codeur plus fort.
Vous devez également considérer que cette personne est susceptible d'être votre nouveau superviseur, et si cette personne prend autant de plaisir à tromper/battre/quoi que ce soit, est-ce vraiment quelqu'un pour qui vous voulez travailler? Une personne comme celle-ci ne voudra probablement pas que vous travailliez pour elle, même si vous êtes un codeur supérieur, notamment parce qu'il est évident que son ego fonctionne à fond. Ce genre de personne ne supporte pas que des gens travaillent pour lui qui en savent plus, sont meilleurs au travail, etc.
En fin de compte, votre meilleure action est de maintenir le professionnalisme face au manque de professionnalisme. Quelles que soient ses actions, portez-vous avec une attitude qui indique que vous êtes sûr de vous et de vos réponses sans égard à son comportement ou à son éventuelle inutilité.
- Dites-lui poliment que vous n'êtes pas intéressé à travailler avec lui (vous ne l'êtes pas, croyez-moi) et sortez. Contactez le service des ressources humaines qui pourrait être intéressé par le travail de l'intervieweur, dès qu'ils le chassent pour son incompétence évidente.
Vous avez déjà un travail et cela vous rend puissant. N'oubliez pas cela. Vous n'avez pas avez pour obtenir le travail, et vous voulez un travail qui soit meilleur que votre travail actuel.
Un jour, un type m'a appelé pour avoir utilisé "elsif" au lieu de "else if". La raison pour laquelle cela m'a énervé, c'est parce que je postulais pour un emploi Perl, et 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 intéressante ... je m'égare), et le tout était à 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é à se 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 allait attraper, il est devenu rouge et a commencé à faire: "Vous avez a une mauvaise attitude! " bruits, à quel point j'ai remercié les autres enquêteurs et suis sorti.
En fait, ils m'ont appelé pour me proposer le poste (je suppose que j'étais une des premières interviews, donc j'ai dû bien paraître après les autres schmucks), 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 de sérieuses critiques pour une simple erreur de syntaxe.
Dites-lui que HashMap n'est pas une classe IO, souriez 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 employeurs précédents que certains intervieweurs posaient des questions ou formulaient des problèmes d'une manière conçue pour provoquer un peu d'irritation. Ces enquêteurs veulent voir comment vous réagissez.
Une fois, j'ai interviewé quelqu'un qui, dans une question sur la mise en œuvre d'un jeu de type cuirassé, m'a suggéré de tracer chaque partie d'un placement de bateau et d'annuler les changements en cas de collision. J'ai dit que je ne le ferais probablement pas de cette façon; Je vérifierais probablement chaque partie en premier, et ne tracerais que s'il n'y avait pas de collision, car ce serait beaucoup plus simple à mettre en œuvre et légèrement moins coûteux dans le pire des cas, avec seulement un coût trivial dans le cas moyen. En fait, il préférait que je "discute" poliment avec lui que si je venais de faire ce qu'il a dit, parce que les gens qui réfléchissent à leurs décisions de conception ont plus de valeur que ceux qui font ce qu'on leur dit. Presque chaque boucle d'entrevue complète dans cette entreprise dont j'ai entendu parler impliquait quelque chose dans lequel le candidat était mieux de proposer une solution alternative ou d'être en désaccord avec certaines hypothèses derrière une question.
Donc, la leçon est la suivante: si vous êtes en mesure de faire un contre-argument sensé avec des points bien motivés sans sortir comme un imbécile complet, faites-le.
Ma réponse à la première question que vous vous poseriez serait la suivante: "Eh bien, pour commencer, Hashmap n'est pas une classe IO. Mais c'est une partie utile du cadre des collections lorsque vous voulez recherche de paires clé/valeur. Il n'est pas synchronisé, vous devez donc l'envelopper dans Collections.synchronizedMap si vous souhaitez y accéder à partir de plusieurs threads. Les alternatives à HashMap incluent ... "
Cela étant dit, sur la base de vos scénarios spécifiques, je ne suis pas convaincu que votre enquêteur essayait ce genre de tactique d'interview sophistiquée. Il y a une sorte de pédanterie qui est utile dans le développement de logiciels (je corrige rapidement le mauvais usage de la terminologie, et cela ne me dérange pas lorsque les gens corrigent le mien, car un langage commun est important pour la collaboration dans notre domaine de travail), et il y a une sorte de suffisance et de complaisance. Dans votre cas, la seule réponse sensée à la deuxième question aurait été de glousser d'accord, et peut-être un commentaire de bonne humeur 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 note toujours plus haut que les candidats qui répondent aux questions. Étant donné le choix, je préfère embaucher quelqu'un de plus intelligent que moi. Mais je n'aime pas poser des questions destinées à prouver ma propre intelligence. (D'une part, je ne suis pas si intelligent sous 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 efficacement la ligne de pensée qui a mené à une solution proposée.
Cela dépend si vous voulez réellement le travail ou non.
Dans l'affirmative, expliquez pourquoi vous avez été confus au sujet de la question et proposez un moyen de clarifier ses demandes à l'avenir. Évitez les termes qui le blâment, 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 pouvez annuler toute opinion négative qu'ils auraient pu se former si vous n'aviez pas reçu la question précédente. De plus, nous devons travailler régulièrement avec des gens technologiquement stupides, et montrer que vous perdez votre sang-froid est une mauvaise idée
Si vous ne voulez pas du travail, je dirais juste OK et le laisserais finir ses questions. Terminez l'entretien le plus rapidement possible et sortez de là. Je ne ferais rien pour brûler les ponts parce que vous ne savez jamais si vous pourriez vouloir un autre emploi avec eux, ou avec quelles autres entreprises avec lesquelles ils travaillent en réseau.
N'oubliez pas, les entretiens ne sont pas des tests où vous devez réussir à répondre à toutes les questions. J'ai en fait vu quelqu'un faire des entretiens où 95% de ses interlocuteurs ont répondu incorrectement aux questions, et il était d'accord avec ça.
Être reconnaissants
Que vous l'avez découvert [incompétence/arrogance] avant de prendre le poste.
Je dirais que tu as esquivé une balle sérieuse!
N'oubliez pas que les entretiens sont autant d'outils pour l'interviewé que pour l'intervieweur. Vous devez évaluer tout le temps si le travail vous convient.
Si vous pensez que votre interlocuteur est un idiot, alors d'une certaine manière, il fait une faveur en vous faisant savoir que vous ne voulez probablement pas travailler avec lui.
Ne souffrez jamais d'imbéciles.
De même, ne travaillez jamais avec eux ou pour eux.
Une fois dans une entrevue après avoir parlé à un représentant des ressources humaines, j'ai remarqué que même si j'avais une impression favorable de tous ceux à qui je parlais et qu'ils semblaient être un bon groupe avec lequel travailler, c'était une entrevue, donc tout le monde est probablement sur son meilleur comportement et vous ne connaissez vraiment les gens que lorsque vous travaillez avec eux depuis un certain temps. Cela dit, cela m'amène directement à mon propos: si vous n'aimez pas les gens qui vous interviewent, il y a de fortes chances que vous les aimiez encore moins une fois que vous commencez à travailler avec eux quotidiennement.
Si l'entretien se déroule très mal et qu'il s'agit d'un long entretien (c'est-à-dire un entretien avec un panel d'une journée), je chercherais probablement un point dans lequel vous pourriez poliment mettre de côté la personne qui mène le processus et indiquer votre préoccupation. Selon la façon dont cela se passe (c.-à-d. Si la personne qui a laissé une impression négative appartient à un autre groupe, il peut être judicieux de continuer) .Je leur ferai simplement savoir que vous souhaitez mettre fin à l'entretien plus tôt et s'ils vous demandent pourquoi simplement dites-leur que vous ne pensez pas que vous correspondriez bien à la culture d'entreprise. S'ils demandent plus de détails au-delà, c'est à vous de décider si vous voulez y répondre, mais généralement moins vous en dites, mieux ils ont tout à gagner de vos réponses et selon ce que vous dites, cela pourrait nuire à votre réputation.
Appelez-le dessus
Raison avec lui - quelque chose comme ce qui suit. S'il vaut la peine de travailler, il renflouera après l'une de vos réponses et verra la faille dans son précédent interrogatoire. S'il arrive à la fin de ce scénario hypothétique sans voir la raison, eh bien, sortez.
Vous: Oh, je suis désolé, je ne savais pas que vous vouliez que j'inclue 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 le code qui ne fonctionnera pas.
Vous: Clairement, vous voyez un problème ici. Croyez-vous, d'après cette expérience, que j'ai indiqué mon manque de connaissances sur les principales méthodes?
Lui: Oui. (vous devriez sortir)
Lui: Non ...
Vous: Alors, aidez-moi à comprendre le problème.
J'espère qu'à ce stade, vous pourrez avoir une discussion raisonnable. Sinon, encore une fois, cela ne vaut pas votre temps.
J'ai eu une interview similaire, sauf que j'ai essayé de faire passer le gars à travers mon code. 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.
Ne faites jamais les options 1 et 3. Cela peut vous faire plaisir d'exprimer votre colère, mais cela ne résout aucun problème (au lieu de cela, cela ne fait qu'empirer les choses). Il est facile de condamner des personnes d'aspect stupide, mais sans connaître la situation dans son ensemble, il peut s'agir d'une simple erreur. Et dans l'ensemble, cela vous entraîne simplement dans le tourbillon émotionnel, vous faisant ainsi partie du problème.
J'irais probablement avec l'option 4 au début. Certaines personnes peuvent apprendre des commentaires et devenir plus sensibles. Mais si cela ne semble pas fonctionner, passez à l'option 2. Il est inutile de perdre mon temps et mes efforts à essayer de changer les gens qui ne veulent pas changer. Et encore moins d'essayer de prouver à une personne que je connais mieux, si elle ne veut jamais l'admettre.
Si j'avais été toi, j'aurais fait 5 (en disant que c'était une stupide erreur de ma part). Et puis aux RH, j'aurais donné beaucoup de commentaires négatifs à propos de l'entretien. Aussi, si possible, je parlerais aux autres personnes (comme vous l'avez fait) de cet incident ainsi que le nom de l'entreprise (comme vous ne l'avez pas fait) et je les avertirais.
Je ne ferai jamais 1,2 tel quel pas professionnel. Je ne ferai jamais 3 et 4 parce que je ne suis pas responsable de son/sa stupidité et ce n'est pas mon travail de le rendre meilleur.
Par expérience, ils essaient de rattraper les développeurs de type manuel des développeurs "Je mange du code". De nombreux développeurs échouent à ces questions stupides (pas de blague).
En outre, il y a des situations où s'ils embauchent un développeur de type (Jon Skeet), c.-à-d. Que le développeur est plus intelligent que l'intervieweur, l'intervieweur trouve que c'est une menace et élimine l'interviewé pour des raisons de sécurité d'emploi (souvent, l'intervieweur est l'architecte en chef ou chef d'équipe).
C'est un problème 22. Sortez et dites aux RH de pousser le travail là où le soleil ne brille pas (d'une manière polie bien sûr). Dites-leur que vous connaissez Jon Skeet .... lol
Été là. Comme vous le savez déjà, il (elle) essaie de sonder qu'il en sait plus sur Java que vous, en "downvoting" votre réponse (jamais regarder le film "Amadeus" avec le personnage "Salieri"? ).
Souvenez-vous poliment de lui/elle, que vous êtes là pour obtenir un emploi, pas pour tester qui en sait plus sur Java/(quelle que soit la technologie), que vous pouvez essayer d'impressionner l'intervieweur, parce que vous cherchez un emploi, et que chaque personne peut résoudre un problème d'une manière différente des autres, et cela ne signifie pas nécessairement que c'est une mauvaise réponse.
Je réponds à toutes les questions lors d'une interview, même les 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 a été publié jusqu'à .NET4. Pas de problème, j'ai même donné plus à l'intervieweur en lui disant que j'avais utilisé .NET Framework depuis sa première version bêta du 06/2000 :).
Eh bien, j'ai lu quelque part une fois que dans cette situation, vous pouvez lui raconter une histoire. L'essentiel 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 venez de raconter l'histoire mais dans son subconscient, il sait que vous parlez de lui. L'histoire serait donc la suivante:
"Oh, cela me rappelle un candidat qui a fait une chose si drôle. Il a eu un entretien avec un gars si intelligent ** et finalement le candidat l'a frappé au visage et a quitté la pièce. L'intervieweur a été choqué et s'est rendu compte que quelque chose est mal avec lui ... "