Noter. trad.: L'article le plus populaire sur le subreddit /r/DevOps au cours du mois dernier méritait l'attention : « L'automatisation m'a officiellement remplacé au travail - un piège pour DevOps. » Son auteur (des États-Unis) a raconté son histoire, qui a donné vie à l'adage populaire selon lequel l'automatisation éliminera le besoin de ceux qui maintiennent les systèmes logiciels.
Explication sur le dictionnaire urbain de la phrase déjà établie (?!) sur le remplacement d'une personne par un script
Voici donc la publication elle-même :
Une blague courante parmi les départements DevOps est la suivante : « Si nous automatisons tout, nous serons au chômage. »
Cependant, c'est exactement ce qui m'est arrivé, ainsi qu'à 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 que tôt ou tard l’information sortira, mais je ne veux pas être celui qui l’exprimera.
Je vais essayer de donner une idée générale de la façon dont tout s'est exactement passé.
Il y a environ cinq ans, je travaillais comme manager dans le département DevOps d'une entreprise technologique de taille moyenne, recevant à l'époque un excellent salaire (190 XNUMX USD), qui compensait notre incroyable nombre d'heures supplémentaires forcées.
Comme cela arrive habituellement, un recruteur de LinkedIn m'a contacté. Il représentait un grand conglomérat multinational qui ne s'intéressait absolument pas à moi en tant qu'opportunité d'emploi potentielle. Le recruteur a écrit que l'entreprise élargissait activement ses équipes d'ingénieurs logiciels, de développeurs et de DevOps en prévision de plusieurs grands projets, et a indiqué qu'il aimerait m'inviter à un entretien.
J'ai refusé et j'ai dit que je n'étais pas intéressé. Il m'a demandé combien je gagnais et a souligné que le conglomérat offrirait probablement beaucoup plus. Cela a éveillé ma curiosité, car je pensais que j'avais déjà un excellent salaire.
En bref, je suis arrivé pour un entretien, j'ai obtenu un poste de Senior Lead avec un salaire de 275 XNUMX USD plus des stock-options et des bonus, ainsi que la possibilité de travailler à distance (c'est-à-dire que je n'ai pas eu à déménager), même si le très L’idée de travailler pour une grande entreprise ne me plaisait pas. Cependant, l’offre était trop belle pour être refusée (ils m’avaient promis bien plus que ce qu’Amazon avait promis plus tôt cette année-là).
L'entreprise disposait d'un département DevOps, mais celui-ci était principalement composé d'administrateurs système seniors capables d'écrire suffisamment en Python/Bash/PowerShell pour que cela devienne dangereux. Par conséquent, ils avaient besoin d’une équipe de vrais ingénieurs DevOps possédant une expérience en programmation dans des langages de niveau inférieur pour travailler sur des projets complexes.
Au cours des trois années suivantes, notre département s'est développé. Je dois dire que la direction a tout fait correctement. On ne nous a presque jamais refusé tout ce que nous demandions et nous avons réalisé plus de 90 % de nos projets prévus dans les délais et dans les limites du budget, ce qui est vraiment incroyable.
Cependant, il y a environ un an et demi, il est devenu évident que nous avions littéralement tout automatisé. Bien sûr, il y avait toujours un entretien et des contrôles réguliers, mais pendant un an et demi, je n'ai travaillé qu'une à deux heures par jour car il n'y avait pas grand-chose d'autre à faire. Je n’avais pas l’intention de quitter un emploi aussi bien payé, mais j’avais peur que le jour X vienne un jour, et puis il est arrivé hier.
Essentiellement, il a été annoncé que la plupart des équipes DevOps avaient été dissoutes (75 personnes travaillant sur des applications spécifiques) parce que les équipes informatiques et d'ingénierie logicielle étaient capables de gérer tout le code, et qu'il n'y avait tout simplement plus de travail pour les gars DevOps.
On m'a proposé un poste dans l'équipe informatique, mais le salaire y était presque deux fois moins élevé. Je pouvais continuer à travailler à distance, mais ils voulaient que je déménage à terme dans la ville où se trouvait le bureau pour pouvoir y être plus souvent.
C'est dommage que cela se soit passé ainsi car j'adorais travailler là-bas. L'entreprise a bien pris soin de nous (sans compter le licenciement, bien sûr), et il n'y a pas beaucoup de places pour DevOps avec un salaire supérieur à 200 8 USD et une journée de travail standard de XNUMX heures, avec presque pas d'heures supplémentaires.
Heureusement, j'ai géré mon argent judicieusement et j'ai réussi à rembourser intégralement 4 hypothèques au cours des 5 dernières années. Maintenant, j'ai un petit revenu supplémentaire, les dépenses sont limitées, je peux donc me permettre de chercher lentement un nouveau logement.
Ajouts (du traducteur)
L'auteur lui-même est comme ça mon titre : "Je m'excuse si cela ressemble à un clickbait, j'essayais juste d'ajouter un peu d'humour au titre, sans avoir l'intention de transformer mon histoire en clickbait ou en horreur DevOps."
Et nous sommes d’accord avec le « piège » mentionné dans le contexte du DevOps. : « Pourquoi un piège ? Vous avez reçu un bon salaire (encore plus que ce qui était auparavant décrit comme « excellent »), vous vous êtes débarrassé des heures supplémentaires, avez fait un excellent travail et avez obtenu un excellent CV.
Quelques ajouts aux autres commentaires de l’auteur sur cette histoire :
- A propos du salaire. Les facteurs importants sont régionaux et professionnels. L'auteur, étant ingénieur logiciel avec 25 ans d'expérience, a occupé le poste de manager d'une équipe DevOps. De plus, son expérience ne se limite pas à la connaissance des infrastructures modernes, mais et des langages de programmation tels que C++, Fortran et Cobol, qui étaient essentiels pour l'interaction avec les développeurs de l'organisation.
- Pour ceux qui pensaient aussi que 75 ingénieurs DevOps, c’était beaucoup. Dans cette entreprise " plus de 50 XNUMX personnes et littéralement des milliers d'applications fonctionnelles.
prime
Si vous ne l'avez pas encore lu notre directeur technique - Dmitry Stolyarov (), - pour la conférence DevOpsConf et , puis cela a touché une question similaire. Et voici le point de vue qui a été exprimé :
- Et maintenant quoi [en cas de simplification considérable de l'utilisation des K8] qu'arrivera-t-il aux ingénieurs et aux administrateurs système qui prennent en charge Kubernetes ?
Dmitry : Qu'est-il arrivé au comptable après l'avènement de 1C ? À peu près pareil. Avant cela, ils comptaient sur le papier - maintenant au programme. La productivité du travail a augmenté de plusieurs ordres de grandeur, mais le travail lui-même n’a pas disparu. Si auparavant il fallait 10 ingénieurs pour visser une ampoule, désormais un seul suffira.
Il me semble que la quantité de logiciels et le nombre de tâches augmentent désormais à un rythme plus rapide que l'apparition de nouveaux DevOps et que l'efficacité augmente. Il existe actuellement une pénurie spécifique sur le marché et elle durera longtemps. Plus tard, tout reviendra à une certaine norme, dans laquelle l'efficacité du travail augmentera, il y aura de plus en plus de sans serveur, un neurone sera attaché à Kubernetes, qui sélectionnera toutes les ressources exactement comme il se doit... et dans en général, faites tout vous-même comme il se doit - mec, éloignez-vous et n'intervenez pas.
Mais il faudra quand même que quelqu’un prenne des décisions. Force est de constater que le niveau de qualification et de spécialisation de cette personne est plus élevé. De nos jours, dans le service comptable, il n'est pas nécessaire que 10 employés tiennent les livres pour ne pas avoir les mains fatiguées. Ce n'est tout simplement pas nécessaire. De nombreux documents sont automatiquement numérisés et reconnus par le système de gestion électronique des documents. Un seul chef comptable intelligent suffit, avec déjà des compétences bien supérieures et une bonne compréhension.
En général, c’est la voie à suivre dans toutes les industries. C’est pareil avec les voitures : auparavant, une voiture arrivait avec un mécanicien et trois chauffeurs. De nos jours, conduire une voiture est un processus simple auquel nous participons tous au quotidien. Personne ne pense qu’une voiture est quelque chose de compliqué.
Le DevOps ou l’ingénierie système ne disparaîtront pas – le travail de haut niveau et l’efficacité augmenteront.
PS
A lire aussi sur notre blog :
- «";
- «».
Source: habr.com