Quelles sont les meilleures entreprises à rechercher dans une interview? [fermé]

9
  1. Fondamentalement, je cherche ce que vous vous trompez et vous êtes sorti du processus restant?
  2. Les rondes d'élimination sont-elles un moyen équitable de juger une personne? Tout le monde peut avoir une mauvaise heure :-(
  3. Devez-vous coder le mieux possible ou devez-vous obtenir l'algorithme à droite? En général, je code d'abord une solution réalisable, puis je travaille dessus jusqu'à un niveau qui me semble magnifique. Est-ce une mauvaise approche?

Récemment, j'ai eu une interview téléphonique dans laquelle on m'a demandé d'écrire une variation de la traversée de l'ordre des niveaux en 20 minutes. J'ai pu obtenir l'algorithme et le code de travail en 20 minutes, mais je n'ai pas pu obtenir le traitement des exceptions et la convention de codage correctement, après quoi je n'ai pas eu de réponse de leur part :-( Toutes les autres questions de l'entrevue se sont très bien passées. la seule chose qui n'était «pas à la hauteur».

Inutile de dire que j'aime l'entreprise et que je postulerai à nouveau mais que je veux bien faire les choses la prochaine fois :-)

Veuillez partager vos expériences et suggestions précieuses.

Geek
la source
4
Gardez à l'esprit les coûts relatifs d'une mauvaise évaluation d'un candidat. Un faux négatif (ne pas embaucher quelqu'un qui aurait été un bon employé) n'a qu'un coût d'opportunité pour l'employeur, tandis qu'un faux positif peut être très coûteux et peut avoir des conséquences à l'échelle de l'organisation, et des conséquences désagréables également.
Chris Bye
@Chris: Vous avez raison. +1.
Geek

Réponses:

7

Lorsque je fais des entretiens techniques, je cherche honnêtement des gens pour faire un home run. Si le candidat ne semble pas connaître son métier, il ne sera pas efficace dans son rôle (je parle ici de postes de développeurs seniors).

Regardez cette façon: Auriez - vous plutôt une entrevue difficile où vous ne recevez pas le travail (parce que vous n'êtes pas un bon ajustement), ou un entretien facile où vous faites faire le travail, mais se laisser aller au bout de 90 jours parce que vous êtes au-dessus de votre tête?

J'ai vu beaucoup trop de développeurs dans ce dernier camp. Si vous n'avez pas obtenu le poste parce que vous avez raté la partie technique, considérez-le comme une bénédiction déguisée. Si vous n'aimez pas le rejet, renforcez vos compétences techniques.

Marcel Lamothe
la source
4
Très bien dit Marcel. D'une certaine manière, je pense que tout le monde (peu importe sa qualité) pourrait ne pas tout arranger dans un problème inconnu (le temps est une contrainte). Si quelqu'un résout un problème, il a probablement déjà écrit le même code ou un code similaire. Une question, cependant, dans un tour d'élimination, savez-vous que quelqu'un n'est pas assez bon s'il fait une ou deux questions (à moins que quelqu'un ne commette une erreur). Le point que j'essaie de faire est «Cycle d'élimination» alors que vous semblez sortir d'une hypothèse «vous savez que certains1 n'est pas assez bon». Oui un méchant ?? Evident No Hire ..
Geek
Les interviews sont un art difficile à coup sûr, et je ne prétends pas être un expert en aucune façon. Mais dans mon cas, je n'essaie pas de jouer à un jeu de "gotcha!" - où j'attends juste que quelqu'un se trompe. Au lieu de cela, je sonde leurs connaissances, essayant de voir à quel point elles sont profondes. Le candidat peut-il facilement expliquer comment fonctionne une table de hachage, par exemple. Il est généralement assez facile de voir qui se retrouve dans la colonne des victoires et qui ne le fait pas.
Marcel Lamothe
@Geek - préférez-vous être la personne qui a bien fait les choses et qui a été abandonnée par quelqu'un qui ne l'a pas fait? Cela pourrait être un défi de codage ou une question douce sur la façon dont vous travaillez avec les membres de l'équipe à problème, mais finalement, tous les candidats sauf un doivent être éliminés.
JeffO
@Geek: "a déjà écrit un code similaire". Peut-être qu'ils ont écrit un code très similaire. La traversée d'ordre de niveau est une variation de la traversée d'arbre, qui devrait être familière à chaque diplômé CS. Si cela ne vous est pas familier, vous avez manqué quelque chose quelque part. Vous avez suivi un cours d'algorithmes, n'est-ce pas?
kevin cline
@kevin: La traversée de l'ordre des niveaux est facile, si je pouvais reformuler la question comme "Compte tenu de la contrainte de temps, quelles sont les choses que vous pouvez ignorer tout en étant considérées comme suffisantes". Je pense que Chris Bye a un excellent commentaire sur la question.
Geek
4

Lorsque les gens vous demandent de coder des algorithmes simples en très peu de temps, les conventions de codage et la gestion des exceptions sont la dernière chose qu'ils examinent. À moins que vous faites quelque chose de terrible, bien sûr, comme vous désignez votre fonction de déplacement func, et toutes les variables a, b, c. Peut-être qu'il y avait une autre raison pour laquelle ils ne vous ont pas rappelé.

Bien sûr, n'importe qui peut avoir une mauvaise heure. Mais c'est un mauvais signe si vous êtes susceptible d'avoir une mauvaise heure sur ces cinq que vous passez sur plusieurs rondes d'entrevue, et si vous ne pouvez pas vous préparer à des actions importantes.

Personnellement, je pense qu'obtenir quelque chose qui fonctionne et l'améliorer est une mauvaise approche. Beaucoup de gens (dont moi) pensent que si une personne écrit du code qui ressemble à un gâchis, elle a aussi un gâchis dans la tête. Je vous suggère d'écrire du code plus lentement, mais de manière plus réfléchie.

Et encore plus personnellement (et, peut-être, offensant), je ne pense pas que vous soyez assez bon en algorithmes. Uniquement parce que vous l'orthographiez comme "l'algorithme" avec le grand A. Vous n'épelez pas quelque chose dont vous n'avez pas peur comme ça.

P Shved
la source
5
Lol .. J'ai aimé le dernier paragraphe :-) Remarquez le L majuscule dans 'Lol'. Je suis désolé mais l'anglais n'est pas ma première langue. BTW J'ai appris que l'algorithme doit être écrit sans majuscule A :-)
Geek