Test en ligne - Êtes-vous sĂ©rieux?



Imaginez vos sentiments si on vous demandait de passer un examen de permis de conduire chaque fois que vous changez une voiture de la mĂȘme catĂ©gorie. Je ne dirai pas que chaque conducteur devrait connaĂźtre par cƓur les rĂšgles de la route, mais en rĂ©alitĂ©, ces conducteurs sont extrĂȘmement rares. La grande majoritĂ© des conducteurs, conduisant une voiture depuis plusieurs annĂ©es, ne gardent Ă  l'esprit que les rĂšgles clĂ©s, par exemple, la circulation Ă  une intersection. La grande majoritĂ© des conducteurs n'a pas eu un seul accident depuis des annĂ©es. Mais c'est prĂ©cisĂ©ment la sĂ©curitĂ© routiĂšre qui est l'objectif principal des rĂšgles de circulation.

En consĂ©quence, le transfert de droits ne se produit qu'avec des auteurs de trafic malveillants. Lors d'une demande d'emploi, le conducteur doit simplement montrer les droits, il n'est pas obligĂ© de passer un examen. Alors pourquoi le dĂ©veloppeur doit-il prouver Ă  chaque fois son aptitude professionnelle? Quelqu'un dira que tous les programmeurs ne possĂšdent pas de certificats (analogues Ă  un permis de conduire) et que toutes les technologies ne peuvent pas ĂȘtre certifiĂ©es du tout. Je suis d'accord, mais uniquement dans le cas de l'embauche de diplĂŽmĂ©s d'Ă©tablissements d'enseignement sans expĂ©rience, et uniquement si le diplĂŽme n'est pas essentiel. S'il existe des preuves documentaires d'une expĂ©rience de travail antĂ©rieure dans un poste similaire, je suis sĂ»r que vous pouvez vous passer de tests.

De plus, personne n'a annulĂ© la pĂ©riode probatoire et vous pouvez toujours licencier une personne pendant cette pĂ©riode en cas d'erreur. L'employeur ne se dĂ©barrassera pas des erreurs, mĂȘme s'il utilise des tests en ligne, elles le seront en tout cas.

Alexander Zverev: J'ai réussi le test de langage C #. Et j'ai marqué 14 sur 45. Eh bien, eh bien, je n'ai pas touché C # pendant quelques années, mais malgré tout, pendant prÚs de quatre ans, j'ai été l'un des développeurs de ReSharper et je connaissais C # beaucoup mieux que le programmeur moyen. Cependant, il est possible que je sois un idiot, et pendant toutes ces quatre années, l'équipe ReSharper a été en danger
Source: https://vc.ru/flood/10558-multiple-choice
70% Codility. HR - . , , .
Senior Solution Architect 15- , 5 (, , .) , . - .
Source

Mon expérience en programmation professionnelle est de 21 ans. Lors d'un changement d'emploi, on me propose de résoudre des tests en ligne avec d'autres candidats. La solution répétée de ces tests m'a conduit à la conclusion que c'est une perte de temps - je reçois presque toujours un refus. Depuis plusieurs années maintenant, je refuse de résoudre ces tests. Comme vous le comprenez, pendant tout ce temps, je ne suis pas resté inactif, je travaille tout le temps et je suis trÚs efficace.
Une situation Ă©trange est observĂ©e, je ne peux pas passer les tests, mais je rĂ©ussis la pĂ©riode probatoire et ils augmentent rapidement mon salaire. Je conclus que les tests en ligne sont une technologie de recrutement extrĂȘmement inefficace. Ensuite, je vais essayer d'expliquer mon point de vue.



Comme je vois les tests en ligne


En rĂšgle gĂ©nĂ©rale, lors des tests en ligne, le candidat est invitĂ© Ă  rĂ©soudre plusieurs problĂšmes liĂ©s Ă  l'Ă©criture de code. Les tests sont rĂ©solus en peu de temps. La durĂ©e du test peut ĂȘtre en moyenne de 30 minutes Ă  une heure et demie, selon le nombre de tĂąches et leur complexitĂ©.

Le temps limité conduit au stress et aux erreurs, parfois à l'incapacité de résoudre une tùche simple, que le candidat résout facilement dans ses conditions habituelles.

Le programmeur est perturbé par un environnement de développement inhabituel. En rÚgle générale, il s'agit de la page Web que le candidat voit pour la premiÚre fois et vous devez vous habituer à son interface dans le processus de test. Il faut du temps pour s'y habituer, ce qui entraßne un stress supplémentaire, ce qui signifie des erreurs. Certains systÚmes de test en ligne permettent d'utiliser l'environnement de développement familier, mais mon expérience montre que vous ne pouvez copier le code et l'exécuter dans votre environnement de développement préféré qu'en cas d'application simple. S'il s'agit, par exemple, d'une application Angular, une partie du temps sera consacrée au téléchargement des dépendances et à la construction, et dans certains cas, il faudra installer une version différente de Node.js,angulaire/ cli.

Certains tests peuvent sembler complĂštement stupides par rapport aux tĂąches habituelles du dĂ©veloppeur, et dans certains cas, mĂȘme humiliants. Dans de tels cas, le dĂ©veloppeur peut refuser de rĂ©soudre les tests sans mĂȘme procĂ©der avec eux. Le candidat se demande: «Pourquoi devrais-je y consacrer du temps?»

