Mon travail sur un test de développeur est-il exploité? [fermé]

154

Je suis à la recherche d'un emploi et j'ai postulé à plusieurs postes. Un employeur a répondu. J'ai eu une entrevue téléphonique assez longue (peut-être une heure ou plus) et ils m'ont ensuite fait passer un test de développeur. On m'a dit que le test devait durer entre 6 et 8 heures et que, si les résultats étaient approuvés, je serais rémunéré pour mon travail.

Cela m'a donné une pause, mais j'ai essayé. Le test du développeur a eu lieu sur une machine virtuelle accessible via RDP . La tâche consistait à implémenter une page de recherche dans un projet Web qui demande des données au serveur, les affiche à l’écran dans un tableau, a un schéma de filtrage de recherche assez compliqué (il existe environ 15 états et lors de l’envoi de la recherche au serveur peut rechercher par ces statuts) en plus de la recherche de chaîne / champ. En outre, ils souhaitent que les icônes SVG changent de couleur pour certaines valeurs de données et que certaines données soient représentées différemment de la structure de celles-ci dans la base de données.

Loooong histoire courte, cela a pris beaucoup plus de temps que 6-8 heures. Cela était en grande partie dû à la très mauvaise machine virtuelle sur laquelle je travaillais (le chargement de Visual Studio 2013 était de 10 minutes, et de 15 minutes supplémentaires pour ouvrir la solution ginormous de 3 Go).

On m'a dit qu'après avoir terminé le test, je devrais enregistrer mes modifications dans le contrôle de source ... Hmm, OK. J'ai suivi les instructions. Et après avoir validé les modifications, j'ai reçu une réponse par courrier électronique. Les SVG n'étaient pas colorés correctement, il y avait un bug dans cette affaire, il y avait un problème occasionnel avec cette autre chose que je n'avais jamais vue, etc. Donc, cela fait 13-14 heures maintenant, et je dois faire des corrections de bugs. Je les fais et l'employeur revient avec plus de demandes de corrections de bugs.

Tout mon travail va apparemment dans une application de production. J'ai remarqué quelques anomalies dans le code où il semblait que d'autres avaient codé toutes les fonctionnalités sans toucher à autre chose.

Suis-je simplement utilisé pour une main-d'œuvre bon marché? Même s’ils me paient les 50 dollars de l’heure promis pendant 6 heures, je me suis engagé à peu près 18 heures à ce projet. Si je répare tous les problèmes qu'ils rencontrent, j'aurai travaillé au moins 16 heures gratuitement.

J'ai pris un certain nombre de tests de développeur, mais je n'en ai jamais pris au cours de laquelle j'ai travaillé sur du code destiné à la production. Je n'ai jamais fait de test dans le cadre duquel j'ai implémenté une fonctionnalité en cours de développement et je n'en ai jamais eu une qui a pris 4 tours et un total de plus de 20 heures. J'ai l'impression qu'ils utilisent leur test de développeur pour proposer certaines fonctionnalités au meilleur prix.

Ai-je la mauvaise impression? Et ce protocole de test est-il approprié?

CodeWarrior
la source
165
C'est fou. Je pense que vous avez probablement été exploité pour du travail gratuit.
Jmq
79
Vous devriez envoyer une facture.
toasted_flakes
27
Le bon vieux développement axé sur les entretiens. Il devrait y avoir une balise "devabuse".
Den
74
Voici une suggestion pour les Américains. Chaque fois qu'une entreprise vous demande de soumettre des exemples de code ou de travailler à leur exemple, chaque bloc que vous soumettez doit porter une mention de droit d'auteur: "COPYRIGHT (year) (votre nom). TOUS DROITS RÉSERVÉS." S'il génère du code qui sera exécuté dans le navigateur d'un utilisateur, assurez-vous que le générateur génère également une ligne de commentaire contenant cet avis de droit d'auteur. Les tenues honnêtes n'auront aucun problème avec cela. Les malhonnêtes vont crier.
John R. Strohm
32
Envisagez de signaler cette entreprise au département du travail de votre état. Prendre du travail gratuitement est généralement illégal.
Andrew Medico

