Remarque perev. : Il convient de noter la publication subreddit / r / DevOps la plus populaire du mois dernier: «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 au dicton populaire selon lequel l'automatisation tuera le besoin de ceux qui prennent en charge les systèmes logiciels.
Explication sur le dictionnaire urbain d'une phrase qui est déjà devenue stable (?!) Sur le remplacement d'une personne par un script Voici donc la publication elle-même:
Dans l'environnement des services DevOps, vous pouvez souvent entendre une telle blague: "Si nous automatisons tout, nous resterons sans travail."
Cependant, c'est exactement ce qui m'est arrivé et à une centaine d'autres ingénieurs DevOps. Je ne peux pas entrer dans les détails à cause de l'accord de non-divulgation: je suis sûr que tôt ou tard les informations apparaîtront, mais je ne veux pas être celui qui les 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, j'ai travaillé en tant que manager dans le département DevOps d'une entreprise technologique de taille moyenne, recevant un excellent salaire à l'époque (190 000 USD), compensant notre quantité incroyable de traitement forcé.
Comme d'habitude, un recruteur LinkedIn m'a contacté. Il représentait le plus grand conglomérat multinational, complètement pas intéressé par moi comme un emploi potentiel. Le recruteur a écrit que la société agrandit activement ses équipes d'ingénieurs logiciels, de développeurs et de DevOps en prévision de plusieurs projets majeurs, et a indiqué qu'ils aimeraient m'inviter pour un entretien.
J'ai refusé et dit que je n'étais pas intéressé. Il a demandé combien je gagnais et a souligné que le conglomérat offrirait certainement beaucoup plus. Cela a stimulé ma curiosité - parce que je pensais que j'avais déjà un bon salaire.
En bref, je me suis envolé pour l'entrevue, j'ai obtenu un poste de responsable principal avec un salaire de 275000 USD plus des options pour les actions et les bonus, ainsi que la possibilité de travailler à distance (c'est-à-dire que je n'ai pas eu à déménager), bien que l'idée était de travailler pour une grande entreprise Je n'aimais pas ça. Cependant, l'offre était trop bonne pour être rejetée (ils m'ont promis beaucoup plus que Amazon plus tôt cette année).
La société avait un département DevOps, mais il était principalement composé d'administrateurs système seniors qui pouvaient écrire suffisamment en Python / Bash / PowerShell pour le rendre dangereux. Par conséquent, ils avaient besoin d'une véritable équipe d'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 prochaines années, notre département s'est développé. Je dois dire que la direction a tout fait correctement. On ne nous a presque jamais refusé ce que nous avions demandé, et plus de 90% des projets prévus ont été achevés dans les délais et respectés le budget, ce qui est vraiment incroyable.
Cependant, il y a environ un an et demi, il est devenu évident que nous automatisions littéralement * tout *. Bien sûr, un entretien et des inspections réguliers étaient toujours effectués, cependant, depuis un an et demi, je ne travaillais en fait que 1 à 2 heures par jour, car il n'y avait pratiquement rien à faire. Je n'allais pas quitter un emploi aussi bien rémunéré, mais j'avais peur que le jour X finisse par arriver, et il est donc venu hier.
En fait, il a été annoncé que la plupart des équipes DevOps étaient dissoutes (il restait 75 personnes engagées dans des applications spécifiques), car les équipes IT et Software Engineering pouvaient gérer tout le code, et pour les gars de DevOps, il n'y avait tout simplement plus de travail.
On m'a proposé un poste dans l'équipe informatique, mais le salaire y était presque la moitié. Je pouvais continuer à travailler à distance, mais ils voulaient que je déménage finalement dans la ville où se trouve le bureau, et que j'y apparaisse plus probablement.
Dommage que cela se soit produit parce que j'aimais travailler là-bas. L'entreprise a bien pris soin de nous (à part le licenciement, bien sûr), et il n'y a pas tellement de places pour les DevOps avec un salaire supérieur à 200000 USD et une journée de travail standard de 8 heures, avec presque aucun traitement.
Heureusement, j'ai bien géré mon argent et 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, donc je peux me permettre de chercher lentement un nouvel endroit.
Ajouts (du traducteur)
L'auteur lui-même
commente son titre de cette façon: "Je m'excuse si le clickbait s'est avéré: j'essayais juste d'ajouter un peu d'humour au titre, je ne vais pas transformer mon histoire en clickbait ou en horreur DevOps."
Et
tous les commentateurs n'étaient pas d' accord avec le «piège», le «piège» mentionné dans le contexte de DevOps: «Pourquoi un piège? Vous avez obtenu un bon salaire (encore plus élevé que celui décrit comme «excellent» plus tôt), vous vous êtes débarrassé des heures supplémentaires de travail, vous avez fait un excellent travail et vous avez obtenu un excellent CV. »
Quelques ajouts des autres commentaires de l'auteur sur cette histoire:
- A propos du salaire. Les facteurs importants sont régionaux et professionnels. L'auteur, étant un ingénieur logiciel avec 25 ans d'expérience, a occupé le poste de directeur de l'équipe DevOps. Dans le même temps, son expérience ne se limite pas à la connaissance de l'infrastructure moderne, mais s'étend aux langages de programmation tels que C ++, Fortran et Cobol, qui étaient essentiels pour interagir avec les développeurs de l'organisation.
- Pour ceux qui pensaient aussi que 75 ingénieurs DevOps, c'est beaucoup. Cette entreprise " emploie plus de 50 000 personnes et fonctionne littéralement par milliers."
Bonus
Si vous n'avez pas lu une
récente interview de notre directeur technique, Dmitry Stolyarov (
distol ), pour la conférence DevOpsConf et
le podcast DevOps Deflope , une question similaire a été posée. Et voici le look qui a été exprimé:
- Et qu'arrivera-t-il alors [dans le cas d'une simplification considérable de l'utilisation des K8] aux ingénieurs, administrateurs système qui prennent en charge Kubernetes?
Dmitry: Et qu'est-il arrivé au comptable après l'apparition de 1C? À peu près la même chose. Avant cela, ils ont réfléchi sur un morceau de papier - maintenant dans le programme. La productivité du travail a augmenté de plusieurs ordres de grandeur, et le travail lui-même n'en a pas disparu. Auparavant, 10 ingénieurs devaient visser l'ampoule, mais maintenant, un suffira.
Il me semble que le nombre de logiciels et le nombre de tâches augmentent à une vitesse supérieure à celle des nouveaux DevOps et l'efficacité augmente. Il y a une pénurie spécifique sur le marché et elle durera longtemps. Plus tard, tout ira dans une certaine norme, à laquelle l'efficacité du travail augmentera, il deviendra plus sans serveur, ils attacheront un neurone à Kubernetes, qui sélectionnera toutes les ressources comme il se doit ... et en général, faites tout vous-même comme il se doit - homme, éloignez-vous et ne vous embêtez pas.
Mais de toute façon, quelqu'un devra prendre des décisions. Il est clair que le niveau de qualification et de spécialisation de cette personne est plus élevé. Maintenant, dans le département de comptabilité, vous n'avez pas besoin de 10 employés qui tiennent des livres pour que leur main ne se fatigue pas. 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 chef comptable intelligent suffit, déjà avec des compétences beaucoup plus grandes, avec une bonne compréhension.
En général, c'est la voie dans tous les secteurs. C'est la même chose avec les voitures: auparavant, un mécanicien automobile et trois conducteurs étaient attachés à la voiture. Maintenant, conduire une voiture est le processus le plus simple auquel nous participons tous chaque jour. Personne ne pense qu'une voiture est quelque chose de compliqué.
Le DevOps ou l'ingénierie des systèmes n'ira nulle part - l'efficacité de haut niveau et opérationnelle augmentera.
PS
Lisez aussi dans notre blog: