Comment puis-je déterminer si une tâche de codage est trop difficile pour un candidat à une entrevue?

Votre question est ambiguë. Laissez-moi essayer de le croustiller. Je pense que ce que vous demandez vraiment, c'est:

Nous avons un processus pour obtenir un signal de la part de candidats sur leur forme . Si le processus produit un signal «sans embauche» pour les candidats qui sont réellement aptes, alors la partie de la question technique du processus pourrait être trop difficile. Comment puis-je déterminer si une question est trop difficile?

C'est facile; comme d'autres l'ont dit, faites suivre le processus à vos collègues qui sont connus pour être en forme; si le processus les rejette systématiquement, il y a quelque chose qui cloche dans le processus.

Mais ce n'est pas le problème que vous rencontrez . Ceci est un site de questions et réponses, et vous avez posé la mauvaise question.

Le problème que vous rencontrez en fait est qu’une fraction importante des candidats est manifestement inapte , et cela représente une perte de temps, d’efforts et d’argent qui pourraient être mieux dépensés ailleurs.

Vous avez un problème de pipeline, pas un problème de question de codage. Quelque chose dans votre pipeline de candidats produit une grande partie de candidats manifestement inaptes. Comme chacun le sait, un grand nombre de candidats à un poste en programmation n’ont aucune capacité à écrire des programmes, même simples : https://blog.codinghorror.com/why-cant-programmers-program/

Demandez autour de vous et voyez si d'autres enquêteurs ont des problèmes similaires. Si tel est le cas, repoussez la direction et le recrutement pour voir s'ils peuvent comprendre ce qui incite le recrutement à continuer de vous envoyer des candidats non qualifiés.

Comment puis-je déterminer si une tâche de codage demandée lors de l'entretien est trop difficile?

Il semble que ces candidats qui échouent prouvent que votre tâche de codage peut être plus difficile que tu penses.

Empiriquement, vous pouvez déterminer si les futures tâches de codage sont "trop ​​difficiles" si vous voyez plusieurs candidats échouer ou prendre trop de temps pour les faire.

Vous pouvez également demander à vous-même ou à des collègues techniques d'essayer d'effectuer les tâches de codage, de prendre votre temps pour le faire, puis de comparer vos résultats avec vos attentes concernant ces tâches particulières. Vous pouvez ensuite déterminer si cela nécessite une certaine simplification pour être en mesure d'effectuer une interview de codage régulière.

Gardez à l'esprit que, généralement, les interviews ou les tests de codage ne doivent pas être trop longs . Sinon, vous n'évaluerez pas réellement les connaissances en la matière, mais vous verrez simplement qui est le meilleur en prétendant connaître un langage de programmation (en 2 heures, n'importe qui peut rechercher et devenir un "expert" sur n'importe quelle balise Stack Overflow). Habituellement, des questions ou des tâches simples et directes sont plus efficaces pour mesurer les connaissances linguistiques ainsi qu'une certaine créativité et improvisation.

Je vous suggère également de jeter un œil à cette question, où plusieurs réponses sont données qui pourraient aider à décider si une tâche spécifique doit être supprimée ou non.

J'ai eu des problèmes similaires, avec des questions de codage très simples. Il semble que beaucoup de gens soient ce que nous avons appelé «les apprentis de l'assistant» après l'assistant générateur de code IDE et le dessin animé Micky Mouse. Ils pensent connaître le C ++ mais ne savent vraiment pas comment écrire une classe, même simple.

Voici la première. Je le lis toujours de manière à donner exactement le même libellé à tout le monde, mais de mémoire maintenant: «Ecrivez une classe dont le constructeur prend deux arguments intégraux et a des membres pour renvoyer leur somme et leur différence.»

Je m'attendais à pour voir différents niveaux de contrôle des spécifications avant de commencer, et les personnes qui utilisaient des modèles plutôt que de choisir un type spécifique, etc.

Ce que j'ai obtenu, c'est un nombre surprenant de personnes qui pouvaient pas d'écrire une classe, point.

par exemple, trouver le deuxième plus grand nombre d'un tableau

Comme je l'ai dit, clouer les choses avant codage:

• Puis-je modifier le tableau?
• Voulez-vous dire le deuxième élément dans l'ordre trié, ou voulez-vous dire la deuxième plus grande valeur unique ([1,2, 2,3,3,3] est la réponse 3 ou 2?)?
• Doit-il traiter des tableaux qui ont moins de 2 éléments (ou des éléments uniques, en fonction de la réponse précédente)? Lancer une exception, planifier une valeur de retour facultative, ou quoi?

Dois-je clarifier les spécifications (et me faire approuver) puis écrire des cas de test critiques, comme dans la «vraie vie»?

Vos objectifs déclarés sont en contradiction avec les spécifications peu claires. Comme indiqué, vous devez d'abord tester les compétences en ingénierie , puis en codage. Et voulez-vous vraiment embaucher quelqu'un qui jettera ensemble un désordre illisible trop intelligent et non maintenable? Je remets en question la sagesse de ne pas se soucier de la syntaxe.

Si vous voulez juste savoir s'ils peuvent aborder le problème, faites des oraux plutôt qu'une tâche de codage. Faites-lui expliquer comment il le ferait: par exemple , je connais l ' algorithme standard, alors duh. Si cela fait ce que vous vouliez vraiment. Soyez impressionné par le fait que j'ai des références utiles mises en signet et toujours ouvertes, et ne vous inquiétez pas de la dernière étape de l'écriture d'un exemple de programme contenant une ligne qui appelle cette fonction.

Je me demande donc si votre test est vraiment prêt pour quelqu'un à simplement coder, ou si les problèmes que j'ai signalés paralysaient le candidat à qui on dit qu'il s'agit d'une spécification complète prête à coder?

