Opomba. prevod: najbolj priljubljena objava na podredditu /r/DevOps v zadnjem mesecu je bila vredna pozornosti: "Avtomatizacija me je uradno zamenjala pri delu - past za DevOps." Njegov avtor (iz ZDA) je povedal svojo zgodbo, s katero je oživel ljudski pregovor, da bo avtomatizacija uničila potrebo po vzdrževalcih programskih sistemov.
Pojasnilo na Urban Dictionary za že ustaljeno (?!) frazo o zamenjavi osebe s pisavo
Torej, tukaj je sama publikacija:
Pogosta šala med oddelki DevOps je: "Če vse avtomatiziramo, bomo ostali brez dela."
Vendar se je točno to zgodilo meni in približno sto drugim inženirjem DevOps. Ne morem se spuščati v podrobnosti zaradi pogodbe o nerazkritju: prepričan sem, da bodo informacije prej ali slej prišle v javnost, vendar ne želim biti tisti, ki bi jih povedal.
Poskušal bom dati splošno predstavo o tem, kako natančno se je vse zgodilo.
Pred približno petimi leti sem delal kot vodja v oddelku DevOps v srednje velikem tehnološkem podjetju in prejemal takrat odlično plačo (190 tisoč USD), kar je nadomestilo našo neverjetno količino prisilnih nadur.
Kot se ponavadi zgodi, me je kontaktiral rekruter iz LinkedIna. Predstavljal je velik multinacionalni konglomerat, ki me ni zanimal kot potencialna priložnost za zaposlitev. Rekruter je zapisal, da podjetje aktivno širi svoje ekipe programskih inženirjev, razvijalcev in DevOps v pričakovanju več velikih projektov, in opozoril, da bi me radi povabili na razgovor.
Zavrnil sem in rekel, da me ne zanima. Vprašal me je, koliko sem zaslužil, in poudaril, da bo konglomerat verjetno ponudil veliko več. To je spodbudilo mojo radovednost – saj sem mislil, da že imam odlično plačo.
Skratka, priletel sem na razgovor, dobil položaj Senior Lead s plačo 275 tisoč USD plus delniške opcije in bonusi ter možnost dela na daljavo (tj. Ni mi bilo treba seliti), čeprav zelo Zamisel o delu za veliko korporacijo mi ni bila všeč. Vendar je bila ponudba predobra, da bi jo zavrnil (obljubili so mi veliko več, kot je Amazon v začetku tega leta).
Podjetje je imelo oddelek DevOps, vendar so ga sestavljali predvsem višji sistemski skrbniki, ki so lahko pisali dovolj v Python/Bash/PowerShell, da je postalo nevarno. Zato so za delo na kompleksnih projektih potrebovali ekipo pravih inženirjev DevOps z izkušnjami programiranja v jezikih nižje ravni.
V naslednjih treh letih se je naš oddelek povečal. Moram reči, da je vodstvo naredilo vse v redu. Skoraj nikoli nam niso zavrnili ničesar, kar smo zahtevali, in dokončali smo več kot 90 % naših načrtovanih projektov pravočasno in v okviru proračuna, kar je res neverjetno.
Pred približno letom in pol pa je postalo očitno, da smo avtomatizirali dobesedno *vse*. Seveda so bila še redna vzdrževanja in pregledi, a zadnje leto in pol sem res delal le 1-2 uri na dan, ker drugega ni bilo za početi. Nisem imela namena pustiti tako dobro plačane službe, vendar sem se bala, da bo naposled prišel dan X, potem pa je prišel včeraj.
V bistvu je bilo objavljeno, da je bila večina ekip DevOps razpuščena (ostalo je 75 ljudi, ki delajo na določenih aplikacijah), ker sta ekipi IT in programskega inženiringa lahko obdelali vso kodo in za fante DevOps preprosto ni bilo več dela.
Ponudili so mi mesto v IT timu, a je bila tam plača skoraj pol manjša. Lahko bi še naprej delal na daljavo, vendar so želeli, da se sčasoma preselim v mesto, kjer je pisarna, da bi bil tam pogosteje.
Škoda, da se je tako zgodilo, ker sem rad tam delal. Podjetje je dobro poskrbelo za nas (seveda ne štejemo odpuščanja) in ni veliko mest za DevOps s plačo nad 200 tisoč USD in standardnim 8-urnim delovnikom, skoraj brez nadur.
Na srečo sem pametno upravljal s svojim denarjem in mi je v zadnjih 4 letih uspelo v celoti odplačati 5 hipoteke. Sedaj imam nekaj malega dodatnega dohodka, stroški so omejeni, tako da si lahko privoščim, da počasi iščem novo bivališče.
Dodatki (od prevajalca)
Avtor sam je tako moj naslov: "Opravičujem se, če se je to zdelo kot vaba za klike: naslovu sem samo poskušal dodati nekaj humorja, ne da bi svojo zgodbo spremenil v vabo za klike ali grozljivko DevOps."
In z omenjeno »pastjo«, »pasti« v kontekstu DevOps smo se strinjali : »Zakaj past? Dobili ste dobro plačo (celo višjo od tiste, ki je bila prej opisana kot »odlična«), znebili ste se dodatnih ur, opravili odlično delo in dobili odličen vpis v življenjepis.«
Nekaj dodatkov iz drugih avtorjevih komentarjev o tej zgodbi:
- O plači. Pomembna dejavnika sta regionalni in strokovni. Avtor je kot programski inženir s 25-letnimi izkušnjami opravljal funkcijo vodje ekipe DevOps. Poleg tega njegove izkušnje niso omejene na poznavanje sodobne infrastrukture, temveč in programski jeziki, kot so C++, Fortran in Cobol, ki so bili ključni za interakcijo z razvijalci v organizaciji.
- Za tiste, ki ste prav tako mislili, da je 75 DevOps inženirjev veliko. V tem podjetju" več kot 50 tisoč ljudi in dobesedno na tisoče delujočih aplikacij.«
bonus
Če še niste prebrali naš tehnični direktor - Dmitry Stolyarov (), - za konferenco DevOpsConf in , potem se je dotaknilo podobnega vprašanja. In to je mnenje, ki je bilo izraženo:
- In kaj potem [v primeru velike poenostavitve uporabe K8s] kaj se bo zgodilo z inženirji, sistemskimi skrbniki, ki podpirajo Kubernetes?
Dmitry: Kaj se je zgodilo z računovodjo po prihodu 1C? Približno enako. Pred tem so šteli na papirju - zdaj v programu. Produktivnost dela se je povečala za stopnje velikosti, vendar delo samo ni izginilo. Če je prej za privijanje žarnice potrebovalo 10 inženirjev, bo zdaj dovolj eden.
Zdi se mi, da količina programske opreme in število nalog zdaj raste hitreje, kot se pojavljajo novi DevOps in učinkovitost narašča. Trenutno je na trgu specifično pomanjkanje in bo trajalo še dolgo. Kasneje se bo vse vrnilo v neko normo, v kateri se bo povečala učinkovitost dela, vedno več bo brezstrežniških, na Kubernetes bo priključen nevron, ki bo izbiral vse vire točno tako, kot je treba ... in v general naredi vse sam kot je treba - človek umakni se in se ne vmešavaj.
Toda nekdo se bo vseeno moral odločiti. Jasno je, da je raven kvalifikacij in specializacije te osebe višja. Dandanes v računovodstvu ne rabiš 10 zaposlenih, ki vodijo knjige, da si ne utrudijo roke. Preprosto ni potrebno. Številne dokumente sistem za elektronsko upravljanje dokumentov samodejno skenira in prepozna. En pameten glavni računovodja je dovolj, že z veliko večjimi veščinami, z dobrim razumevanjem.
Na splošno je to pot v vseh panogah. Enako je z avtomobili: prej je prišel avto z mehanikom in tremi vozniki. Dandanes je vožnja avtomobila preprost proces, v katerem vsak dan sodelujemo vsi. Nihče ne misli, da je avto nekaj zapletenega.
DevOps ali sistemski inženiring ne bo izginil – delo na visoki ravni in učinkovitost se bosta povečala.
PS
Preberite tudi na našem blogu:
- «»;
- «".
Vir: www.habr.com