Question:
Comment gérer un candidat qui a triché au test initial?
Alexei
2018-01-16 22:22:48 UTC
view on stackexchange narkive permalink

On m'a demandé de participer à un entretien avec un candidat pour un poste de programmeur junior au sein de l'entreprise dans laquelle je travaille. L'entretien comprend un de mes collègues, un représentant des ressources humaines.

En étudiant les solutions apportées aux problèmes (le test initial), j'ai remarqué que l'un d'entre eux avait l'air assez avancé pour un débutant et avait le sentiment qu'il n'avait pas été résolu par le candidat. J'ai pu trouver rapidement la solution exacte (même indentation, même structure, juste quelques noms de variables modifiés, donc c'est clairement copié).

La plate-forme de codage déclare explicitement que copier complètement une solution n'est pas autorisée (uniquement API documentation, StackOverflow etc. peut être utilisé)

J'ai déjà parlé à l'autre collègue de ce que j'ai trouvé, car l'opportunité d'emploi est au sein de son département et j'ai recommandé de privilégier les candidats qui ont fourni leurs solutions, même s'ils ont moins de points.

Je me demande comment dois-je réagir à cela pendant l'entretien .

  • dire au candidat - cela le mettrait clairement dans l'embarras et pourrait également le faire tricher de manière plus élaborée à l'avenir
  • ne pas le dire au candidat - cela pourrait être interprété comme injuste (les commentaires sont incomplets)

Question: Comment gérer un candidat qui a copié au test?

[EDIT]

Merci à tous pour le co commentaires et réponses instructifs. En effet, le processus n'est pas correct, car la plupart des problèmes de codage datent d'au moins 2 ans. Malheureusement, je ne peux pas contrôler le processus, mais je peux suggérer à mon responsable de le modifier (c'est-à-dire de m'assurer que les problèmes sont modifiés / mis à jour).

L'entretien - le candidat a montré une connaissance modeste et il n'a pas été en mesure de démontrer qu'il comprenait les concepts requis par le code qu'il a écrit. Mon collègue a suggéré que nous pensons qu'il a peut-être utilisé du code d'un autre endroit et il a été surpris que nous l'ayons compris.