Comment puis-je déterminer si une tâche de codage demandée lors de l'entretien est trop difficile?

Il existe plusieurs méthodes. De loin, le plus simple est de trouver une communauté de personnes que vous souhaitez embaucher et de leur demander.

Il peut s'agir d'un groupe de type Meetup. Cela pourrait être des personnes internes. Peut-être des forums en ligne. Pour les programmeurs, vous obtiendrez des tonnes de commentaires car la plupart des programmeurs peuvent être facilement snipés avec "hé, pouvez-vous m'aider à voir combien de temps prend cette question de programmation?"

Trouvez également une introduction standard à vos questions, afin que tout le monde reçoive les mêmes informations. Peut-être une feuille de discussion pour l'intro du problème. L'entretien peut être stressant pour les deux parties.

Ensuite, une fois que vous avez du temps pour la tâche, multipliez-le par au moins 1,5 pour tenir compte de la nervosité inhérente à l'interview et bam, vous avez une estimation du temps cela devrait prendre. Si la plupart de vos collaborateurs internes vous donnent une réponse en 20 minutes, il est déraisonnable pour une personne soumise à la pression beaucoup plus forte et plus gênante d'une interview de le faire systématiquement.

Deuxièmement, il est utile de motiver certaines personnes . Parlez-leur à l'avance de l'outil que vous utiliserez lors de votre inscription à l'entrevue. Dites aux candidats quel langage ils peuvent / ne peuvent pas utiliser (je peux programmer beaucoup mieux en Python qu'en Java, donc je peux résoudre des problèmes 10% du temps en Python plutôt qu'en Java). Assurez-vous qu'ils savent à quoi s'attendre. L'outillage peut être très maladroit au départ et vous ne voulez pas vraiment rejeter les gens à cause de cela.

Et enfin, au fur et à mesure que vous parlez des problèmes, encouragez les candidats à parler à voix haute avec leurs pensées. Cela fera une variété de choses:

• Identifiez ce qui n'est pas clair sur le problème afin qu'il puisse être clarifié
• Séparez les personnes qui sont nerveuses et font des erreurs de syntaxe qu'elles connaissent conceptuellement de personnes qui n'ont aucune idée
• Vous donner plus d'informations sur leurs compétences que juste le code

Depuis que j'ai interviewé quelques dizaines de candidats au moyen d'une tâche de codage, je pense que je pourrais avoir un aperçu:

Pour évaluer les compétences en programmation du monde réel, le test doit être effectué dans un environnement réel. Cela signifie un IDE, pas un tableau blanc. Cela signifie un accès à Google et un environnement de travail calme, sans être constamment interrompu par les questions ou les conseils d'un intervieweur.

La réussite du test ne devrait pas exiger un programme parfait, car les programmes du monde réel ne sont généralement pas parfaits à la première tentative. Je suis satisfait de voir de bons progrès vers une solution de travail. Si des bogues persistent, je vérifie que le candidat est capable de reconnaître le bogue à l'invite et peut décrire un correctif raisonnable.

Pour évaluer la difficulté du test, faites-le vous-même ou donnez-le à certains collègues (en reflétant les conditions d'entrevue aussi étroitement que possible). Regardez également les candidats que vous avez finalement embauchés malgré un test de codage marginal. Le test a-t-il prédit leur performance réelle au travail?

Cela dit, même si votre test est parfait, il est tout à fait normal de rencontrer un candidat occasionnel qui ne peut pas programmer sa sortie d'un sac en papier. Je ne pense pas que j'oublierai jamais le candidat qui a prétendu être un expert Java, mais qui n'a réussi à rien dans l'exercice de codage. Curieusement, pour une performance aussi médiocre, la fenêtre de leur navigateur est restée impeccable - mais ils avaient oublié d'effacer l'historique du navigateur, ce qui a révélé des recherches Google comme "comment déclarer une classe en Java". Il n'a pas décroché le poste, mais j'ai dû me répéter 4 fois avant que le responsable du recrutement ne me croie que le candidat qui avait parlé avec tant de confiance de sa vaste expérience n'avait en fait aucune idée.

Si vous avez beaucoup de mauvais candidats, il est également possible que la sélection initiale soit insuffisante. Un manque total de candidats qualifiés peut également signifier que votre offre d'emploi est trompeuse ou insuffisamment annoncée - ou peut-être qu'il n'y a tout simplement pas assez de codeurs à la recherche d'un emploi dans votre région.

Lorsque je sélectionnais les candidats à embaucher, je faisais des tests de codage en direct. J'avais l'habitude de dire: "n'hésitez pas à utiliser Google si vous avez besoin de chercher une inspiration". Ce que je cherchais, plus que la capacité de se souvenir par cœur de toutes les bibliothèques d'un langage déterminé, c'était la compétence de "focaliser le problème, construire une idée sur la façon de le résoudre, chercher un moyen de l'implémenter" Je tenais vraiment à tester. Cela ne me dérange pas vraiment s'ils recherchent une approche similaire dans Stack Overflow. Avec cette approche, je ne me souciais pas tellement de l'ampleur du problème (en considérant toujours, bien sûr, que le défi devrait être accompli dans un laps de temps raisonnable) ...

L'OMI, les modèles et les squelettes à remplir sont plus déroutants qu'une simple tâche à partir de zéro, en particulier lorsque nous parlons de solution de 3-4 lignes. Que diriez-vous de la tâche de description d'algorithme étape par étape? il peut s'appeler programmeur. Et si le candidat peut écrire un algorithme, il peut l'implémenter.

Peut-être pensent-ils que vous essayez d'en tirer le travail utilisable sous prétexte de tâche de test.

Si vous gardez la tâche courte et simple sans aucun lien apparent avec la convivialité réelle, vous ne devriez pas avoir de problèmes.