Note de traduction.: Le post le plus populaire du sous-reddit /r/DevOps au cours du dernier mois a attiré l'attention : « L'automatisation m'a officiellement remplacé au travail — un piège pour les DevOps ». Son auteur (des États-Unis) a raconté son histoire, incarnant le dicton populaire selon lequel l'automatisation tuera le besoin de ceux qui entretiennent les systèmes logiciels.
Explication sur Urban Dictionary pour cette phrase qui est déjà devenue pérenne (?!) sur le remplacement d'un humain par un script
Donc, voici la publication elle-même :
Dans les départements DevOps, on entend souvent cette blague : « Si nous automatisons tout, nous n'aurons plus de travail ».
Cependant, c'est exactement ce qui m'est arrivé, ainsi qu'à environ une centaine d'autres ingénieurs DevOps. Je ne peux pas entrer dans les détails en raison d'un accord de non-divulgation : je suis sûr qu'un jour ou l'autre l'information fera surface, mais je ne veux pas être celui qui l'annonce.
J'essaierai de donner un aperçu général de la manière dont tout cela s'est produit.
Il y a environ cinq ans, je travaillais en tant que manager dans un département DevOps d'une entreprise technologique de taille moyenne, recevant à l'époque un excellent salaire (190 000 USD), compensant notre incroyable volume d'heures supplémentaires forcées.
Comme d'habitude, un recruteur de LinkedIn m'a contacté. Il représentait le plus grand conglomérat multinational, qui ne m'intéressait absolument pas en tant que lieu de travail potentiel. Le recruteur a écrit que l'entreprise élargissait activement ses équipes d'ingénieurs en logiciels, de développeurs et de DevOps en vue de plusieurs projets majeurs, et a souligné qu'ils souhaitaient m'inviter à un entretien.
J'ai refusé et dit que cela ne m'intéressait pas. Il a demandé combien je gagnais et a souligné que le conglomérat proposerait sans doute beaucoup plus. Cela a piqué ma curiosité — car je pensais déjà avoir un excellent salaire.
En bref, j'ai passé l'entretien, obtenu un poste de Senior Lead avec un salaire de 275 000 USD plus des options sur actions et des primes, ainsi que la possibilité de travailler à distance (c'est-à-dire que je n'ai pas eu besoin de déménager), même si l'idée de travailler pour une énorme corporation ne me plaisait pas. Cependant, l'offre était trop bonne pour être refusée (ils m'ont promis beaucoup plus que ce qu'Amazon avait proposé plus tôt dans l'année).
L'entreprise avait un département DevOps, mais celui-ci était principalement composé de systèmes administratifs seniors capables d'écrire en Python/Bash/PowerShell suffisamment pour que cela devienne problématique. Ils avaient donc besoin d'une équipe de véritables ingénieurs DevOps expérimentés en langages de bas niveau pour travailler sur des projets complexes.
Au cours des trois années suivantes, notre département a grandi. Je dois dire que la direction a très bien géré cela. Nous n'avons presque jamais essuyé de refus pour nos demandes, et plus de 90 % des projets planifiés ont été réalisés dans les délais et dans le budget, ce qui est vraiment surprenant.
Cependant, il y a environ un an et demi, il est devenu évident que nous avions automatisé littéralement *tout*. Bien sûr, un entretien et des vérifications réguliers continuaient d'être réalisés, mais au cours des dix-huit derniers mois, je n'ai en réalité travaillé que 1 à 2 heures par jour, car il n'y avait pratiquement rien à faire. Je ne voulais pas abandonner un emploi si bien rémunéré, mais j'avais peur que le jour X finisse par arriver, et il est arrivé hier.
Il a en substance été annoncé que la plupart des équipes DevOps étaient dissoutes (il restait 75 personnes s'occupant d'applications spécifiques), car les équipes IT et Software Engineering étaient capables de gérer tout le code, et les DevOps n'avaient tout simplement plus de travail.
On m'a proposé un poste dans l'équipe IT, mais le salaire était presque deux fois inférieur. Je pouvais continuer à travailler à distance, mais ils souhaitaient que je finisse par déménager dans la ville où se trouvait le bureau et que j'y sois plus présent.
C'est dommage que cela ait fini comme ça, car j'aimais y travailler. L'entreprise prenait soin de nous (à l'exception de ce licenciement, bien sûr), et il n'y a pas tant d'opportunités pour les DevOps avec un salaire supérieur à 200 000 USD et une journée de travail standard de 8 heures, presque sans heures supplémentaires.
Heureusement, j'ai su gérer mon argent de manière judicieuse et j'ai réussi à rembourser complètement 4 prêts hypothécaires au cours des 5 dernières années. J'ai maintenant un petit revenu additionnel, mes dépenses sont limitées, donc je peux me permettre de chercher tranquillement un nouvel emploi.
Ajouts (de la part du traducteur)
C'est ce que dit l'auteur Votre titre : « Je m'excuse si cela ressemble à du clickbait : j'essayais juste d'ajouter un peu d'humour dans le titre, sans vouloir transformer mon histoire en clickbait ou en un cauchemar DevOps ».
Et à propos de la « piège », « embûche » dans le contexte DevOps, cela a été convenu : « Pourquoi un piège ? Vous aviez un bon salaire (même plus élevé que celui qualifié de « excellent » précédemment), vous vous êtes débarrassé d'heures supplémentaires, vous avez fait un excellent travail et obtenu une belle référence pour votre CV ».
Quelques ajouts d'autres commentaires de l'auteur sur cette histoire :
- Concernant le salaire. Les facteurs importants sont régionaux et professionnels. L'auteur, en tant qu'ingénieur logiciel avec 25 ans d'expérience, a occupé le poste de responsable d'équipe DevOps. De plus, son expérience ne se limite pas à des connaissances sur l'infrastructure moderne, mais à des langages de programmation tels que C++, Fortran et Cobol, ce qui était essentiel pour l'interaction avec les développeurs au sein de l'organisation.
- Pour ceux qui ont également trouvé que 75 ingénieurs DevOps, c'est beaucoup. Dans cette entreprise, « plus de 50 000 personnes y travaillent et des milliers d'applications fonctionnent littéralement ».
Bonus
Si vous n'avez pas encore lu de notre directeur technique — Dmitri Stolyarov (), — pour la conférence DevOpsConf et , il abordait une question similaire. Voici quelle perspective a été partagée :
— Alors que va-t-il se passer [dans le cas d'un grand simplification de l'utilisation de K8s] pour les ingénieurs, les administrateurs système qui soutiennent Kubernetes ?
Dmitri : Que devient le comptable après l’arrivée de 1C ? À peu près la même chose. Avant, on faisait des calculs sur papier — maintenant c'est dans le programme. La productivité a considérablement augmenté, mais le travail n'a pas disparu pour autant. Avant, pour visser une ampoule, il fallait 10 ingénieurs, maintenant un seul suffira.
Le nombre de logiciels et de tâches, me semble-t-il, croît maintenant à une vitesse supérieure à celle de l'apparition de nouveaux DevOps et d'augmentation de la productivité. Actuellement, il y a une réelle pénurie sur le marché et cela va durer longtemps. Plus tard, tout reviendra à une certaine norme, où la productivité du travail augmentera, il y aura de plus en plus de solutions serverless, une IA sera intégrée à Kubernetes, qui affectera toutes les ressources comme il faut… et en fait, fera tout toute seule comme il faut — humain, écartez-vous et ne dérangez pas.
Mais les décisions doivent quand même être prises par quelqu'un. Il est clair que le niveau de qualification et la spécialisation de cette personne sont supérieurs. Actuellement, le service de comptabilité n'a pas besoin de 10 employés qui tiennent les livres de comptes juste pour éviter la fatigue de leurs bras. Cela n'est tout simplement pas nécessaire. De nombreux documents sont automatiquement scannés et reconnus par le système de gestion électronique des documents. Un chef comptable intelligent avec des compétences bien plus développées et une bonne compréhension suffit.
Dans l'ensemble, c'est le même chemin dans tous les secteurs. Avec les voitures aussi : autrefois, une voiture était accompagnée d'un mécanicien et de trois chauffeurs. Maintenant, conduire une voiture est un processus simple, auquel nous participons tous chaque jour. Personne ne se rend compte qu'une voiture est quelque chose de complexe.
Le DevOps ou l'ingénierie système ne disparaîtront pas — le niveau d'automatisation et l'efficacité du travail vont augmenter.
P.S.
Lisez aussi dans notre blog :
- «»;
- «».
Source : habr.com
