Y a-t-il de la place pour les raccourcis en informatique ? Certains semblent penser que oui et n’hésitent pas à employer des méthodes frauduleuses pour parvenir à leur but.
Un développeur, que nous appellerons Matthieu, a partagé une expérience vécue. Il y a quelques années, il est tombé sur un individu, qu’il a appelé Bryan pour les besoins de son histoire, et qui montrait de l’intérêt pour le développement web. Bryan, qui avait derrière lui 12 ans d’expérience en tant que gestionnaire de contrat, avait également participé à une formation accélérée en Ruby & Rails de 12 semaines. « Étant de nature un mentor et ayant toujours voulu partager mes connaissances, je l'ai pris sous mon aile et j’ai eu des sessions de travail avec lui au moins deux fois par semaine », a-t-il expliqué. Mais certains évènements vont lui faire tirer la sonnette d’alarme.
L’épisode GitHub
Matthieu suivait les progrès de Bryan sur GitHub, parcourant ses dépôts et lui faisant des suggestions sur la façon dont les choses pouvaient être améliorées. Toutefois, alors qu’il s’est rendu sur le compte de Bryan, il a vu cinq nouveaux dépôts GitHub pratiquement achevés. Chaque dépôt disposait de 2 à 3 commits assez volumineux, « c'est comme s’il avait copié une application et l'a mise sur GitHub en gros morceaux ». Lorsqu’il a posé des questions à Bryan au sujet de ces 5 applications qui sont apparues en une journée, ce dernier lui a rétorqué qu’il « travaillait sur 5 didacticiels différents et voulait remplir son dépôt en 24 heures ».
Matthieu lui a demandé clairement : « as-tu copié / collé le code d’une application ou as-tu tapé toi-même ces lignes de code pour en avoir une meilleure compréhension ? ». Ce à quoi il a répondu « c’est trop simple, donc j’ai copié / collé le code dans mes repos et j’ai fait des commits massifs. Cela va beaucoup plaire aux employeurs ! ».
Il essayait de décrocher un poste en tant que développeur junior et Mathieu lui a fait comprendre que « les employeurs cherchent à voir VOTRE code, pas un copié / collé de tutoriel qui viendra juste vous apporter un faux sentiment de crédibilité ».
L’entretien technique
Bryan a contacté Mathieu sur Slack pour lui demander son aide sur un problème à résoudre en Ruby. « C'était un problème fondamental que la plupart des employeurs vous posent pour voir comment vous vous débrouillez. J'ai fini par résoudre le problème et je lui ai expliqué comment », a avancé Mathieu. Une fois le résultat et l’explication en poche, Bryan a dit « Super ! Je vais rendre ça à la première heure demain matin ». Interloqué, Mathieu a répondu : « Attends une seconde ! Il s'agit d'un test de code pour un emploi et tu me l’as fait écrire pour toi ? » Bryan a répondu par l’affirmative et s’est rapidement déconnecté.
Pendant des jours Mathieu n’a pas eu de nouvelles de Bryan jusqu’à ce qu’il apprenne qu’il a passé l’entretien pour un poste de Junior Rails Developer dans une startup. Mathieu lui a quand même souhaité bonne chance.
Le travail sous-traité
Plus tard dans la même semaine, Mathieu a vu sur le compte GitHub de Bryan un nouveau dépôt appelé "capstone_test" : il s’agissait d’une application CMS à part entière qui n'était présente que depuis 18 heures. « Impossible qu’il ait pu la concevoir en 18 heures, sauf s’il a eu de l’aide. Je me base sur sa capacité à lire et à écrire du code », a-t-il expliqué. Étant son mentor, il a quand même fait quelques remarques qui pourraient servir à améliorer l’application.
Bryan l’a contacté sur Slack par la suite et l’a remercié pour ses suggestions. Mais Mathieu lui a tout de même demandé comment il est parvenu à développer un CMS si complexe en 18 heures seulement. Bryan lui a expliqué qu’il est passé par certaines plateformes, notamment AirPaid où il a payé 100 dollars de l’heure pour se faire aider à la conception.
La copie des dépôts
En parcourant ses dépôts, il s’est rendu compte que trois d’entre eux avaient chacun un clone unique qui se retrouvait sur les dépôts de Bryan : ce n’étaient pas des fork mais ils étaient présentés comme si Bryan avait écrit ces lignes de code. « Bien que mon code était open source et que je ne me souciais pas de qui l'utilisait, je voulais qu'il soit utilisé pour un bon objectif, pas pour faciliter la fraude ».
Bryan a obtenu l’emploi
LinkedIn lui a fait savoir que Bryan a changé son statut en mettant Ingénieur logiciel pour la compagnie X, alors Matthieu l’a félicité. Bryan a alors commencé à poser beaucoup plus de questions à Mathieu et semblait dépassé par la situation. « Je lui ai envoyé des liens utiles et lui ai demandé ce sur quoi il travaillait. Il travaillait sur un système de notification en temps réel pour son nouvel emploi et il a avoué ne pas savoir ce qu'il faisait. J'étais furieux. Il a obtenu un bon travail de développeur junior et il s’agissait fondamentalement d’une escroquerie. Ce qui m'a le plus choqué était le fait que son salaire était supérieur au mien de 20 000 dollars malgré le fait qu’il n’avait que 6 mois d'expérience académique et zéro d’expérience professionnelle ».
Mathieu s’est donc décidé à l’ignorer et à le laisser se débattre avec ses problèmes.
Bryan perd son emploi
Un jour, Bryan a demandé sur Stack si quelqu’un connaissait une entreprise qui embauchait. Etonné, Matthieu lui a demandé ce qui s’est passé avec son ancien travail de développeur. Bryan lui a expliqué que le travail ne lui convenait pas, alors il a décidé de passer à autre chose. Mais Matthieu ne l’entendait pas de cette oreille et a cherché à savoir réellement ce qui s’est passé.
L’une de ses sources lui a fait savoir que l’entreprise n’avait pas l’impression que Bryan est un vrai développeur et que ses solutions étaient des copies de solutions proposées sur Stack. Trois semaines lui ont alors été données pour lui permettre de se ressaisir. Mathieu a fait savoir à sa source que c'est lui qui a rédigé le test Ruby à sa place et qu’il s’est servi d’AirPair pour réussir le test capstone. Courroucée, sa source a aussitôt contacté le vice-président de l’ingénierie. Deux jours après, Bryan s’est fait renvoyer.
Source : ShakyCode
Et vous ?
Avez-vous déjà travaillé avec un développeur qui se sert de méthodes frauduleuses ?
Avez-vous déjà travaillé avec un développeur qui se sert de méthodes frauduleuses ?
Partagez votre expérience
Avez-vous déjà travaillé avec un développeur qui se sert de méthodes frauduleuses ?
Partagez votre expérience
Le , par Stéphane le calme
Une erreur dans cette actualité ? Signalez-nous-la !