Cum un specialist DevOps a devenit victimă a automatizării

Nota traducătorului.: O publicație care a atras atenția a fost cea mai populară din subreddit-ul /r/DevOps în ultima lună: „Automatizarea m-a înlocuit oficial la locul de muncă - o capcană pentru DevOps”. Autorul ei (din SUA) și-a povestit experiența, care a adus la viață populara zicală că automatizarea va ucide necesitatea celor care susțin sistemele software.

Cum un specialist DevOps a devenit victimă a automatizării
Explicația de pe Urban Dictionary pentru deja consacrata (?!) expresie despre înlocuirea omului cu un script.

Așadar, aceasta este publicația:

În comunitatea departamentelor DevOps, se aude adesea o glumă: „Dacă automatizăm totul, vom rămâne fără locuri de muncă”.

Cu toate acestea, exact acesta a fost cazul meu și aproximativ o sută de alți ingineri DevOps. Nu pot intra în detalii din cauza unui acord de confidențialitate: sunt sigur că, mai devreme sau mai târziu, informația va ieși la suprafață, dar nu vreau să fiu cel care o dezvăluie.

Voi încerca să ofer o idee generală despre cum s-a întâmplat totul.

Acum cinci ani, lucram ca manager în departamentul DevOps al unei companii tehnologice de dimensiuni medii, având un salariu excelent la acel moment (190.000 USD), care compensa volumul nostru incredibil de ore suplimentare forțate.

Așa cum se întâmplă de obicei, am fost contactat de un recrutor de pe LinkedIn. Recrutorul reprezenta un conglomerat multinațional, care în mod evident nu mă interesa ca loc de muncă potențial. Acesta mi-a scris că compania își extinde activ echipele de ingineri software, dezvoltatori și DevOps în pregătirea unor proiecte mari și a subliniat că ar dori să mă invite la un interviu.

Am refuzat și am spus că nu mă interesează. M-a întrebat cât câștig și a subliniat că conglomeratul va oferi cu siguranță mult mai mult. Acest lucru mi-a stârnit curiozitatea - credeam că am deja un salariu excelent.

Pe scurt, am fost la interviu, am obținut o poziție de Senior Lead cu un salariu de 275.000 USD plus opțiuni pe acțiuni și bonusuri, precum și oportunitatea de a lucra de la distanță (adică nu a fost necesar să mă mut), deși ideea de a lucra pentru o corporație uriașă nu mi-a plăcut. Cu toate acestea, oferta era prea bună pentru a fi refuzată (mi-au promis mult mai mult decât Amazon mai devreme în acel an).

Compania avea un departament DevOps, însă acesta era în principal format din administratori de sistem seniori care puteau scrie în Python/Bash/PowerShell suficient de mult încât să devină periculos. Așadar, aveau nevoie de o echipă de adevărați ingineri DevOps cu experiență în programarea în limbaje de nivel mai jos pentru a lucra la proiecte complexe.

În următorii trei ani, departamentul nostru a crescut. Trebuie să spun că conducerea a făcut totul corect. Aproape niciodată nu ni s-a refuzat ceea ce am cerut, iar peste 90% din proiectele planificate le-am realizat la timp și în buget, ceea ce este cu adevărat surprinzător.

Însă, acum aproximativ un an și jumătate, a devenit evident că am automatizat practic *totul*. Desigur, continuau să se facă întreținere și verificări regulate, însă în ultimele unsprezece luni, am lucrat de fapt doar 1-2 ore pe zi, deoarece nu prea aveam ce face. Nu intenționam să renunț la un loc de muncă atât de bine plătit, dar mă temeam că ziua X va veni în cele din urmă, iar aceasta a sosit ieri.

Practic, a fost anunțat că cea mai mare parte a echipelor DevOps a fost desființată (au rămas 75 de persoane care se ocupă de aplicații specifice), deoarece echipele de IT și Software Engineering puteau face față întregului cod, iar pentru băieții din DevOps pur și simplu nu mai era muncă.

Mi s-a oferit o poziție în echipa IT, dar salariul era aproape jumătate. Puteam continua să lucrez de la distanță, însă ei doreau ca, în cele din urmă, să mă mut în orașul unde era sediul și să apar mai des acolo.

