&#xD ;

En 2016, une confession anonyme a fait surface sur les réseaux sociaux par un développeur utilisant le pseudonyme FiletOfFish1066 (nous l’appellerons FOF) qui a affirmé qu’après avoir passé six ans à travailler pour une entreprise de technologie réputée dans la région de la baie de San Francisco, a été licencié en 2016. des circonstances que n’importe qui pourrait décrire sur le ton qu’il aime.

Voici un rappel de ce qu’il a affirmé, bien que son histoire n’ait pas été prouvée (fable ? Canular ? Histoire vraie ? Chacun son choix) :

Après avoir obtenu un diplôme en informatique il y a sept ans, FOF a été embauché dans la section Assurance Qualité d’une entreprise technologique. Pendant les huit premiers mois, il a choisi d’automatiser toutes ses tâches de programmation. Une fois ce travail terminé, il s’est retrouvé avec beaucoup de temps libre pour faire ce qu’il voulait.

Il explique que « depuis six ans jusqu’à maintenant, je n’ai rien fait au travail. Je ne plaisante pas. Pendant 40 heures par semaine, j’allais au travail, jouais à League of Legends, surfais sur les forums et faisais tout ce que j’aimais. Au cours des six dernières années, je n’ai probablement effectué que 50 heures de travail réel, donc je n’ai pratiquement rien bloqué. Et personne ne s’en soucie vraiment. Les tests ont tous été concluants. Je n’avais pas d’amis au bureau, donc personne ne me parlait sauf mon patron et, à l’occasion, les développeurs des logiciels que je testais.

Et combien l’ont-ils payé pour « ne rien faire » ? L’entreprise lui versait en moyenne 95 000 $ par année. Ce scénario aurait pu continuer si le service informatique n’avait pas réalisé la supercherie à l’origine de son licenciement.

FOF a usé d’un ton de découragement après son licenciement dans la mesure où il prétend avoir oublié comment coder, ayant relégué ce travail à l’ordinateur pendant six ans, et n’a donc plus les compétences de développement qu’il pourrait proposer pour accéder à un nouveau métier Heureusement pour lui, il a économisé jusqu’à 200 000 $ puisqu’il vit toujours chez ses parents, il n’y a donc pas d’argent à dépenser pour le loyer.

« Après six ans, je ne sais littéralement pas comment écrire une bonne émission. J’ai presque tout oublié. J’ai joué à League of Legends et je n’ai rien fait d’autre. Je suis en bonne forme physique, ce qui est un plus car j’avais l’habitude d’aller au gymnase tous les jours avant le travail. Mais je ne connais plus rien à la programmation ni à rien d’autre. J’ai 28 ans, je suis au chômage (bien qu’ils me donnent trois mois de salaire), et je n’ai aucune compétence. J’ai environ 200 000 $ sur mon compte bancaire et je vis toujours avec mes parents. Je vis frugalement, donc je ne vais pas mourir de faim ou quoi que ce soit, et je peux certainement subvenir à mes besoins », a-t-elle poursuivi.

Il a également exprimé un fort désir de surmonter ces addictions et de retrouver sa vie : « Le moment est venu de surmonter mon addiction à la bière et à League of Legends. Je vais l’essayer en pratiquant Cracking the Coding Interview ainsi que moi-même. Lisez des livres sur les données. structures et algorithmes. Je postulerai également pour certains emplois. Après y avoir réfléchi un moment, je pense qu’une fois que j’aurai étudié tout ce que j’ai oublié, ma motivation reviendra. J’ai toujours aimé le développement de logiciels, j’étais juste paresseux. »

Est-il éthique d’automatiser vos tâches ?

L’histoire est rapidement devenue virale sur les forums technologiques du Web, ce qui a finalement conduit son protagoniste à supprimer non seulement le message, mais l’intégralité de son compte.

Environ un an plus tard, quelqu’un qui s’appelle Etherable a posté une requête sur un forum de développeurs demandant : « Est-ce contraire à l’éthique pour moi de ne pas dire à mon employeur que j’ai automatisé mon travail ? » Ce développeur a déclaré avoir accepté un travail de programmation qui s’est avéré être une « saisie de données glorifiée » et il y a six mois, il a écrit des scripts qui mettent l’ensemble du travail sur pilote automatique. Après cela, « ce qui prenait un mois au dernier gars, prend maintenant peut-être 10 minutes ». Le travail était à temps plein, avec des avantages sociaux et permettait à Etherable de travailler à domicile. Le programme a produit des résultats presque parfaits; pour autant que la direction le sache, leur employé a simplement fait un travail irréprochable.

