Nota. transl.: A publicación máis popular no subreddit /r/DevOps durante o último mes foi digna de atención: "A automatización substituíume oficialmente no traballo, unha trampa para DevOps". O seu autor (de EE. UU.) contou a súa historia, que deu vida ao popular adagio de que a automatización matará a necesidade dos que manteñen sistemas de software.
Explicación sobre o Dicionario Urbano da frase xa establecida (?!) sobre a substitución dunha persoa por un guión
Entón, aquí está a propia publicación:
Unha broma común entre os departamentos de DevOps é: "Se automatizamos todo, estaremos sen traballo".
Non obstante, isto é exactamente o que me pasou a min e a outros cen enxeñeiros de DevOps. Non podo entrar en detalles por un acordo de non divulgación: estou seguro de que tarde ou cedo sairá a información, pero non quero ser eu quen a exprese.
Tentarei dar unha idea xeral de como pasou todo exactamente.
Hai uns cinco anos, traballei como xerente no departamento de DevOps dunha empresa tecnolóxica de tamaño medio, recibindo naquel momento un excelente salario (190 mil USD), que compensaba a nosa incrible cantidade de horas extraordinarias forzadas.
Como adoita suceder, un reclutador de LinkedIn púxose en contacto comigo. Representou un importante conglomerado multinacional que non tiña absolutamente ningún interese en min como potencial oportunidade laboral. O reclutador escribiu que a empresa estaba ampliando activamente os seus equipos de enxeñeiros de software, desenvolvedores e DevOps en previsión de varios grandes proxectos, e sinalou que lles gustaría invitarme a unha entrevista.
Negueime e dixen que non me interesaba. Preguntou canto gañaba e subliñou que o conglomerado probablemente ofrecería moito máis. Isto estimulaba a miña curiosidade, porque pensaba que xa tiña un excelente salario.
En resumo, voei a unha entrevista, recibín un posto de Senior Lead cun salario de 275 mil USD máis opcións de accións e bonificacións, así como a oportunidade de traballar a distancia (é dicir, non tiña que moverme), aínda que o moi A idea de traballar para unha gran corporación non me gustou. Non obstante, a oferta era demasiado boa para rexeitala (prometéronme moito máis do que Amazon tiña a principios dese ano).
A compañía tiña un departamento de DevOps, pero estaba formado principalmente por administradores de sistemas senior que podían escribir o suficiente en Python/Bash/PowerShell para que se fixese perigoso. Polo tanto, necesitaban un equipo de enxeñeiros de DevOps reais con experiencia en programación en linguaxes de nivel inferior para traballar en proxectos complexos.
Durante os próximos tres anos, o noso departamento creceu. Debo dicir que a dirección fixo todo ben. Case nunca se nos negou nada do que pedímos, e completamos máis do 90 % dos nosos proxectos previstos en tempo e orzamento, o que é realmente incrible.
Non obstante, hai un ano e medio, quedou obvio que tiñamos automatizado literalmente *todo*. Por suposto, aínda houbo mantemento e comprobacións regulares, pero durante o último ano e medio só traballei 1-2 horas ao día porque había pouco máis que facer. Non tiña intención de deixar un traballo tan ben remunerado, pero tiña medo de que ese día chegase X, e despois chegou onte.
Esencialmente, anunciouse que a maioría dos equipos de DevOps foron disoltos (75 persoas deixaron que traballan en aplicacións específicas) porque os equipos de TI e Enxeñaría de Software foron capaces de manexar todo o código, e simplemente non había máis traballo para os mozos de DevOps.
Ofrecéronme un posto no equipo de informática, pero o soldo alí era case a metade. Podería seguir traballando a distancia, pero querían que eventualmente me mudase á cidade onde estaba a oficina para poder estar alí máis a miúdo.
É unha mágoa que sucedese así porque me encantaba traballar alí. A empresa coidounos ben (sen contar o despedimento, por suposto), e non hai moitas prazas para DevOps cun salario superior aos 200 mil dólares e unha xornada estándar de 8 horas, case sen horas extras.
Afortunadamente, administrei o meu diñeiro con sabiduría e conseguín pagar 4 hipotecas na súa totalidade nos últimos 5 anos. Agora teño un pequeno ingreso adicional, os gastos son limitados, polo que podo permitirme o luxo de buscar un lugar novo.
Engadidos (do tradutor)
O propio autor é así o meu título: "Pido desculpas se isto resultou como un clickbait: só estaba tentando engadir algo de humor ao título, sen querer converter a miña historia en clickbait ou terror DevOps".
E coincidimos coa mencionada "trampa", "trampa" no contexto de DevOps : “Por que unha trampa? Conseguiu un bo salario (aínda máis do que anteriormente se describiu como "estupendo"), desfaceuse das horas extra, fixo un gran traballo e conseguiu unha boa entrada no currículo.
Un par de engadidos dos outros comentarios do autor sobre esta historia:
- Sobre o salario. Os factores importantes son rexionais e profesionais. O autor, sendo enxeñeiro de software con 25 anos de experiencia, ocupaba o cargo de xerente dun equipo de DevOps. Ademais, a súa experiencia non se limita ao coñecemento da infraestrutura moderna, senón e linguaxes de programación como C++, Fortran e Cobol, que foron fundamentais para a interacción cos desenvolvedores da organización.
- Para os que tamén pensaron que 75 enxeñeiros de DevOps eran moito. Nesta empresa" máis de 50 mil persoas e literalmente miles de aplicacións funcionando”.
Bonos
Se aínda non o leches o noso director técnico - Dmitry Stolyarov (), - para a conferencia DevOpsConf e , entón tocou unha pregunta semellante. E esta é a opinión que se expresou:
-E logo que [en caso de simplificar moito o uso de K8s] que pasará cos enxeñeiros, administradores de sistemas que admiten Kubernetes?
Dmitry: Que pasou co contador despois da chegada de 1C? Sobre o mesmo. Antes disto, contaban co papel, agora no programa. A produtividade do traballo aumentou en ordes de magnitude, pero o traballo en si non desapareceu. Se antes facían falta 10 enxeñeiros para enroscar unha lámpada, agora abondará cunha.
A cantidade de software e o número de tarefas, paréceme, agora está a crecer a un ritmo máis rápido do que aparecen novos DevOps e a eficiencia está a aumentar. Hai unha escaseza específica no mercado agora mesmo e durará moito tempo. Máis tarde, todo volverá a unha certa norma, na que a eficiencia do traballo aumentará, haberá cada vez máis sen servidores, unirase unha neurona a Kubernetes, que seleccionará todos os recursos exactamente como debería... e en xeral, fai todo ti mesmo como debes: home, aléntate e non interfires.
Pero alguén aínda terá que tomar decisións. Está claro que o nivel de cualificación e especialización desta persoa é superior. Hoxe en día, no departamento de contabilidade, non fai falla que 10 empregados leven libros para que non se cansen as mans. Simplemente non é necesario. Moitos documentos son dixitalizados e recoñecidos automaticamente polo sistema de xestión de documentos electrónicos. Un xefe de contabilidade intelixente é suficiente, xa con habilidades moito maiores, con bo entendemento.
En xeral, este é o camiño a seguir en todas as industrias. Cos coches pasa o mesmo: antes viña un coche cun mecánico e tres condutores. Hoxe en día, conducir un coche é un proceso sinxelo no que todos participamos todos os días. Ninguén pensa que un coche é algo complicado.
O DevOps ou a enxeñería de sistemas non desaparecerán: aumentará o traballo de alto nivel e a eficiencia.
PS
Lea tamén no noso blog:
- «»;
- «».
Fonte: www.habr.com