Păcat că s-a întâmplat așa, deoarece îmi plăcea să lucrez acolo. Compania ne avea în grijă (cu excepția concedierii, desigur), iar locurile pentru DevOps care plătesc peste 200 de mii USD cu o zi de lucru standard de 8 ore, aproape fără ore suplimentare, nu sunt atât de multe.

Din fericire, am gestionat bine banii mei și am reușit să plătesc integral 4 ipoteci în ultimii 5 ani. Acum am un venit suplimentar modest, cheltuielile sunt limitate, așa că îmi permit să caut lent un nou loc de muncă.

Adăugiri (de la traducător)

Autorul însuși comentează Titlul tău: „Îmi cer scuze dacă a fost clickbait: am încercat doar să adaug puțin umor în titlu, nu am intenționat să transform povestea mea într-un clickbait sau un horror DevOps.”

Referitor la menționata „capcană”, „piuneză” în contextul DevOps au fost de acord nu toți comentatorii: „De ce este capcană? Ai primit un salariu bun (chiar mai mare decât cel descris anterior ca fiind „excelent”), te-ai lămurit de orele suplimentare, ai făcut o treabă excelentă și ai obținut un CV minunat.”

Câteva completări din alte comentarii ale autorului despre această poveste:

  • Despre salariu. Factorii importanți sunt cei regionali și profesioniști. Autorul, fiind inginer software cu 25 de ani de experiență, a ocupat o poziție de manager în echipa DevOps. Totodată, experiența lui nu este limitată la cunoștințele infrastructurii moderne, ci se extinde și la limbaje de programare precum C++, Fortran și Cobol, ceea ce a fost esențial pentru interacțiunea cu dezvoltatorii din organizație.
  • Pentru cei care au considerat că 75 de ingineri DevOps sunt mulți. În această companie „lucrează peste 50.000 de oameni și funcționează practic mii de aplicații.”

Bonus

Dacă nu ai citit încă interviul recent al Directorului nostru Tehnic — Dmitrii Stolyarov (distol), — pentru conferința DevOpsConf și podcastul DevOps Deflope,, atunci acolo a fost abordată o întrebare similară. Și iată ce perspectivă a fost exprimată:

— Atunci ce se va întâmpla [în cazul simplificării drastice a utilizării K8s] cu inginerii, administratorii de sistem care susțin Kubernetes?

Dmitrii: Ce s-a întâmplat cu contabilii după apariția 1C? Aproximativ același lucru. Înainte se calcula pe hârtie — acum în program. Productivitatea muncii a crescut exponențial, iar munca nu a dispărut de la sine. Dacă înainte erau necesari 10 ingineri pentru a schimba o lampă, acum e suficient unul.

Numărul de software și cantitatea de sarcini, cred eu, cresc acum cu o viteză mai mare decât apar noi DevOps și crește productivitatea. Acum pe piață este un deficit specific și va dura mult timp. Ulterior, totul va reveni la o anumită normalitate, în care productivitatea muncii va crește, vor fi tot mai multe soluții serverless, Kubernetes va fi conectat la inteligența artificială care va gestiona toate resursele exact cum trebuie... și, în general, va face totul singur cum trebuie — omule, întreabă-te și nu deranja.

Dar deciziile tot trebuie să fie luate de cineva. E clar că nivelul de calificare și specializarea acestei persoane sunt mai ridicate. În prezent, în departamentul de contabilitate, nu aveți nevoie de 10 angajați care să țină registre contabile, doar ca să nu obosească. Acest lucru pur și simplu nu este necesar. Multe documente sunt scanate automat, recunoscute de sistemul electronic de gestionare a documentelor. Este suficient un contabil șef inteligent, deja cu mult mai multe abilități, cu o bună înțelegere.

În general, acest lucru este valabil în toate domeniile. La fel se întâmplă și cu automobilele: înainte, un automobil era însoțit de un mecanic auto și trei șoferi. Acum, conducerea unui automobil este un proces simplu, în care toți participăm zi de zi. Nimeni nu se gândește că automobilul este ceva complex.

DevOps sau ingineria sistemică nu vor dispărea – nivelul înalt și eficiența muncii vor crește.

P.S.

Citiți și în blogul nostru:

Sursa: habr.com

Cumpără un hosting fiabil pentru site-uri cu protecție DDoS, servere VPS VDS 🔥 Cumpără un hosting fiabil pentru site-uri cu protecție DDoS, servere VPS VDS | ProHoster