Quelle est votre question d'entrevue préférée? [fermé]

Quelle question avez-vous trouvé particulièrement utile pour interroger les développeurs de logiciels? Qu'est-ce que la question a rendu particulièrement utile?

Je recherche une question particulière que vous aimeriez poser, pas seulement une approche d'interview comme "leur faire écrire du code".

Jetez un oeil à cet exemple de code et dites-moi comment vous pouvez l'améliorer.

C'est un peu spécifique à mon scénario, mais je pense que c'était quand même une grande question:

Donc vous dites ici que vous n'avez jamais touché C # ou .NET auparavant, non? Ok, voici donc un poste de travail. Découvrez comment écrire un programme qui interroge cette base de données ici et imprime une liste de clients avec leurs commandes, triées par nom de client. Vous pouvez utiliser la ressource que vous souhaitez.

La seule question que j'ai jamais eue a réellement testé ma capacité à apprendre.

Ce n'est pas une question de codage, mais une question de comportement:

Parlez-moi d'un moment où vous ne pouviez tout simplement pas terminer tout votre travail à temps pour respecter une date limite. Qu'est-ce que tu as fait? Quel a été le résultat?

Comment êtes-vous entré dans la programmation?

Belle façon de voir si la personne a une passion pour la programmation et pour briser la glace.

Lorsque j'interroge quelqu'un qui prétend avoir une expérience non triviale de Java, je lui pose des questions sur hashcode()et sur equals()la relation entre eux. Il n'est pas vraiment possible d'acquérir une expérience Java significative sans prendre conscience des pièges potentiels et quiconque ignorant le problème va ajouter des bogues difficiles à trouver à mon projet.

Je vais également poser des questions sur ArrayListet LinkedListet les avantages et inconvénients relatifs. J'espère que cela devrait prouver qu'ils sont au moins conscients des implications des performances du code qu'ils écrivent et y réfléchissent.

J'aime aussi leur faire exprimer une opinion sur un sujet technique (l'utilité ou non de Maven, les exceptions vérifiées ou non contrôlées, etc.), puis jouer l'avocat du diable pour voir à quel point ils peuvent argumenter.

"Quel est le dernier (meilleur) livre technique que vous ayez lu?"

ou, plus généralement:

"Comment gardez-vous vos connaissances à jour?"

C'est incroyable combien de personnes n'ont jamais lu un livre technique depuis la fin de leurs études. Et si vous n'avez jamais lu de livre depuis la fin de vos études et de vos études il y a dix ans, vous n'avez probablement jamais entendu parler de choses comme les tests unitaires, les modèles de conception, les principes SOLIDES ...

Réponse au commentaire :

Vous pouvez me déprécier si vous le souhaitez, mais c'est l'une de mes questions d'entrevue préférées. Les blogs, wikipedia, SO sont tous d'excellentes sources pour les dernières nouvelles de haute technologie. Mais je ne pense pas que vous puissiez apprendre des sujets vraiment complexes (comme les trucs que vous trouvez dans les livres de Knuth) en profondeur en lisant des blogs.

Si je dois choisir entre deux développeurs, où l'un montre cette volonté d'apprendre de nouveaux sujets complexes et l'autre pas, j'engagerai le premier. Même s'il veut plus d'argent. Cela va porter ses fruits à long terme.

Inversez cette liste chaînée. Maintenant, faites-le en temps linéaire. Maintenant, faites-le en temps linéaire et dans un espace constant.

Vous considérez-vous comme une personne chanceuse?

J'ai lu ceci dans une interview d'un des membres fondateurs de Bruel & Kjaer et cela m'a touché une corde sensible. Les personnes qui réussissent sont très susceptibles de se considérer comme chanceuses. Ils voient les revers comme des opportunités d'apporter des améliorations et ont tendance à partager leurs succès (chance) avec les gens autour d'eux - Les gens chanceux apportent plus de chance.

Les gens qui se considèrent comme malchanceux sont plus susceptibles d'être une mauvaise pomme dans votre équipe.

* Dans ce contexte, la chance doit être lue comme une occasion de réunion de préparation , pas comme un trèfle à quatre feuilles.

Celui qui a toujours fonctionné pour moi ...

"Parlez-moi de vos projets précédents" .

Et puis utilisez leurs réponses comme point de départ pour leur demander quel est leur rôle dans les projets et pourquoi ils ont pris certaines décisions. Plutôt que de faire de l'interview les SAT, j'ai juste une conversation avec eux. Cela a toujours été plus que suffisant pour juger si le développeur était apte à un poste.

Je n'ai été embauché qu'une seule fois pour un emploi où je connaissais déjà la langue utilisée, donc les questions spécifiques à la langue n'ont pas beaucoup de valeur pour moi. Personnellement, je ne me soucie pas beaucoup des anecdotes sur la syntaxe ( comment feriez-vous un tri de la barbe à papa tout en étant piégé dans un corral plein de zèbres affamés? )

Si vous pouviez avoir un emploi dans le monde, quel serait-il?

Je ne cherche vraiment qu'une chose: une tentative sérieuse d'y répondre. La seule mauvaise réponse, alors riez et dites à l'intervieweur que c'est la question d'entrevue la plus clichée au monde. (J'ai voté sans embauche).

C'est vraiment une configuration pour ma question préférée de tous les temps:

Si vous voulez être [une Rock Star], pourquoi postulez-vous pour être un [Ingénieur de développement Internet III] ici à [HugeCorp]?

Cela fonctionne mieux s'ils donnent une réponse audacieuse. Ils le voient rarement venir et ce n'est vraiment qu'une occasion pour quelqu'un de briller en disant quelque chose comme "les heures ici sont meilleures" ou "ma carrière ici durera plus longtemps que la rock star typique".

J'ai également menti sur le fait qu'il n'y avait pas de mauvaise réponse à la première question. À moins que vous n'interviewiez pour un travail de rêve totalement génial, le travail pour lequel ils interrogent n'est pas la bonne réponse. Et si vous interviewez pour l'emploi de rêve et que vous ne l'avez pas déjà, vous devriez vous demander pourquoi vous ne postulez pas.

En faisant des interviews c #, j'adore demander: "Comment gérez-vous les erreurs dans une méthode"? Si j'obtiens une réponse décente à cette question, je demande "Comment configurez-vous / configureriez-vous la gestion des erreurs dans une application Web?"

Je suis toujours étonné de voir combien de développeurs n'ont aucun problème avec la première question et aucun indice sur la seconde. J'ai même interviewé beaucoup de personnes qui ne pouvaient pas décrire comment les erreurs étaient gérées dans leur projet actuel.

Quelque chose comme ça:

multiplier une valeur de 7 sans utiliser *, /et les +opérations. :)

Similaire à David mais légèrement différent:

Jetez un œil au code de production réel désordonné d'une version antérieure que nous avons corrigé et amélioré par la suite. Dites-moi ce que ça fait. Dites-moi où sont les problèmes (correction et style). Dites-moi comment vous y remédier et l'améliorer.

Cela permet de distinguer les personnes qui peuvent simplement écrire du nouveau code et les personnes qui peuvent faire face à la réalité des bases de code héritées.

il y a de nombreuses années, on m'a demandé la différence entre les expressions rationnelles / a * / et / a *? /

Personnellement, j'ai tendance à poser quelques questions sur la récursivité.

Je suis surpris du nombre de réponses défaillantes à cette question:

Comment rechercher un élément dans une liste non triée?

Ma question préférée est:

(Vraisemblablement dans un mélange de Java / C # et de pseudocode)

En utilisant des conteneurs non exotiques, concevez une classe qui se comporterait comme un dictionnaire aussi performant que possible, ce qui vous permet également d'énumérer les clés non pas dans un ordre "aléatoire" mais dans l'ordre dans lequel ces clés ont été ajoutées au dictionnaire car elles a d'abord été créé.