Les réactions étaient partagées entre ceux qui estimaient qu’Etherable trichait, ou du moins trompait l’employeur, et ceux qui pensaient que le développeur avait simplement trouvé un moyen astucieux de faire le travail. Etherable n’a jamais répondu à la discussion qui a suivi. Peut-être effrayé par l’attention (il va sans dire que les médias du monde entier ont repris l’histoire), l’utilisateur a disparu, laissant cette contribution à une conversation de plus en plus cruciale sur qui peut automatiser le travail et dans quelles conditions.

À une époque où le spectre de l’automatisation de masse hante les travailleurs, les développeurs montrent comment la menace peut se transformer en bénédiction lorsqu’elle est prise entre leurs propres mains, avec ou sans la connaissance de leurs employeurs. Parce que FiletOFish1066 et Etherable ont été publiés de manière anonyme et ont rapidement disparu, aucun des deux n’a pu être joint pour commenter. Mais leurs histoires montrent que l’automatisation du lieu de travail peut prendre de nombreuses formes et être dirigée par des personnes autres que des cadres.

L’automatisation des tâches des développeurs n’a rien de nouveau

Bien sûr, les développeurs écrivent du code qui automatise leur travail depuis des décennies. La programmation implique généralement l’utilisation d’outils qui ajoutent de l’automatisation à différents niveaux, du formatage du code à la fusion de différentes bases de code. La plupart ne vont pas jusqu’à automatiser complètement ou presque complètement leur travail.

Certains développeurs utilisant l’automatisation des tâches se sont attaqués, par exemple, à la gestion des stocks, à la rédaction de rapports, à la création de graphiques, à l’administration de bases de données et à la saisie de données de toutes sortes. Un développeur a indiqué qu’il avait également automatisé l’intégralité de la charge de travail de sa femme.

« Quand j’ai commencé, mon travail me prenait littéralement huit heures par jour », a déclaré un développeur qui s’est exprimé sous couvert d’anonymat. Il a travaillé pour une grande chaîne d’hôtels d’entreprise qui commençait à informatiser son flux de travail dans les années 1990. Il a rapidement reconnu qu’il passait beaucoup de temps à répéter les mêmes tâches, alors il a commencé à apprendre à programmer après les heures. « En l’espace d’environ trois mois, j’ai développé un morceau de code dans Lotus [alors un tableur PC populaire] qui non seulement automatise les tâches répétitives individuelles, mais automatise efficacement l’ensemble du travail », a-t-il indiqué. Il n’a pas dit exactement à ses patrons ce qu’il avait fait et la qualité de sa vie au travail s’est considérablement améliorée.

À Lire  Ticket restaurant, contrôle technique… Tout ce qui change à partir du 1er octobre

« C’était étrange d’avoir du temps libre pendant la journée », a-t-il admis. « J’ai passé ce temps à apprendre les autres systèmes hôteliers. » Puis il est devenu utile, aidant la direction à résoudre les goulots d’étranglement de ces systèmes. L’auto-automatisation avait éliminé le travail domestique, réduit son stress et lui avait permis de poursuivre ses véritables intérêts. « J’ai en fait transformé mon travail en quelque chose que j’aime, qui consiste à résoudre des problèmes », a-t-il déclaré. Deux semaines avant son départ, il a donné à son patron une disquette chargée du programme et de la documentation sur son fonctionnement. Son patron était contrarié qu’il ait démissionné jusqu’à ce qu’il lui donne la disquette, lui montre comment le programme fonctionnait et lui dit d’appeler en cas de problème. Aucun appel n’est jamais venu.

Une autre personne était en train de compiler des rapports pour une compagnie d’assurance de Pennsylvanie en 2000 lorsqu’il s’est rendu compte que son travail pouvait être fait à l’aide d’un programme informatique. « J’étais un débutant à l’époque, avec seulement un an d’expérience en informatique », a-t-il admis, lorsqu’il a commencé à écrire du code qui pourrait remplacer son travail. « Il m’a fallu environ un an pour l’automatiser. J’ai toujours pensé que mes patrons seraient impressionnés et me trouveraient plus de travail. Ils étaient impressionnés, mais ils n’avaient pas non plus d’autre travail pour lui. Il passait ses journées à jouer aux échecs en ligne. « En fait, j’étais complètement inactif pendant environ 6 à 9 mois », a-t-il déclaré, après quoi il a reçu une promotion.

Dans la plupart des domaines, les travailleurs disposent rarement d’informations formelles indiquant si leur travail est automatisé ou comment et quand l’automatisation pourrait être mise en œuvre. Les personnes qui ont utilisé l’automatisation offrent un aperçu de ce à quoi cela ressemble lorsque l’automatisation n’est pas orchestrée par une décision commerciale descendante, mais par les travailleurs eux-mêmes qui en récoltent les bénéfices. Certains utilisent le temps libre supplémentaire, tandis que d’autres utilisent les heures libres pour acquérir de nouvelles compétences et relever de nouveaux défis programmatiques.

