Nota di traduzione.: È diventato particolarmente interessante il post più popolare del subreddit /r/DevOps nell'ultimo mese: «L'automazione mi ha ufficialmente sostituito al lavoro — una trappola per i DevOps». Il suo autore (dagli Stati Uniti) ha raccontato la sua storia, che ha dato vita al popolare aforisma secondo cui l'automazione ucciderà la necessità di chi supporta i sistemi software.
Spiegazione su Urban Dictionary di una frase ormai consolidata (?!) riguardo alla sostituzione dell'uomo con uno script
Quindi, ecco il post stesso:
Nel mondo dei reparti DevOps si sente spesso questa battuta: «Se automatizziamo tutto, rimarremo senza lavoro».
Tuttavia, è esattamente ciò che è accaduto a me e a circa cento altri ingegneri DevOps. Non posso entrare nei dettagli a causa di un accordo di non divulgazione: sono sicuro che prima o poi l'informazione emergerà, ma non voglio essere io a rivelarla.
Cercherò di dare un'idea generale di come tutto è successo.
Circa cinque anni fa lavoravo come manager in un reparto DevOps di una società tecnologica di medie dimensioni, guadagnando uno stipendio eccellente per quei tempi (190.000 USD), che compensava il nostro incredibile carico di straordinari.
Come spesso accade, sono stato contattato da un reclutatore su LinkedIn. Rappresentava un grande conglomerato multinazionale, che non mi interessava affatto come potenziale luogo di lavoro. Il reclutatore ha scritto che l'azienda stava espandendo attivamente i propri team di ingegneri software, sviluppatori e DevOps in vista di diversi grandi progetti, e ha sottolineato che avrebbero voluto invitarmi a un colloquio.
Ho rifiutato e ho detto che non mi interessava. Ha chiesto quanto guadagnassi e ha sottolineato che il conglomerato sicuramente avrebbe offerto molto di più. Questo ha stimolato la mia curiosità — poiché pensavo di avere già uno stipendio ottimo.
In breve, sono andato al colloquio, ho ottenuto il ruolo di Senior Lead con uno stipendio di 275.000 USD più opzioni sulle azioni e bonus, e la possibilità di lavorare da remoto (cioè non ho dovuto trasferirmi), anche se l'idea stessa di lavorare per una grande corporation non mi piaceva. Tuttavia, l'offerta era troppo buona per essere rifiutata (mi hanno promesso molto di più rispetto a quanto offerto da Amazon nello stesso anno).
Nell'azienda c'era un dipartimento DevOps, ma era composto principalmente da amministratori di sistema senior che potevano scrivere in Python/Bash/PowerShell abbastanza per creare potenziali problemi. Perciò avevano bisogno di un team di veri ingegneri DevOps con esperienza in linguaggi di programmazione di livello inferiore per lavorare su progetti complessi.
Nel corso dei tre anni successivi, il nostro dipartimento si è espanso. Devo dire che la direzione ha fatto tutto nel modo giusto. Ci è quasi sempre stato concesso ciò che chiedevamo, e oltre il 90% dei progetti previsti è stato realizzato nei tempi e nel budget, il che è davvero sorprendente.
Tuttavia, circa un anno e mezzo fa è diventato evidente che avevamo automatizzato praticamente *tutto*. Certo, venivano comunque effettuate manutenzioni regolari e controlli, ma negli ultimi diciotto mesi ho effettivamente lavorato solo 1-2 ore al giorno, poiché non c'era praticamente niente da fare. Non volevo abbandonare un lavoro così ben retribuito, ma temevo che prima o poi sarebbe arrivato il giorno fatidico, e ieri è arrivato.
In sostanza, è stato annunciato che gran parte dei team DevOps è stata sciolta (sono rimaste 75 persone che si occupano di applicazioni specifiche), poiché i team IT e Software Engineering erano in grado di gestire tutto il codice, e per i ragazzi di DevOps non c'era più lavoro.
Mi è stata offerta una posizione nel team IT, ma lo stipendio era quasi la metà. Potevo continuare a lavorare da remoto, tuttavia volevano che alla fine mi trasferissi nella città in cui si trovava l'ufficio e potessi apparire più spesso.
Peccato che sia andata così, perché mi piaceva lavorare lì. L'azienda si prendeva cura di noi (escluso il licenziamento, ovviamente), e non ci sono molti posti per i DevOps che offrono stipendi superiori ai 200.000 USD e una giornata lavorativa standard di 8 ore, quasi senza straordinari.
Fortunatamente, ho gestito saggiamente i miei soldi e sono riuscito a estinguere completamente 4 mutui negli ultimi 5 anni. Ora ho un piccolo reddito aggiuntivo, le spese sono limitate, quindi posso permettermi di cercare un nuovo posto con calma.
Supplementi (dalla traduzione)
Il stesso autore commenta così il tuo titolo: «Mi scuso se è sembrato clickbait: stavo solo cercando di aggiungere un po' di umorismo al titolo, senza voler trasformare la mia storia in clickbait o in un horror di DevOps».
E con la menzionata «trappola», il «collo di bottiglia» nel contesto DevOps sono stati d'accordo : «E perché dovrebbe essere una trappola? Hai ricevuto uno stipendio buono (anche più grande di quello descritto in precedenza come «ottimo»), sei stato sollevato da ore di lavoro extra, hai fatto un ottimo lavoro e hai ottenuto una fantastica referenza per il tuo curriculum».
Alcuni ulteriori commenti dell'autore su questa storia:
- Riguardo allo stipendio. Fattori importanti: regionale e professionale. L'autore, essendo un software engineer con 25 anni di esperienza, ricopriva la posizione di manager di un team DevOps. Allo stesso tempo, la sua esperienza non si limita alla conoscenza delle moderne infrastrutture, ma anche a linguaggi di programmazione come C++, Fortran e Cobol, che erano critici per l'interazione con gli sviluppatori nell'organizzazione.
- Per chi ha anche pensato che 75 ingegneri DevOps siano molti. In questa azienda ci sono più di 50.000 persone e funzionano letteralmente migliaia di applicazioni.
Bonus
Se non hai ancora letto del nostro CTO — Dmitry Stolyarov (), — per la conferenza DevOpsConf e , allora si affrontava una questione simile. Ecco quale opinione è stata espressa:
— E cosa succederà [nel caso di una forte semplificazione dell'uso di K8s] agli ingegneri, agli amministratori di sistema che supportano Kubernetes?
Dmitry: E cosa è successo ai contabili dopo l'arrivo di 1C? Più o meno la stessa cosa. Prima si contava su carta, ora nel programma. La produttività è aumentata notevolmente, ma il lavoro di per sé non è scomparso. Se prima per avvitare una lampadina servivano 10 ingegneri, ora ne basta uno.
Il numero di software e il numero di compiti, mi sembra, sta attualmente crescendo a una velocità maggiore rispetto a quella con cui compaiono nuovi DevOps e aumenta l'efficienza. Attualmente c'è una specifica carenza nel mercato e durerà a lungo. Più avanti tutto entrerà in una certa normalità, durante la quale l'efficienza del lavoro aumenterà, ci sarà sempre più serverless, a Kubernetes verrà collegata una rete neurale che selezionerà tutte le risorse proprio come necessario... e in generale farà tutto da sola — uomo, allontanati e non disturbare.
Ma le decisioni dovranno comunque essere prese da qualcuno. È chiaro che il livello di qualificazione e specializzazione di questa persona è superiore. Attualmente, nel dipartimento contabile non avete bisogno di 10 dipendenti che tengano i libri contabili per non affaticarsi. Questo è semplicemente superfluo. Molti documenti vengono scansionati automaticamente e riconosciuti dal sistema di gestione documentale elettronico. È sufficiente un intelligente capo contabile, già con molte più competenze, con una buona comprensione.
In generale, questo è il percorso in tutti i settori. Anche con le auto: una volta l'auto veniva fornita con un meccanico e tre conducenti. Ora guidare un'auto è un processo semplice, in cui partecipiamo tutti ogni giorno. Nessuno si pone la domanda se l'auto sia qualcosa di complesso.
DevOps o ingegneria di sistema non scompariranno: l'alto livello e l'efficienza del lavoro aumenteranno.
P.S.
Leggi anche nel nostro blog:
- «»;
- «».
Fonte: habr.com