Réponses:

168

Je ne participerais jamais à un test de code de cette nature. J'ai pris de nombreux tests de code et réalisé de nombreux projets de code. Je ne voudrais certainement pas vérifier le code dans le référentiel de quelqu'un d'autre en aucune circonstance. S'ils ne savent pas ce qu'ils doivent savoir après un échantillon de 4 heures avec une correction de bogue mineur lors d'une session de programmation en paire, ils ne le sauront jamais.

Pour commencer un test, vous devez savoir et préciser quelques points à l’avance:

  1. Il convient de convenir et de savoir que tout travail réalisé pendant le test ne peut être utilisé à des fins autres que la détermination de vos compétences dans les tâches requises.
  2. Un test de code ne devrait pas durer plus de 4 heures.
  3. Vous n'êtes pas un employé de la société. Toute suggestion de vous payer pour le code produit est donc absurde. Exigez un contrat de paiement écrit s’il ya un soupçon.
  4. Fixez des limites spécifiques sur le temps que vous passerez sur une partie donnée du test, puis respectez-les. Si vous vous rendez compte que vous dépassez les limites pour une raison quelconque, demandez-vous pourquoi vous dépassez cette limite. Est-ce à cause de la pression de leur part? Est-ce parce que vous avez commis des erreurs? Est-ce parce que vous avez mal estimé combien de temps il faudrait quelque chose?
  5. Restez sur vos positions si vous estimez avoir couvert un sujet particulier. Si vous avez déjà corrigé un bogue et qu'on vous demande de corriger un bogue presque identique, dites: "Nous avons déjà couvert ce sujet avec le bogue x, nous pourrions peut-être passer à autre chose qui démontre quelque chose de nouveau."
  6. En aucun cas, vous ne devez vérifier quoi que ce soit dans un pipeline de production. Cela inclut toute branche de développement susceptible de déboucher sur un pipeline de production. En cas de doute, n'enregistrez rien. Pour les tests de code qui ne sont pas nécessairement en personne, j'insiste pour que le code soit d'abord enregistré dans mon référentiel public personnel. Cela me donne au moins une sorte de protection contre une utilisation inappropriée de mon travail.
  7. Jugez-les pour leur comportement autant qu'ils vous jugent. Si vous sentez qu'ils ne sont pas à l'avant avec vous, appelez-les. Si vous sentez que vous êtes maltraité, parlez.

La société avec laquelle vous interviewez est également interrogée par vous. Si c'est ainsi qu'ils traitent quelqu'un qu'ils interviewent, s'agit-il d'une entreprise pour laquelle vous souhaitez travailler? Je comprends que souvent les gens ont besoin d’un emploi et que ce besoin l’emporte sur certains concepts de bon sens, mais cela doit toujours être à l’avant-plan de votre esprit. N'ayez pas peur de sortir. Si cela ne vous convient pas, suivez votre instinct et votez avec vos pieds.

Joel Etherton
la source
10
J'ai déjà déterminé que je ne vais pas travailler pour eux. Après avoir vu la monstruosité d’une solution qu’ils utilisent (et le nombre incroyable de couches d’abstraction AU-DESSUS de Entity Framework), je n’ai aucune envie de tuer une petite partie de moi tous les jours en faisant ce qu’ils font. J'ai une réunion téléphonique demain où nous allons discuter des problèmes que j'ai rencontrés avec ce "test".
CodeWarrior
8
Pire, si j'étais une entreprise, je ne voudrais pas que les personnes qui ne travaillent pas pour moi et qui ont signé toutes les conventions de confidentialité et autres formulaires appropriés aient accès à mon environnement de production, et votre VCS est un environnement de production ...
jwenting
18
Au moins au Royaume-Uni, je soupçonne fortement de faire travailler un candidat à un entretien avec une candidate soit un acte illégal, soit une action légalement légale. Quoi qu’il en soit, cela est considéré comme une très mauvaise pratique ici, et nous passons beaucoup de temps à créer des tests de «faux travail» suffisamment approfondis pour évaluer un candidat, mais n’ayant aucune autre utilisation pratique.
Neil Slater
9
@marcvangend: Mon principal souci ici (basé aux États-Unis) serait la responsabilité. Puisqu'il n'y a pas de contrat formel ni de relation directe, si quelque chose ne va pas et que quelque chose dans leur logiciel est exploité, il serait très simple pour eux de blâmer une "personne interrogée". # 1 est une mesure d'autoprotection seulement plutôt qu'une tentative d'empêcher que mon travail soit volé. Mon travail m'a été volé au fil des ans et cela ne me dérange vraiment pas.
Joel Etherton
10
@WayneWerner: Ou la comptine du consultant traditionnel. "Les roses sont rouges, les violettes sont bleues, payez mes fesses."
Joel Etherton
46

De nombreux entretiens sont suivis de tests. Ces tests sont nécessaires pour vous assurer que vous avez réellement les compétences requises et pour donner une meilleure idée de certaines choses difficiles à tester pendant l'entretien lui-même (par exemple, appliquez-vous des règles de style à votre code).

Cela étant dit, un test est un test.

  • Ça n'a pas besoin d'être long. Il n'y a pas grand chose que vous puissiez voir après huit heures de codage et que vous ne pouvez pas voir après trente minutes. Plus important encore, le code écrit pendant le test devrait ensuite être examiné, ligne par ligne, ce qui prend beaucoup de temps . Il n'est pas inhabituel de passer plus de deux heures à réviser le code de test écrit pendant une demi-heure.

  • Cela ne devrait pas traiter avec une base de code existante. Comprendre la base de codes d'un produit de taille moyenne peut prendre des jours, voire des semaines (ou des mois, voire des années, en fonction de la qualité du code et de la dette technique). La propriété intellectuelle peut également être un problème (sauf si le code est à source ouverte).

    Lorsque l'objectif est de vérifier dans quelle mesure le candidat est capable de conserver la base de code existante, le test peut être effectué sur une petite base de code fictive (500 à 600 LDC) écrite spécifiquement pour les tests.

  • Il n'est pas nécessaire de demander à développer une application ou une fonctionnalité réelle. Ce peut être un morceau de code complètement inutile, écrit dans le seul but de montrer que vous avez compris le problème et trouvé une façon élégante de le résoudre.

  • Il n'est pas nécessaire que ce soit parfait. Il y a des bugs? C'est très bien. Prenez-en note pour un autre entretien avec le candidat; Ce peut être une excellente occasion de voir comment le candidat réagit dans cette situation.

  • Cela ne doit pas nécessairement être effectué via RDC sur une machine virtuelle, à moins que vous n'ayez vous-même Visual Studio. Si le but est de voir vos compétences en matière de codage et de résolution de problèmes, peu importe où vous faites l'exercice.

  • Il est hors de question que le code écrit lors de ce test se retrouve dans le contrôle de version de la société. Pourquoi pollueraient-ils leur contrôle de version avec quelque chose écrit par un candidat?

En conclusion, lorsqu'on vous demande de passer des dizaines d'heures à écrire du code de production, à résoudre des bugs et à valider votre travail pour le contrôle de version de l'entreprise:

  • Soit ils vous utilisent simplement pour implémenter des fonctionnalités gratuitement,

  • Ou alors, ils ne comprennent pas vraiment comment faire une interview.

Dans les deux cas, cherchez un meilleur lieu de travail.