Les commentaires ne sont pas destinés à une discussion approfondie;cette conversation a été [déplacée vers le chat] (http://chat.stackexchange.com/rooms/71798/discussion-on-question-by-alexei-how-to-deal-with-a-candidate-that-cheated-à-th).
Combien de temps a duré l'extrait de code?
`Seule la documentation API, StackOverflow, etc. peuvent être utilisés` ehm ... c'est ce qu'il a fait?
Sept réponses:
Draken
2018-01-16 22:51:08 UTC
view on stackexchange narkive permalink

Vous faites des suppositions ici, nous n'avons aucune garantie que le candidat a triché, juste un très grand soupçon qu'il a fait. Plutôt que de les confronter, puisque vous avez déjà un entretien avec eux, demandez-leur de vous expliquer leur solution. Assurez-vous qu'ils ont compris ce qu'ils ont écrit et comment cela fonctionne. Cela devrait rapidement mettre en évidence si la personne a triché ou non.

Il y a toujours une chance qu'elle ait réussi une réponse très similaire, ou soit l'utilisateur qui a répondu à la question sur SO et appelle quelqu'un quand vous le pouviez avoir tort n'est pas la meilleure façon de procéder. Il vaut mieux enquêter et prouver que vous avez raison.

Vous ne savez jamais, peut-être qu'ils sont si bons et ont trouvé la même réponse? Si tel est le cas, vous avez un candidat fort pour le poste (en supposant que la réponse soit bonne) et vous n'avez brûlé aucun pont en les traitant carrément de menteurs.

S'il s'avère qu'ils ont triché, ils devraient être capable de comprendre qu'ils ont été pris à partir de votre interrogatoire. Laissez-les simplement partir avec un merci, mais non merci et restez-en là. La confrontation, en particulier dans le cadre d'un entretien, n'est pas la voie à suivre.

Philosophiquement parlant, je n'ai aucune garantie qu'il a triché, mais n'avoir pratiquement aucune expérience (de CV) sur le développement Web et écrire un code JS alambiqué qui est pratiquement le même qu'une réponse SO est extrêmement improbable.
Il est en effet innocent jusqu'à preuve du contraire.Vous ne savez pas qui a écrit cette réponse SO, cela pourrait être votre candidat.Ce n'est probablement pas le cas et ils tomberont à la première requête dans leur code, mais mieux vaut les laisser faire l'erreur plutôt que de les accuser
«Innocent jusqu'à preuve du contraire» ne s'applique qu'aux tribunaux.La règle pour les entretiens est "Pas d'embauche jusqu'à ce qu'une embauche prouvée".
Si les instructions indiquent que vous ne devriez pas copier à partir d'Internet, cela signifie que la personne n'a pas suivi les instructions ou n'a pas eu suffisamment de sens pour indiquer qu'elle a déjà publié la réponse.Dans ce cas, pourquoi apporter de petits changements aux noms de variables?Si quelqu'un a des fautes d'orthographe dans son CV, je suppose qu'il ne peut pas épeler et non que quelqu'un d'autre a écrit son CV, ce qui serait pire.
Quand je suivais un cours de programmation d'introduction au collège, l'instructeur était _ positif_ mon meilleur ami et moi trichions.Pour les tests, il nous installait aux extrémités opposées de la pièce, écrivait les questions au tableau (nous ne pouvions donc pas voir les questions miméographiées à l'avance) et nous regardait comme un faucon.Pourtant, nos réponses peuvent revenir lettre pour lettre - même des choses comme les commentaires et les noms de variables.Il ne l'a jamais compris: nous étions juste très similaires et avons résolu le même problème de la même manière.
@Draken Il n'y a aucune décision dans votre entreprise qui affecte vos résultats financiers plus que le processus de recrutement.En termes de risque par minute, les entretiens sont le comportement le plus risqué que vous faites au travail.Je préférerais rejeter à tort un bon candidat plutôt que d'accepter à tort un mauvais candidat.Et je ne perdrais pas de temps avec quelqu'un qui semble avoir triché avec une grande confiance.
Je dirais qu'un programmeur chevronné connaît ce problème et éviterait délibérément de ressembler à sa propre réponse SO publiée.C'est essentiellement ce que je ferais.Après avoir répondu à ces questions, je le ferais sur Google juste pour éviter exactement ce scénario.Je pense que vous pouvez penser qu'ils ont triché.Je suis également d'accord avec corsiKa.
@JeffO, les instructions énoncées, pour citer la question, * "La copie complète d'une solution n'est pas autorisée (seule la documentation API, ** StackOverflow ** etc. peut être utilisée)." * Cela dépend vraiment de la durée de l'extrait de code.Quoi qu'il en soit, cette réponse donne la meilleure approche.
@Alexei "... est extrêmement improbable" Mais ce n'est pas le but.Nous sommes tous d'accord avec vous pour dire que c'est extrêmement improbable.Draken n'a pas dit que vous devriez accepter leur solution - il vous a fourni un moyen intelligent de vérifier leurs connaissances qui ne crée pas de drame inutile.Vous avez demandé ce que vous devriez faire du candidat._Demander en personne pour expliquer sa solution_ est absolument la bonne réponse à cela.Vous apprenez ce que vous devez savoir et vous évitez de devoir commencer une confrontation.
"" Innocent jusqu'à preuve du contraire "ne s'applique qu'aux tribunaux."- non, cela ne s'applique que légalement.C'est toujours une bonne façon de penser, car cela élimine les préjugés.Votre règle pour les entretiens est inutile ici (et redondante, si vous pardonnez le jeu de mots), car la discussion porte sur la façon de décider d'embaucher ou non.
@Wildcard - Pas vraiment.Même s'il ne s'agit que de quelques lignes de code et que tout ce que vous avez changé, ce sont les noms de variables qui sont à peu près une copie complète à toutes fins pratiques.
@Alexei Quand vous dites «expérience», comptez-vous l'expérience qui ne vient pas d'un établissement d'enseignement?L'enquête StackOverflow a montré (chaque année) que la plupart des programmeurs sont «autodidactes».
J'aime l'idée que le candidat doit comprendre la réponse.Parfois, une solution est vraiment aussi simple que de faire référence à StackOverflow, mais j'ai eu des situations où des développeurs décents copieraient une solution à partir de là dans notre application sans savoir pourquoi cela fonctionne.Le mauvais côté de cela est que certaines choses inutiles peuvent également être ajoutées si elles étaient copiées et collées sans aucune réflexion supplémentaire.
Si rien d'autre, il a clairement violé les termes de la licence SO en négligeant de fournir une attribution au message d'origine, ce qui est une marque noire pour moi.
@Pharap - par "expérience", j'entends une expérience pertinente mentionnée dans le CV qui peut être des projets impliquant cette langue / ce cadre, des cours, des réponses SO etc.
"mais n'avoir pratiquement aucune expérience (de CV) sur le développement Web et écrire un code JS alambiqué qui est pratiquement identique à une réponse SO est extrêmement improbable" Pourquoi tester des candidats qui prétendent n'avoir aucune expérience JS pour l'expérience JS?C'est juste une perte de temps pour tout le monde.
Euh, tu n'as pas l'impression d'ignorer le (grand?) Groupe de personnes qui pourraient expliquer une solution existante sans pouvoir la trouver?
Neo
2018-01-16 22:45:59 UTC
view on stackexchange narkive permalink

Comment gérer un candidat qui a copié au test?

Je ne perdrais pas votre temps à dire quoi que ce soit au candidat, il niera bien sûr avoir triché. Si vous êtes sûr qu'il a triché, informez le responsable du recrutement et recommandez-lui de regarder d'autres candidats.

Si quelqu'un triche, Que feront-ils d'autre si vous les embauchez?

Réponse courte : oubliez le tricheur et passez à d'autres candidats.

Mais que se passe-t-il s'il l'obtient d'un débordement de pile?
@SandraK Est-ce une tentative de blague parce que nous utilisons actuellement Stack Exchange, ou pensez-vous que cela compte?
@MatthewRead OP a déclaré que "_copier une solution n'est pas autorisé (seule la documentation API, StackOverflow etc. peut être utilisée) _".Et si le candidat obtenait la solution de Stack Overflow, c'est ce que je voulais dire.Je n'ai pas compris votre commentaire.
Si c'est exactement ce qu'il dit, il est ambigu de savoir si vous pouvez copier une solution à partir de StackOverflow.Tel qu'il est écrit, ce n'est pas seulement ambigu, c'est déroutant.S'il essaie de dire que vous ne pouvez copier des solutions à partir d'aucun site mais que vous pouvez utiliser StackOverflow de la même manière que vous pouvez utiliser n'importe quel autre site, pourquoi mentionner StackOverflow?Ce n'est pas une exception ou une restriction supplémentaire.
Je suppose qu'ils ont été formés par un professeur d'université qui n'a utilisé aucun outil pour voir qui a trompé leur travail de programmation.
@DavidSchwartz Schwartz Non, ce n'est pas du tout ambigu.L'affiche signifiait évidemment qu'ils étaient autorisés à utiliser le site comme une ressource.Cela n'inclut évidemment pas la copie directe d'une réponse.C'est une question de bon sens et de langage.Quand quelqu'un dit que vous pouvez rechercher quelque chose sur StackOverflow, il ne vous dit pas que vous pouvez copier une réponse directement;ils vous disent que vous pouvez utiliser le site comme une ressource pour apprendre un concept que vous n'étiez pas familier autrement.Essayer de trouver une échappatoire pour contourner ce que tout le monde sait être de la triche ne suffit pas.
@DavidSchwartz Je suis d'accord avec BooleanChese ici, s'il n'est pas clair si vous pouvez copier une solution SO, que devrions-nous déduire d'un candidat qui a copié une solution en changeant tous les noms de variables?
@PierreArlaud Il pourrait s'agir d'un candidat qui - comme certains d'entre nous - ne sait pas si "_use Stackoverflow_" signifie "_lisez simplement quelque chose dessus_" ou inclut des extraits de code.Les changements de nom pourraient être adaptés à d'autres bits du code (qu'ils ont écrit).Dans mon travail, je serai heureux de récupérer des extraits de SO (crédités, et souvent adaptés): probablement leur plus gros défaut n'est pas d'inclure une reconnaissance qu'ils l'avaient fait.J'irais en leur demandant d'expliquer comment le code fonctionne, et s'ils peuvent le faire, alors pas de problème.
Les collègues avec lesquels j'ai eu le plus de mal à travailler sont ceux qui ont souvent mal compris les directions et qui ont quand même progressé.Peut-être bien de toute façon si le travail est celui où il y a une grande flexibilité dans ce qui est fait, ou le contraire où les exigences sont si explicitement écrites qu'il n'y a pas de confusion possible.
@SandraK: Utiliser Stack Overflow, et copier / coller directement à partir de celui-ci sans aucune pensée originale, ne sont pas nécessairement la même chose.Il existe une «bonne» manière et une «mauvaise» manière d'utiliser le SO.
@LightnessRacesinOrbit Candidate a obtenu la ** bonne ** réponse et a changé certains noms de variables.Ce n'est ** pas ** copier / coller sans réfléchir.
@SandraK: Changer certains noms de variables n'est ** pas ** "réfléchir".
@SandraK Au mieux, il réfléchit à la façon dont ils pourraient cacher le fait que c'est du copier / coller.C'est juste une preuve supplémentaire qu'il s'agissait d'une tricherie délibérée au lieu d'une mauvaise interprétation honnête des instructions.
The Photon
2018-01-17 03:01:39 UTC
view on stackexchange narkive permalink

D'après ce qui est écrit (dans la question et dans les commentaires qui ont ensuite été déplacés vers un chat), il semble que les règles présentées au candidat disaient que l'utilisation de SO est autorisée, ils ont trouvé la solution sur SO . Par conséquent, il ne me semble pas qu'ils ont triché et il serait injuste de disqualifier le candidat. Mais cela dépendrait beaucoup du libellé exact des règles telles qu'elles étaient présentées au candidat.

Dans les commentaires que vous avez dit,

SO et / ou d'autres documents peuvent être utilisés pour de petites choses (par exemple, comment trier efficacement un tableau ou une liste dans une langue)

Ce n'est certainement pas la langue exacte qui a été présentée au candidat? Si ce n'est pas explicite ce qui est une "petite chose" et ce qui est une "grande chose", il me semble que le candidat a utilisé des ressources qui étaient explicitement autorisées.

C'est l'obligation de votre entreprise de présenter une question qui ne peut pas être répondu en copiant la pâte & de SO, si vous voulez permettre aux candidats de se référer à SO, mais pas de copier la pâte &. ​​

Votre meilleure résolution à ce stade est d'utiliser votre visage pour faites face à un entretien avec ce candidat pour savoir s'il possède réellement les connaissances requises pour le poste et révisez vos questions de sélection avant de les présenter au candidat suivant.

D'accord, il a trouvé une solution avancée qui fonctionnait bien.Voulez-vous un candidat qui proposerait une solution inférieure alors qu'une meilleure serait facilement disponible?Si vous voulez éviter le copier / coller, donnez une tâche où le copier / coller complet serait impossible.Si vous ne le faites pas et rejetez les bonnes solutions, alors je suppose que vous méritez vos développeurs moyens.
Vous avez abordé le gros problème ici: c'était une mauvaise question de sélection.Les tests «à livre ouvert» devraient être plus avancés qu'une simple question SO ne peut répondre.De plus, comment sauriez-vous si un autre candidat vient de payer quelqu'un pour qu'il rédige sa réponse?Attaquez-vous à un mauvais dépistage et interviewez-le.Je l'applaudis pour savoir que la réponse était juste.Je lui demanderais toujours de me guider à travers sa solution, car je ne veux pas de programmeurs qui copient / collent depuis SO sans comprendre _pourquoi_ la réponse est ce dont ils ont besoin.
Si c'est ce qui s'est passé (et je soupçonne que c'est le cas), leur plus gros défaut est probablement de ne pas inclure un accusé de réception CC-by-SA approprié.S'ils peuvent expliquer le code de manière adéquate (s'ils l'ont écrit ou levé), vous voudrez peut-être le mentionner à l'avenir.
@BloodGain évidemment la raison pour laquelle la réponse est ce dont j'ai besoin est parce que cela a fonctionné.lol
NexusInk
2018-01-17 21:40:05 UTC
view on stackexchange narkive permalink

Si votre entreprise recherche des codeurs de niveau génie - choisissez parmi d'autres candidats qui remplissent les critères.

Sinon, vous devez redéfinir votre concept de triche - est-ce tricher de surfer sur Stackoverflow, API docs, Github pour trouver des solutions aux problèmes?

Quelles sont les répercussions juridiques de cette prétendue tricherie? L'entreprise sera-t-elle poursuivie? Alors ce candidat n'est pas pour vous.

Votre code source est-il ouvert? Toutes les raisons de les embaucher, car ils ont prouvé qu'ils étaient très aptes à résoudre des problèmes.

Si vous avez des doutes, considérez que ce «tricheur débutant» a obtenu les meilleurs scores. Que feront-ils dans 5 ans s'ils auront l'opportunité de travailler avec d'autres professionnels dans une équipe qui pourra les guider ...

Et soyez franc dans votre discussion: faites-leur savoir qu'ils ont dépassé les attentes ( score sage) mais exprimez vos doutes et vos préoccupations - vous apprendrez tous les deux quelque chose de nouveau. La diplomatie est un métier difficile - laissez peut-être le représentant des RH gérer cela. Faites la routine du bon flic, du mauvais flic.

À mon avis, si un candidat est suffisamment éclairé pour vous donner ce dont vous avez besoin, il sera certainement un atout, peut-être même prendre votre travail lorsque vous prendrez votre retraite.

L'entretien pourrait également inclure un test de code en direct comme spécifié dans les commentaires pour évaluer la compréhension du programmeur junior des langues requises.

Nous avons juste eu à subir quelques conférences «Ethique et conformité».Il semble qu'à l'avenir, vous ne pouvez pas vendre le code que vous avez produit s'il contient du matériel copié, même s'il provient d'un site d'aide et est destiné à être copié.Nous avons des inspecteurs qui viennent faire une recherche sur le Web sur des portions de code, pour voir s'il a été plagié.Le code copié doit être correctement crédité et autorisé si nécessaire.Ou bien vous pouvez vraiment être poursuivi.
@RedSonja S'agit-il d'un statu quo concernant les aspects juridiques des produits à code source fermé?Qu'en est-il du code sous licence GPL ou MIT (pour n'en citer que deux)?Pour autant que je sache, il est valide (lire la loi) d'utiliser du code sous licence libre dans un logiciel sous licence propriétaire
@RedSonja Êtes-vous aux États-Unis?Ce n'est absolument pas le cas aux États-Unis
Je ne suis pas avocat, donc je ne connais pas grand-chose au droit d'auteur.Mais dans la conférence que nous avons entendu, il a été dit que vous devez avoir une licence valide le cas échéant - nous pouvons tous être d'accord avec cela.Même le code gratuit a certaines restrictions si vous lisez les petits caractères.Ils aiment que vous le reconnaissiez.Maintenant, nous avons des clients qui achètent le code source chez nous, pas seulement l'exécutable, et l'utilisation du code copié est un domaine sensible.Nous déclarons que tout cela est notre propre travail, et ensuite ce n'est pas le cas.Oui, c'est délicat.
Camion
2018-01-17 05:00:03 UTC
view on stackexchange narkive permalink

Il semble que la plupart des gens ici font l'hypothèse implicite que la morale doit être déterminante pour choisir le bon candidat. Je pense que c'est une mauvaise approche. Dans un processus de sélection de poste, votre objectif est de sélectionner le candidat qui sera le plus rentable pour l'entreprise.

Maintenant, je ne dis pas que la question morale (tricher ou ne pas tricher) ne devrait pas ne soyez pas déterminant. Je dis juste que cette question ne devrait pas être considérée comme évidente.

Modifications:

  1. Le Photon a objecté qu’un employé qui tricherait à la recherche de profits met l'entreprise présente des risques juridiques et autres.

Oui, c'est le raisonnement général des gens, mais le candidat peut croire qu'il ne triche pas ou qu'il ne causerait pas réel mal et saurait où s'arrêter dans la vraie vie (peut-être).

  • Nous devrions nous demander si toutes les personnes qui ont déjà triché un examen scolaire dans leur vie représentent un danger pour leur entreprise;
  • aussi la capacité à prendre des risques est souhaitable pour la position;
  • même dans certains cas, les avantages de la tricherie sont plus importants pour l'entreprise que les inconvénients; ou même
  • l'entreprise gagnerait à avoir quelqu'un pour porter le blâme à sa place pour certaines actions (dans la production de logiciels par exemple: il existe des cas connus d'entreprises ayant volé du code sous GPL dans leurs logiciels. pourrait être heureux d'avoir quelqu'un à licencier quand il est découvert).

Bien sûr, je ne recommanderais pas de telles malversations, mais je veux juste illustrer qu'il ne faut pas voir les choses en noir et blanc. Il y a beaucoup de gris dans les situations de la vie réelle et on devrait probablement examiner ce cas avec un point de vue plus large que de s'en tenir à la morale.

  1. Si le candidat triche un test bien conçu (je ne pense pas que celui-ci soit) alors vous perdez la chance d'évaluer leurs compétences.

Peut-être qu'un test bien conçu prendrait en compte cette réflexion, et un candidat capable de tricher avec un test aussi bien conçu pourrait être considéré comme plus intelligent que la conception du test lui-même.

Plus edit: En conclusion, j'ajouterais, que l'OMI, pour ces raisons mais en fonction de vos besoins, le choix le plus sage pourrait être de le confronter avec vos observations et de lui donner l'occasion de justifier son action .

1. Un employé qui tricherait à la recherche de profits expose l'entreprise à des risques juridiques et autres.2. Si le candidat triche à un test bien conçu (je ne pense pas que celui-ci soit), vous perdez la chance d'évaluer ses compétences.
Oui, c'est le raisonnement général, mais l'employé peut le faire en croyant qu'il ne causerait pas de préjudice réel et qu'il saurait où s'arrêter dans une situation réelle (peut-être).Toutes les personnes qui ont déjà triché un examen scolaire dans leur vie sont-elles un danger pour leur entreprise?également dans certains cas, les avantages sont plus grands que les inconvénients, ou même l'entreprise gagnerait à avoir quelqu'un pour porter le blâme à sa place pour certaines actions (dans la production de logiciels, par exemple: il existe des cas connus d'entreprises ayant volé du code sous GPLdans leur logiciel. Ils pourraient être heureux d'avoir quelqu'un à renvoyer quand il est découvert).
Bien sûr, je ne recommande pas de telles malversations, mais je veux juste illustrer qu'il ne faut pas voir les choses en noir sur blanc.Il y a beaucoup de gris dans les situations de la vie réelle et on devrait probablement examiner ce cas avec un point de vue plus large que de s'en tenir à la morale.
Oh et, à propos de «tricher sur un test bien conçu», j'ajouterais qu'un test bien conçu serait celui qui prendrait en compte cette réflexion (ex: évaluer la capacité à prendre des risques), et qu'un employé capable de tricherun test, pourrait être plus intelligent que le test lui-même.
Si le candidat ne pense pas que la tricherie causera un préjudice, c'est une raison de ne pas les embaucher, pas une raison de les embaucher.
"un candidat capable de tricher à un test aussi bien conçu pourrait être considéré comme plus intelligent que la conception du test lui-même."Quelqu'un d'autre pense-t-il immédiatement au Capt Kirk et au Kobayashi Maru?Redémarrez la version, bien sûr .....
Photon @The: Il y a des cas où une bonne triche est souhaitable.En général, je serais d'accord avec vous pour de nombreuses raisons, mais c'est généralement une bonne pratique de penser les choses en dehors des sentiers battus.Prenons comme exemple le débat entre Emmanuel Kant et Benjamin Constant sur le droit de mentir: est-ce mal de mentir à des meurtriers qui vous interrogent sur votre ami caché dans votre maison?La construction sociale est basée sur le respect des règles mais l'évolution sociale est basée sur leur transgression.Le point important est que la société a besoin que la transgression soit maintenue à un niveau bas, mais pas qu'elle ne soit éradiquée.
En passant, il est intéressant de comparer le nombre de likes et la réaction sur ma réponse avec les autres et avec la question.Cela illustre bien le fait que la société a un certain nombre de questions sur ses règles et ses usages, et que ce montant doit être maintenu dans une certaine fourchette qui est petite mais non nulle ... Et je pense que le montant optimal est quelque chose qui vientde la sélection naturelle: la juste quantité donne un avantage évolutif aux groupes qui en sont proches.Pas assez entrave la capacité du groupe à s'adapter aux circonstances, mais trop brise la confiance.
Alan Berdinelli
2018-01-17 23:32:57 UTC
view on stackexchange narkive permalink

En supposant que vous avez raison de le tromper. Je pense que vous devez agir en fonction de ce que vous recherchez chez le candidat:

  • Les programmeurs doivent résoudre les problèmes. Si votre souci est d'être productif, je pense que le candidat est parfait car il n'a pas essayé de résoudre un problème qui a déjà été résolu mais il a utilisé une solution existante.

  • Si vous vous inquiétez du fait que le candidat a les connaissances ou non, vous pouvez organiser un autre entretien pour lui poser des questions sur sa solution.

  • Si vous cherchez quelqu'un avec une éthique élevée, vous peut commencer à penser à le rejeter, ou lui demander de faire un autre test pour voir s'il essaie de tricher à nouveau.

Personnellement, je ne considère pas cela comme un problème car Je trouve quelqu'un qui peut utiliser une solution existante plus utile que quelqu'un qui passe plus de temps à écrire un nouveau code, à corriger, à essayer plusieurs approches ...

De manière réaliste, dans combien de situations en tant que programmeur vous trouvez-vous lorsque vous ne pouvez pas simplement copier et coller à partir de SO.De toute façon, vous devriez avoir un entretien de suivi où les développeurs devraient défendre leurs décisions de conception, à quel point vous pouvez lui demander ce qu'il pense de cela.Il va soit vous expliquer le code, soit vous expliquer le code et vous dire que c'était plus rapide que de l'écrire.Les gens supposent que tous les développeurs Jr sont identiques.Certaines personnes ont de meilleurs cerveaux de codage.Jr. Dev est juste un titre pour un programmeur d'entrée de gamme
lukuss
2018-01-18 19:47:53 UTC
view on stackexchange narkive permalink

Êtes-vous sûr qu'il a triché? Si oui: L'idée il ne s'agit pas de "trouver une solution à des problèmes déjà résolus", ou de "productivité" ou "a suffisamment de connaissances". Il ne s'agit pas non plus de savoir s'il pouvait être testé ou non, à cause de ce qu'il a fait ... non.

Il a triché. Il a enfreint un principe. S'il n'a pas le principe de la correction, devrait-il faire partie de l'entreprise? Tricher, c'est voler. S'il vole pour gagner un gain, qu'est-ce qu'il volera la prochaine fois (à votre entreprise)?

Si non:

Si vous pensez vraiment qu'il est bon , dites-lui que vous le soupçonnez d'avoir triché au test et offrez-lui une autre chance avec un test différent. Mais un bon programmeur n'a pas besoin de tricher. Et un bon programmeur ne devient pas bon en trichant.

En fin de compte, c'est votre choix. Mon conseil est de ne pas regarder uniquement les résultats qui le qualifieraient pour le poste. Le type de personne que vous embauchez est également important.



ⓘ
Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...