La peur d’être viré ou de se faire voler son code

« Ce que j’aime dans ces histoires, c’est qu’elles montrent que l’automatisation a encore le potentiel de réduire la quantité de travail ennuyeux que nous devons faire », a déclaré Jamie Woodcock, sociologue du travail à l’Internet Institute d’Oxford. « Quelle était la promesse de l’automatisation, à savoir que nous n’aurions pas à travailler 60 heures par semaine et que nous pourrions faire des choses plus intéressantes comme rester à la maison avec nos enfants. »

Cependant, de nombreux professionnels qui ont utilisé l’automatisation ont peur de révéler qu’ils ont utilisé un code. Même si un programme fait parfaitement son travail, beaucoup pensent que l’automatisation pour son propre bénéfice est une erreur. Que le travail humain est intrinsèquement vertueux et que les employés doivent toujours maximiser la productivité de leurs employeurs. De plus, la plupart des contrats de travail stipulent que la propriété intellectuelle développée au cours de l’entreprise appartient à l’employeur. Ainsi, tout piratage d’efficacité ou gain d’automatisation qu’un employé pourrait réaliser est susceptible d’être absorbé par l’employeur, et les avantages seront redirigés en amont.

Un développeur a déclaré qu’il préférait garder pour lui le fait qu’il avait entièrement automatisé son travail au sein de son entreprise car il craignait qu’elle revendique la propriété intellectuelle comme sienne et refuse de le dédommager. Un autre a déclaré qu’il avait une fois automatisé par inadvertance tout un service redondant. Gagnez désormais « *plusieurs semaines* » par an grâce aux scripts d’automatisation. Il a précisé que lui et ses collègues maintiennent un contrôle étroit sur leurs techniques d’automatisation, pour garder le contrôle sur la façon dont elles sont utilisées : « Nous gardons généralement ces outils pour nous. »

Un autre développeur a fait de son mieux pour cacher les contours de son travail entièrement automatisé de 50 000 $ par an à son patron. La direction pouvait se connecter à son écran d’ordinateur via le réseau, il a donc diffusé une boucle vidéo préenregistrée pour masquer le fait qu’il ne travaillait pas réellement. Cependant, il a écrit: « Je n’ai pas l’impression de faire la bonne chose. »

« Je ne comprends pas pourquoi les gens penseraient que c’est contraire à l’éthique », a déclaré Woodcock. « Vous utilisez de toute façon divers outils et formes d’automatisation ; qui travaille avec un ordinateur automatise le travail ». Il pense que si l’un de ces développeurs était assis devant un ordinateur, saisissant manuellement des données jour après jour, il ne serait jamais réprimandé. Mais en démontrant qu’ils sont capables de niveaux d’efficacité plus élevés, certains peuvent avoir l’impression perverse qu’ils se soustraient à un devoir envers les entreprises qui les emploient. C’est peut-être pour cela que l’automatisation du travail peut apparaître comme un piège et être traitée comme telle par la politique de l’entreprise. Sur Amazon Mechanical Turk, le marché des micro-emplois de l’entreprise technologique, l’automatisation est explicitement contraire à ses conditions de service, mais les travailleurs comme ceux de la plate-forme, qui travaillent pour quelques centimes par tâche, pourraient principalement bénéficier de l’automatisation.

Certains développeurs disent avoir été licenciés pour avoir automatisé leur travail. En 2011, un développeur a écrit* : « Ils ont pris ce que j’avais développé, m’ont remplacé par un idiot et leur ont montré comment le faire fonctionner, et m’ont rapidement viré pour ‘insubordination’. J’avais pris un actif commercial qui leur rapportait 30 000 $ par an. année de profit et j’en ai fait un programme qui rapportait un million de dollars par an à l’entreprise, et ils m’ont viré pour économiser environ 30 000 $ par an sur mon salaire.

En tant que tels, les préoccupations des automates rémunérés sont moins probablement ancrées dans des questions éthiques et plus dans le fait de ne pas vouloir être licenciés ou exploités par un employeur qui, comme le souligne Woodcock, « ​​attend non seulement notre temps plein, mais tout ce que nous créons ». . Les automates suspects, spécule-t-il, « ne font pas confiance à nos emplois ».

Lorsqu’un professionnel de l’informatique automatise son travail, qui devrait en bénéficier ? Lui ou son entreprise ? Pourquoi ?&#xD ;