Parfois, il existe des tests de connaissance des technologies et algorithmes inutiles. Par exemple, les tests rencontrent parfois des connaissances sur les algorithmes de tri et les possibilitĂ©s de leur optimisation. En rĂ©alitĂ©, la plupart des langages de programmation contiennent des ensembles d'implĂ©mentations toutes faites de la plupart des algorithmes existants. Une connaissance dĂ©taillĂ©e de ces algorithmes peut ĂȘtre utile si vous vous spĂ©cialisez dans leur dĂ©veloppement. Mais un dĂ©veloppeur ordinaire ne crĂ©e pas de nouveaux algorithmes, ses tĂąches sont beaucoup plus prosaĂŻques, auquel cas pourquoi une personne se soucierait-elle d'informations inutiles? De tels tests peuvent ĂȘtre appris Ă  passer, mais cette connaissance n'est pas applicable dans la pratique et n'est nĂ©cessaire que pour rĂ©soudre des tests en ligne lors du passage d'une entreprise Ă  une autre.

Vous pourriez penser qu'un programmeur devrait ĂȘtre capable et prĂȘt Ă  rĂ©soudre des problĂšmes extrĂȘmement rapidement et, en outre, dans une situation stressante. On peut supposer que les tests en ligne visent uniquement Ă  trouver de tels programmeurs sportifs. Chers employeurs, si vous avez des situations stressantes, vous avez un processus de dĂ©veloppement mal organisĂ© et, trĂšs probablement, des relations malsaines entre les membres de l'Ă©quipe. En pratique, comme le montre mon expĂ©rience personnelle, la vitesse et le stress sont exactement ce qui dĂ©truit la qualitĂ© et conduit Ă  de nouvelles situations stressantes. De plus, on constate souvent que dans une entreprise oĂč des tests sont appliquĂ©s, une vitesse de dĂ©veloppement Ă©levĂ©e n'est pas requise. Dans certains cas, l'entreprise ne peut mĂȘme pas confier de tĂąches au nouvel employĂ©. Parfois, une entreprise alloue l'accĂšs aux ressources pendant plusieurs semaines!Souvent, un programmeur se promĂšne dans le bureau au ralenti et n'est pratiquement pas occupĂ© Ă  autre chose qu'Ă  jouer au hockey sur air. Il existe un contraste incroyable entre les exigences des tests en ligne et la rĂ©alitĂ©. La question se pose: pourquoi une procĂ©dure de sĂ©lection si compliquĂ©e Ă©tait-elle nĂ©cessaire si les besoins rĂ©els en compĂ©tences sont plusieurs fois plus faibles?

Il existe des tests qui contiennent des questions sur la culture d'entreprise et les valeurs de l'entreprise dans laquelle le candidat tente d'obtenir un emploi, ainsi que des questions, par exemple, sur le point de vue des personnalitĂ©s publiques de l'industrie. Pour rĂ©pondre Ă  ces questions, le candidat est invitĂ© Ă  regarder plusieurs vidĂ©os sur le thĂšme de la vie en entreprise. Vous plaisantez j'espĂšre? Je fais semblant d'ĂȘtre un dĂ©veloppeur, pas un vice-prĂ©sident.

Selon mes observations, plus la concurrence est Ă©levĂ©e dans une entreprise particuliĂšre, plus les gens aspirent au mĂȘme endroit, plus les tests sont sophistiquĂ©s et difficiles, car ces entreprises ne connaissent pas la famine du personnel. Ils ressemblent Ă  des forteresses assiĂ©gĂ©es et les tests sont une sorte d'arme avec laquelle les assiĂ©gĂ©s repoussent des hordes de candidats zombies ennuyeux.

Si l'entreprise est moyenne ou petite, tout peut se limiter Ă  des entretiens techniques, une communication facile, une discussion sur les technologies prĂ©fĂ©rĂ©es et mĂȘme des intĂ©rĂȘts communs.

Alors, comment recrutez-vous des développeurs maintenant?


Le recrutement dans le secteur informatique est une affaire assez compliquĂ©e, notamment pour les spĂ©cialistes RH loin de l'informatique. Parfois, vous pouvez rencontrer des spĂ©cialistes des RH qui Ă©taient des dĂ©veloppeurs dans le passĂ©, ils sont beaucoup plus efficaces car ils connaissent la technologie de l'intĂ©rieur. Je suis sĂ»r que mon expĂ©rience personnelle dans la sĂ©lection de dĂ©veloppeurs peut ĂȘtre utile, car j'ai Ă©tĂ© responsable des ressources humaines avec une vaste expĂ©rience dans le dĂ©veloppement de logiciels. L'utilisation de mes recommandations se fera sans test en ligne. Je m'excuse Ă  l'avance si de nombreux capitaines semblent Ă©vidents.

  1. , , . - , , . .

    , , , , .

    — , .
    , , (, , , ), , . .

    , , , 20 . , , , , . , , . , , . . , .
  2. . , 5 , , .
  3. . , , , GitHub. , . , . , , . , , . , .
  4. . - . . , . . . , , , . , . , , , .

    , , , . , .
  5. . , HR . , . , , . . , , , .
  6. . , , , , - - . , , , . , , , - . . , . , . , . — . - , . , , , , . . - .
  7. . HR , . . , , , . , . .
  8. , . . — . , , . , , , . , , , . — , . , - , . , . , . “ ”. . . , , , , . , , , . . . 1) , . 2) , , , . , . , . , , .
  9. . , . . , , , . , . , , — , , , . . , .
  10. . . , . .
  11. . . - . . , , .
  12. . , . , , , . , . , , , , , , , . , . , , , . , « » ,

Envisagez-vous toujours d'effectuer des tests en ligne?

All Articles