Arseni Mourzenko
la source
4
+1 pour "ou des mois ou des années en fonction de la qualité du code et de la dette technique". De plus, s'ils le font, ils chasseront les développeurs qui sont capables de résoudre un tas de fichiers WTF et doivent engager ceux qui aggraveront les choses ...
Julia Hayward
Il est tout à fait légitime d’avoir un problème du type "Compte tenu de ces classes EF, écrivez une requête qui renvoie des critères compliqués et affichez les résultats dans un formulaire". Je ne peux pas imaginer demander à la personne interrogée de créer elle-même ce type d’environnement plutôt que de simplement leur donner une machine virtuelle existante avec tout ce qui a été mis en place.
Gabe
@ Gabe: bon exemple. Mais dans cet exemple, il est également évident pour les candidats que vous ne recherchez pas une main-d'œuvre bon marché pour implémenter une fonctionnalité de votre nouveau produit, et que les critères ne sont pas si compliqués qu'il faudrait huit heures pour obtenir une solution.
Arseni Mourzenko
Tu as tout à fait raison; Je dis simplement que , dans toutes les circonstances , l'enquêteur doit s'attendre à fournir tout l' environnement nécessaire pour compléter la tâche donnée.
Gabe
22

Je ne vais pas écrire une longue réponse, mais je suis sérieusement confus. Pourquoi personne ne soulève la question du droit d'auteur?

En ce qui concerne mon expérience, je n'ai jamais entendu parler d'un accord en vue de transférer à un tiers les droits d'auteur du code écrit lors d'un test de développeur. Si tel est le cas, vous pouvez les poursuivre en justice pour violation du droit d'auteur et les dommages-intérêts accordés peuvent être très intéressants, notamment aux États-Unis d'après les récits que j'ai entendus. Et s’ils veulent régler (vous proposez cela), vous pouvez demander des frais exorbitants pour l’infraction (après quoi, ils ne seraient en principe toujours pas autorisés à utiliser votre travail et vous pourrez toujours leur vendre votre travail s’ils seraient toujours intéressés. ).

David Mulder
la source
14
Je n'ai jamais entendu parler d'un test de codage entrant en production. Le droit d'auteur est un problème valable ici.
Josh
1
Sans parler de l'assurance
Crake
1
Le droit d'auteur est une question intéressante, mais peut-être seulement si le travail s'avère ne pas être payé et qu'il est effectivement utilisé. Si le paiement est finalement donné, le droit d'auteur n'a probablement aucun sens. Mais il est nécessaire de stocker une copie ailleurs que dans le référentiel interne de l'intervieweur. Idéalement, la copie personnelle devrait également être horodatée avant d'être soumise au référentiel de l'intervieweur. Différents référentiels Internet appropriés pourraient être utilisés tout en empêchant le code d'être rendu public.
user2338816
@ user2338816: Tout d'abord, même si un paiement est versé, vous pouvez toujours poursuivre pour violation du droit d'auteur, car le paiement sur papier n'est souvent pas un contrat de travail, mais plutôt un ... ok, impossible de trouver le terme anglais. Vous avez cependant raison de dire que vous aurez besoin d'une copie du code car vous devez d'abord l'enregistrer auprès du bureau du droit d'auteur avant de pouvoir intenter une action en justice.
David Mulder
1
Un +1 prudent de moi. Être trop agressif me semble contraire à l'éthique - vous avez droit à vos droits, mais je ne veux pas être le genre de personne qui poursuit en justice pour incendier la société d'interview, et je ne voudrais pas embaucher une personne qui a une telle réputation. .
Kevin
12

Les personnes plus expérimentées peuvent mieux répondre à cette question, mais personnellement, je ne serais pas très à l'aise avec un test de développement de plus de 20 heures. On dirait qu'ils utilisent l'entrevue pour mener à bien leurs tâches.

Je suppose que vous n'avez signé aucun document juridique concernant la propriété du code. J'attendrais donc jusqu'à ce qu'ils examinent le code et l'acceptent ou le nient. Ensuite, s’ils l’acceptaient, je demanderais à être payé plus de 20 heures à plein temps. Je ne suis pas sûr de prendre le paiement pour seulement les six heures proposées à l'origine. Si cela doit entrer en production, ils devront redresser la propriété du code.

À tout le moins, discuter du paiement du code devrait vous aider à décider si vous souhaitez accepter une offre. Je ne voudrais pas accepter une offre s'ils pensaient que vous payer seulement six heures était juste.

milieu de terrain99
la source
3
J'ai déterminé que je ne travaillais pas pour cette entreprise. Même en dehors du test, la façon dont ils font les choses pose de réels problèmes. Le projet dans lequel je travaillais était une solution comportant 132 projets. On m'a dit qu'un membre de l'équipe avait plaidé pour que cela soit structuré de la sorte, alors ils l'ont fait exprès! Ils veulent que tout le travail soit fait sur RDP. Je vis à Hawaii et la société est située sur la côte Est, cela ne fonctionnera pas. Ensuite, le test semble plus comme si je suis un intérimaire embauché sur le bon marché.
CodeWarrior
Un de mes anciens collègues a ensuite fait partie d'une équipe avec une solution comprenant plus de 200 projets. Ce n'est donc pas rare.
Trysis
11

Lorsque j'étais en mesure d'interviewer les développeurs, ces tests étaient brefs et ne contenaient que "succès ou échec", sans correction de bugs, même s'il y avait quelques bugs mineurs dans le code. C'est parce que je voulais évaluer les compétences du candidat et non pas obtenir un logiciel prêt à la production.

La situation décrite dans la question ressemble beaucoup à une personne qui cherche à obtenir quelque chose d’utile gratuitement (ou à bon marché).

utilisateur281377
la source
7

Je n'ai jamais fait de test de développement plus d'une heure, et ce sont tous des «casse-tête», un travail qui vise à déterminer si je peux résoudre les problèmes et atteindre un objectif déclaré dans un délai imparti.

50 $ (ou pour moi, 25-30 £) est un taux assez médiocre, c'est comme si vous demandiez à un plombier de réparer vos toilettes en échange d'un verre.

Mon conseil, en termes clairs, est de bloguer sur votre expérience, en faisant référence à la société par son nom, au cas où ils essaient de créer une application complète avec cette technique ça arrive encore. La prochaine fois qu'ils demanderont une correction de bogue, vous nommerez un tarif journalier (au moins 5 fois ce qu'ils proposent) et signalez que les développeurs ne fonctionneront pas gratuitement.

Malheureusement, être dupe fait partie de la vie, mais vous n'avez pas à vous contenter de l'accepter.

AJFaraday
la source
5
mauvais conseil de dire aux gens de nommer & honte comme ça, peut mettre fin à quelqu'un dans aucun problème juridique et de carrière.
Jwenting
1
En fait, je viens de leur parler au téléphone. Après avoir rejeté la position, on m'a demandé si je pouvais formuler mes critiques et j'ai expliqué que je m'inquiétais de la possibilité que je me développe à bon marché. Sur la base des commentaires que j'ai obtenus de la part du POC de la société et des contrôles effectués dans leur contrôle de source et d'une analyse plus approfondie du code source, je ne pense pas qu'ils en fassent autant. Cela ressemble à 2 personnes par 6 mois environ, à peu près en moyenne pour les tendances d'embauche d'une petite entreprise. Cela dit, je ne suis toujours pas d'accord avec la pratique. Gunna ne travaille pas là-bas.
CodeWarrior
8
@ CodeWarrior Je pense vraiment que vous devriez les menacer d'une action en justice. Sauf si vous avez signé un contrat de transfert de code, vous disposez des droits d'auteur sur ce qui a été écrit lors du test et ils vous le volent. Les entreprises comme celle-ci continueront dans leurs mauvaises pratiques jusqu'à ce que quelqu'un les appelle. Si vous n'intervenez pas alors qu'en est-il de la prochaine sève pauvre qu'ils "interviewent"?
Une ombre pâle
@ CodeWarrior Vous dites que vous avez baissé la position. Est-ce que cela signifie qu'ils vous ont offert le poste? Et y a-t-il eu d'autres discussions sur le paiement de votre travail de "test de développement"?
user2338816
1
@ CodeWarrior Bon appel! Parfois, il vous suffit de savoir quand partir.
AJFaraday
3

