Nota perev. : Notável foi a publicação subreddit / r / DevOps mais popular no mês passado: “A automação me substituiu oficialmente no trabalho - uma armadilha para o DevOps”. Seu autor (dos EUA) contou sua história, que deu vida ao ditado popular de que a automação matará a necessidade de quem suporta sistemas de software.
Explicação do Dicionário Urbano de uma frase que já se tornou estável (?!) Então, aqui está a publicação em si:
No ambiente dos departamentos do DevOps, você pode ouvir essa piada: "Se automatizarmos tudo, permaneceremos sem trabalho".
No entanto, foi exatamente isso que aconteceu comigo e com cerca de cem outros engenheiros de DevOps. Não posso entrar em detalhes por causa do contrato de não divulgação: tenho certeza de que mais cedo ou mais tarde as informações serão exibidas, mas não quero ser a pessoa que fará isso.
Vou tentar dar uma idéia geral de como exatamente tudo aconteceu.
Há cerca de cinco anos, trabalhei como gerente no departamento de DevOps de uma empresa de tecnologia de médio porte, recebendo um excelente salário na época (190 mil dólares), compensando nossa incrível quantidade de processamento forçado.
Como sempre, um recrutador do LinkedIn entrou em contato comigo. Ele representou o maior conglomerado multinacional, completamente sem interesse em mim como um trabalho em potencial. O recrutador escreveu que a empresa está expandindo ativamente suas equipes de engenheiros de software, desenvolvedores e DevOps, antecipando vários projetos importantes, e observou que eles gostariam de me convidar para uma entrevista.
Recusei e disse que não estava interessado. Ele perguntou quanto ganho e enfatizou que o conglomerado certamente ofereceria muito mais. Isso despertou minha curiosidade - porque pensei que já tinha um ótimo salário.
Em resumo, voei para a entrevista, consegui uma posição de Líder Sênior com um salário de US $ 275 mil, mais opções de ações e bônus, bem como a capacidade de trabalhar remotamente (ou seja, não precisei me mudar), embora a ideia fosse trabalhar para uma grande empresa Eu não gostei No entanto, a oferta era boa demais para ser rejeitada (eles me prometeram muito mais do que a Amazon no início daquele ano).
A empresa tinha um departamento de DevOps, mas consistia principalmente em administradores de sistema sênior que podiam escrever o suficiente em Python / Bash / PowerShell para torná-lo perigoso. Portanto, eles precisavam de uma equipe de verdadeiros engenheiros de DevOps com experiência em programação em linguagens de nível inferior 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 recusamos o que pedimos, e mais de 90% dos projetos planejados concluímos no prazo e atingimos o orçamento, o que é realmente incrível.
No entanto, há cerca de um ano e meio, ficou claro que automatizamos literalmente * tudo *. É claro que ainda eram realizadas inspeções e manutenções regulares, no entanto, durante o último ano e meio, eu trabalhava apenas de 1 a 2 horas por dia, pois praticamente não havia o que fazer. Eu não ia sair de um emprego tão bem remunerado, mas tinha medo de que o dia X chegasse, e ele veio ontem.
De fato, foi anunciado que a maioria das equipes de DevOps foi dissolvida (restavam 75 pessoas envolvidas em aplicativos específicos), uma vez que as equipes de Engenharia de TI e Software podiam lidar com todo o código e, para os funcionários do DevOps, simplesmente não havia mais trabalho.
Me ofereceram uma vaga na equipe de TI, mas o salário era quase metade disso. Eu poderia continuar trabalhando remotamente, mas eles queriam que eu me mudasse para a cidade onde o escritório está localizado, e que provavelmente aparecesse nele.
É uma pena que tenha acontecido porque eu gostei de trabalhar lá. A empresa cuidou bem de nós (além da dispensa, é claro), e não há muitos lugares para DevOps com um salário acima de US $ 200 mil e um dia de trabalho padrão de 8 horas, quase sem processamento.
Felizmente, eu sabiamente gerenciei meu dinheiro e paguei totalmente quatro hipotecas nos últimos 5 anos. Agora eu tenho uma pequena renda adicional, as despesas são limitadas, então posso me dar ao luxo de procurar lentamente um novo local.
Adições (do tradutor)
O próprio autor
comenta o título desta maneira: "Peço desculpas se a clickbait acabou: eu estava apenas tentando adicionar um pouco de humor à manchete, não transformando minha história em clickbait ou horror do DevOps".
E
nem todos os comentaristas concordaram com a mencionada “armadilha”, “armadilha” no contexto do DevOps: “Por que uma armadilha? Você recebeu um bom salário (ainda maior do que o descrito como “excelente” anteriormente), se livrou de horas extras de trabalho, fez um excelente trabalho e conseguiu um ótimo currículo. ”
Algumas adições de outros comentários do autor sobre esta história:
- Sobre o salário. Fatores importantes são regionais e profissionais. O autor, sendo um engenheiro de software com 25 anos de experiência, ocupou o cargo de gerente da equipe de DevOps. Ao mesmo tempo, sua experiência não se limita ao conhecimento da infraestrutura moderna, mas se estende a linguagens de programação como C ++, Fortran e Cobol, que foram essenciais para interagir com os desenvolvedores da organização.
- Para quem também pensou que 75 engenheiros de DevOps são muitos. Esta empresa " emprega mais de 50 mil pessoas e literalmente milhares de aplicativos funcionam".
Bônus
Se você não leu uma
entrevista recente com nosso diretor técnico, Dmitry
Stolyarov (
distol ), para a conferência DevOpsConf e
o podcast DevOps Deflope , uma pergunta semelhante foi levantada. E aqui está o olhar que foi dublado:
- E o que acontecerá [no caso de simplificar bastante o uso de K8s] aos engenheiros, administradores de sistemas que suportam o Kubernetes?
Dmitry: E o que aconteceu com o contador após o aparecimento de 1C? Sobre o mesmo. Antes disso, eles pensaram em um pedaço de papel - agora no programa. A produtividade do trabalho aumentou em ordens de magnitude, e o próprio trabalho não desapareceu disso. Anteriormente, 10 engenheiros precisavam aparafusar a lâmpada, mas agora uma será suficiente.
Parece-me que o número de software e o número de tarefas estão crescendo a uma velocidade maior que os novos DevOps e a eficiência está aumentando. Há uma escassez específica no mercado e vai durar muito tempo. Mais tarde, tudo entrará em uma determinada norma, na qual a eficiência do trabalho aumentará, ficará mais sem servidor, eles anexarão um neurônio ao Kubernetes, que selecionará todos os recursos da maneira que deveria ... e geralmente fará tudo sozinho - homem, vá embora e não se incomode.
Mas de qualquer maneira, alguém terá que tomar decisões. É claro que o nível de qualificação e especialização dessa pessoa é maior. Agora, no departamento de contabilidade, você não precisa de 10 funcionários que guardam livros para que suas mãos não se cansem. Isso simplesmente não é necessário. Muitos documentos são digitalizados e reconhecidos automaticamente pelo sistema de gerenciamento eletrônico de documentos. Um contador-chefe inteligente é suficiente, já com habilidades muito maiores, com um bom entendimento.
Em geral, esse é o caminho em todos os setores. É o mesmo com os carros: antes, um mecânico de automóveis e três motoristas estavam ligados ao carro. Agora, dirigir um carro é o processo mais simples do qual todos participamos todos os dias. Ninguém pensa que um carro é algo complicado.
O DevOps ou a engenharia de sistemas não irão a lugar algum - a eficiência operacional e de alto nível aumentará.
PS
Leia também em nosso blog: