Nota do tradutor.: A publicação mais popular do sub-reddit /r/DevOps no último mês chamou a atenção: "A automação oficialmente me substituiu no trabalho — uma armadilha para DevOps". Seu autor (dos Estados Unidos) contou sua história, que trouxe à vida o ditado popular de que a automação eliminará a necessidade de pessoas que mantêm sistemas de software.
Explicação no Urban Dictionary para a frase já estabelecida (?) sobre substituir uma pessoa por um script.
Então, aqui está a própria publicação:
No meio dos departamentos de DevOps, é comum ouvir uma piada: "Se automatizarmos tudo, ficaremos sem trabalho."
No entanto, foi exatamente isso que aconteceu comigo e com cerca de cem outros engenheiros DevOps. Não posso entrar em detalhes devido a um acordo de não divulgação: estou certo de que mais cedo ou mais tarde a informação vai aparecer, mas não quero ser quem a divulga.
Vou tentar dar uma ideia geral de como tudo aconteceu.
Há cerca de cinco anos, eu trabalhava como gerente em um departamento de DevOps de uma empresa de tecnologia de porte médio, recebendo um ótimo salário na época (190 mil USD), que compensava nossa incrível carga de trabalho forçada.
Como costuma acontecer, fui contatado por um recrutador do LinkedIn. Ele representava um grande conglomerado multinacional que não me interessava como potencial local de trabalho. O recrutador escreveu que a empresa estava expandindo suas equipes de engenheiros de software, desenvolvedores e DevOps em antecipação a vários projetos de grande porte e observou que eles gostariam de me convidar para uma entrevista.
Recusei e disse que não estava interessado. Ele perguntou quanto eu ganhava e enfatizou que o conglomerado certamente faria uma oferta muito maior. Isso despertou minha curiosidade — pois achava que já tinha um ótimo salário.
Resumindo, fui para a entrevista, consegui o cargo de Senior Lead com um salário de 275 mil USD mais opções de ações e bônus, além da possibilidade de trabalhar remotamente (ou seja, eu não precisei me mudar), embora a ideia de trabalhar em uma enorme corporação não me agradasse. No entanto, a oferta era boa demais para recusar (eles prometeram muito mais do que a Amazon havia oferecido no mesmo ano).
A empresa tinha um departamento de DevOps, mas era maioritariamente composto por administradores de sistema seniores, que conseguiam escrever em Python/Bash/PowerShell o suficiente para que isso se tornasse arriscado. Portanto, precisávamos de uma equipe de verdadeiros engenheiros de DevOps com experiência em programação em linguagens de nível mais baixo para trabalhar em projetos complexos.
Nos três anos seguintes, nosso departamento cresceu. Devo dizer que a gerência fez tudo certo. Quase nunca nos negaram o que pedimos, e mais de 90% dos projetos planejados foram concluídos dentro do prazo e do orçamento, o que é realmente impressionante.
No entanto, há cerca de um ano e meio, ficou claro que haviam automatizado praticamente *tudo*. Claro, continuamos a realizar manutenção e verificações regulares, mas nos últimos um a dois anos, eu realmente trabalhei apenas de 1 a 2 horas por dia, pois não havia quase nada a fazer. Eu não queria deixar um trabalho tão bem pago, mas temia que o dia X eventualmente chegasse, e ele veio ontem.
Basicamente, foi anunciado que a maior parte das equipes de DevOps foi dissolvida (restaram 75 pessoas que lidam com aplicativos específicos), pois as equipes de TI e Engenharia de Software eram capazes de lidar com todo o código, e simplesmente não havia mais trabalho para os rapazes de DevOps.
Recebi uma oferta para uma posição na equipe de TI, mas o salário lá era quase metade do que eu ganhava. Eu poderia continuar a trabalhar remotamente, mas eles queriam que eu eventualmente me mudasse para a cidade onde o escritório está localizado e aparecesse com mais frequência.
É uma pena que tenha sido assim, pois eu gostava de trabalhar lá. A empresa se preocupava bem conosco (exceto pela demissão, é claro), e não há muitos lugares para DevOps com salários acima de 200 mil USD e uma jornada de trabalho padrão de 8 horas, quase sem horas extras.
Felizmente, cuidei bem do meu dinheiro e consegui quitar completamente 4 hipotecas nos últimos 5 anos. Agora, tenho uma pequena renda extra, as despesas estão controladas, então posso me permitir procurar um novo emprego tranquilamente.
Adições (do tradutor)
O próprio autor assim Seu título: «Peço desculpas se isso parece clickbait: eu só tentei adicionar um pouco de humor ao título, sem intenção de transformar minha história em clickbait ou em um horror de DevOps».
E sobre a mencionada 'armadilha', 'ponto crítico' no contexto de DevOps, não concordaram : «Por que armadilha? Você recebeu um bom salário (ainda maior do que o descrito como 'excelente' anteriormente), se livrou de horas extras, fez um ótimo trabalho e ganhou uma ótima referência para o currículo».
Algumas adições de outros comentários do autor sobre essa história:
- Sobre o salário. Fatores importantes — regionais e profissionais. O autor, sendo um engenheiro de software com 25 anos de experiência, ocupou uma posição de gerente de equipe DevOps. Ao mesmo tempo, sua experiência não se limita aos conhecimentos da infraestrutura moderna, mas a linguagens de programação como C++, Fortran e Cobol, o que foi crítico para a interação com os desenvolvedores na organização.
- Para aqueles que também acharam que 75 engenheiros DevOps é muito. Nesta empresa, mais de 50 mil pessoas e funcionam literalmente milhares de aplicativos.
Bônus
Se você ainda não leu do nosso diretor técnico — Dmitry Stolyarov (), — para a conferência DevOpsConf e , ela abordou uma questão semelhante. E aqui está a perspectiva apresentada:
— E o que então [no caso de uma simplificação extrema do uso do K8s] acontecerá com os engenheiros, administradores de sistemas que suportam o Kubernetes?
Dmitry: E o que aconteceu com os contadores após a chegada do 1C? Mais ou menos a mesma coisa. Antes, contavam no papel — agora no programa. A produtividade aumentou em várias ordens de magnitude, e o trabalho não desapareceu por isso. Se antes eram necessários 10 engenheiros para trocar uma lâmpada, agora um só será suficiente.
A quantidade de software e a quantidade de tarefas, me parece, agora cresce numa velocidade maior do que novos DevOps surgem e a eficiência aumenta. Atualmente, há uma escassez específica no mercado e isso vai durar muito tempo. Mais tarde, tudo voltará a alguma norma, onde a eficiência do trabalho aumentará, haverá cada vez mais serverless, o Kubernetes receberá uma rede neural que ajustará todos os recursos exatamente como necessário... e, no geral, fará tudo sozinha como deve — humano, afaste-se e não atrapalhe.
Mas as decisões ainda precisarão ser tomadas por alguém. Está claro que o nível de qualificação e especialização dessa pessoa é maior. Atualmente, no departamento contábil, você não precisa de 10 funcionários para manter os livros contábeis para que suas mãos não se cansem. Isso simplesmente não é necessário. Muitos documentos são automaticamente digitalizados e reconhecidos pelo sistema de gerenciamento eletrônico de documentos. Um bom contador-chefe, com habilidades muito superiores e um bom entendimento, é o que basta.
De maneira geral, esse é o caminho em todos os setores. Com os automóveis é o mesmo: antes, um carro vinha acompanhado de um mecânico e três motoristas. Hoje, dirigir um carro é um processo simples, no qual todos nós participamos todos os dias. Ninguém pensa que um carro é algo complexo.
DevOps ou engenharia de sistemas não vão a lugar algum — a complexidade e a eficiência do trabalho vão aumentar.
P.S.
Confira também em nosso blog:
- «»;
- «».
Fonte: habr.com