À titre de comparaison, l’entretien pour mon poste actuel durait environ une heure et parlait de ce que j’avais fait jusqu’à présent, de ce que la société envisageait de faire et de la place que je prendrais. Après cela, nous avons travaillé ensemble une semaine sur un petit projet qu’ils mentaient. tout autour, je suppose juste pour voir comment on s'entend bien. Ils m'ont payé pour cela en tant que pigiste le même montant que celui que je reçois maintenant en tant qu'employé. Il n'y a donc jamais eu une journée complète de travail non rémunéré, encore moins 3 jours.

Si le code est vraiment utilisé en production, je leur enverrais la facture pour les 24 heures que vous avez passées, pas votre faute si leurs estimations sont fausses. En supposant qu'ils ne vous aient pas laissé estimer le temps que cela prendra.

utilisateur136346
la source
Quand vous dites que vous avez travaillé sur un projet qu’ils "traînaient", s’agissait-il d’un projet qu’ils utilisaient en production? Comme d'autres réponses l'indiquent, cela est étrange dans toute situation, que vous soyez payé ou non, et généralement pire pour la société que le candidat.
Trysis
Cela ressemble à une version abrégée du contrat de location, qui est une pratique commerciale normale (bien que généralement pas seulement une semaine).
Joe
3

Bien que vous soyez censé être payé pour (certains) de votre travail, cela ne sonne pas comme un projet d'essai , cela ressemble à une arnaque pour obtenir du travail bon marché / gratuit de vous. Il peut être qu'il était destiné à être un projet d'essai, mais pas structuré ou très bien géré.

Mais une gestion tellement mauvaise que cela ressemble à une arnaque est certainement quelque chose que vous devriez prendre en considération lorsque vous décidez de prendre le poste ou non.

Un projet d’essai approprié devrait préciser que

  • Ils ont un travail qu'ils souhaitent avoir fait.
  • Sur la base de votre entretien, ils pensent que vous devriez être capable de faire le travail.
  • La réussite du projet ne garantit pas une position.
  • Termes du projet (combien ils paieront, à qui appartient le code, qu’il s’agisse de temps et de matériaux ou d’un taux forfaitaire, le temps nécessaire à l’achèvement, etc.).
  • Le projet sera examiné et les commentaires fournis - pas seulement un oui / non pour savoir si vous obtenez ou non le poste.

Les conditions devraient vous être acceptables, que vous soyez ou non embauchés - si les conditions ne sont acceptables que si elles occupent un emploi à temps plein, elles ne sont pas vraiment acceptables.

jmoreno
la source
2

Je ne pense pas qu'ils utiliseraient cela pour obtenir une main-d'œuvre bon marché.

La raison est simple. Une fois que vous avez écrit ces tests, ils ont besoin que les gens révisent ce que vous écrivez. Oui, réviser le code est beaucoup plus facile que d'écrire le code lui-même, mais cela prend encore beaucoup de temps.

Et après cela, ils ont probablement besoin de personnes pour entretenir ces tests, les expliquer, etc.

Et je ne peux tout simplement pas imaginer une entreprise informatique qui se soucierait d'économiser moins de 100 dollars, en particulier des entreprises américaines. Ce n'est jamais comme ça que les affaires fonctionnent.

InforméA
la source
13
S'ils ont travaillé plus de 20 heures et payé 6-8 au prix (pas incroyablement élevé) de 50 $ ph, ils ont économisé beaucoup plus que 100 $. Peut-être sont-ils plus intéressés par des tâches peu coûteuses et rapides que par un code fonctionnel ou maintenable? Ne sous-estimez pas la cupidité, l’incompétence et la myopie des gens.
Jwg
9
Je ne dis pas que c'est souhaitable ou utile, mais que cela pourrait se produire de manière plausible . Il y a beaucoup de gaffes là-bas, y compris des fous.
Jwg
3
@randomA: Le fait est que vous assumez une véritable équipe de développement avec un sens de l'éthique. Étant plus blasé (ou peut-être simplement sociopathe), je peux facilement imaginer une petite équipe qui manipule tout cela - elle ferait la conception de haut niveau, déciderait de ce qu'il fallait construire (ou réparer) et " tests de développeur ". Cela permettrait d'économiser des milliers de dollars grâce à l'embauche d'un groupe d'employés à temps plein. Le travail des marionnettistes est sécurisé, car un tel modèle de développement les rend indispensables. Et si vous êtes déjà aussi cupide et myope, les critiques de code et la documentation sont un gaspillage d'argent. Si cela semble fonctionner, expédiez-le. : P
cHao
1
Oh, je ne dis pas que c'est un modèle valable à long terme. Mais à court terme, cela semble attrayant. La direction serait de la partie si vous leur montriez les bons chiffres (enfin, c’est probablement eux qui ont réfléchi), et le service juridique voudrait bien dire les choses très soigneusement, mais si vous payez réellement ce que vous dites, Autant que je sache, techniquement, vous ne violez aucune loi. En ce qui concerne la santé à long terme de la base de code, vous pourriez envisager de refactoriser comme un autre groupe de "tests".
cHao
1
@Taemyr: euh, si je comprends bien l'OP, leur base de code est un gâchis fragmenté - quelque chose comme 132 projets dans une seule solution VS?
Thkala
2

Je suis un fervent partisan des tests de code pour les développeurs qui interrogent un emploi. Cependant, cela ressemble au test de code de l'enfer ... Les tests de code ne doivent jamais impliquer du code de production. Ils doivent être simples et indiquer qu'aucun travail effectué ne sera utilisé par l'entreprise.

Clairement, le travail que vous avez fait était sur le code de production. Vous devriez être payé pour tout votre temps - au minimum. Essayez de parler à un avocat et voyez s'il pense qu'il serait utile de le poursuivre en justice. De nombreux avocats offrent des consultations initiales gratuites. Si une fraude était en cause, et dans ce cas-ci, il semblerait que vous auriez le droit de quadrupler les dommages-intérêts en argent et que vous pourriez également obtenir de bons dommages-intérêts punitifs en plus de cela.

En les poursuivant en justice et en remportant la victoire, vous ferez la une des journaux et découragerez d'autres à l'avenir, ce qui profitera à tous les développeurs de logiciels à la recherche d'un nouveau poste.

Bob Bryan
la source
Cet article est plutôt difficile à lire (mur de texte). Pourriez - vous l' esprit modifier ing dans une meilleure forme?
moucher
0

Les tests de codage font malheureusement partie de la vie. Cela dit, cela me dérange de me demander de passer quatre heures à un test de codage pour pouvoir passer mon premier test de téléphone. Il est injuste de demander à un candidat d'investir autant alors que l'entreprise a si peu investi dans sa relation.

Je suis un développeur senior et je peux réussir son test de codage. Mais je ne perdrai pas beaucoup de temps là-dessus, à moins que la société ne montre un intérêt personnel pour moi. En général, je ne remplis pas de candidature pour une entreprise avec un gros formulaire mal rédigé en ligne qui me demande de ressaisir mon CV afin que son robot mal écrit puisse effectuer un botch à la recherche de mots clés. Je ne suis généralement pas d'accord pour passer un test de codage à moins que ce soit bref ou qu'ils le regardent en direct et me parlent.

Même s’ils ne mettent pas votre code en production, une entreprise qui souhaite que vous passiez un temps fou à taper avant de savoir si vous êtes un bon candidat est une entreprise qui est à l'aise de prendre avantage de vous. Ils signalent ce qu'ils veulent que leur relation soit; vous êtes le singe code. Ils appellent les coups de feu. Et leur processus d'entrevue est conçu pour trouver des personnes qui sont à l'aise avec cette relation.

Ne soyez pas un singe de code. Éloigne toi.

SeattleCplusplus
la source