Notu. transl.: La plej populara afiŝo en la subredito /r/DevOps dum la pasinta monato estis rimarkinda: "Aŭtomatigo oficiale anstataŭigis min ĉe la laboro - kaptilo por DevOps." Ĝia aŭtoro (el Usono) rakontis sian historion, kiu vivigis la popularan adaĝon, ke aŭtomatigo mortigos la bezonon de tiuj, kiuj konservas programajn sistemojn.
Klarigo pri la Urba Vortaro por la jam establita (?!) frazo pri anstataŭigo de homo per skripto
Do, jen la eldonaĵo mem:
Ofta ŝerco inter DevOps-sekcioj estas, "Se ni aŭtomatigas ĉion, ni estos sen laboro."
Tamen, ĝuste tio okazis al mi kaj ĉirkaŭ cent aliaj DevOps-inĝenieroj. Mi ne povas eniri detalojn pro nediskoniga interkonsento: mi certas, ke pli aŭ malpli frue la informoj aperos, sed mi ne volas esti tiu, kiu esprimis ĝin.
Mi provos doni ĝeneralan ideon pri kiel ĝuste ĉio okazis.
Antaŭ proksimume kvin jaroj, mi laboris kiel manaĝero en la DevOps-sekcio de mezgranda teknologia kompanio, ricevante tiam bonegan salajron (190 mil USD), kiu kompensis por nia nekredebla kvanto da devigaj kromlaboroj.
Kiel kutime okazas, rekrutanto de LinkedIn kontaktis min. Li reprezentis gravan multnacian konglomeraton, kiu tute ne havis intereson pri mi kiel ebla laborŝanco. La rekrutisto skribis, ke la kompanio aktive vastigas siajn teamojn de softvarinĝenieroj, programistoj kaj DevOps antaŭ pluraj grandaj projektoj, kaj rimarkis, ke ili ŝatus inviti min por intervjuo.
Mi rifuzis kaj diris, ke mi ne interesiĝas. Li demandis kiom multe mi gajnis kaj emfazis, ke la konglomerato verŝajne ofertos multe pli. Ĉi tio spronis mian scivolemon — ĉar mi pensis, ke mi jam havas bonegan salajron.
Resume, mi flugis por intervjuo, ricevis Senior Lead-postenon kun salajro de 275 mil USD plus akciajn elektojn kaj gratifikojn, kaj ankaŭ la ŝancon labori malproksime (t.e. mi ne devis translokiĝi), kvankam la ideo mem de labori por grandega korporacio mi ne ŝatis ĝin. Tamen, la oferto estis tro bona por rifuzi (ili promesis al mi multe pli ol Amazon pli frue tiun jaron).
La kompanio havis fakon DevOps, sed ĝi konsistis ĉefe el altrangaj sistemadministrantoj, kiuj povis skribi sufiĉe en Python/Bash/PowerShell por ke ĝi fariĝu danĝera. Tial ili bezonis teamon de veraj DevOps-inĝenieroj kun sperta programado en malsuperaj lingvoj por labori pri kompleksaj projektoj.
Dum la venontaj tri jaroj, nia fako kreskis. Mi devas diri, ke la administrado faris ĉion ĝuste. Oni preskaŭ neniam rifuzis al ni ion, kion ni petis, kaj ni plenumis pli ol 90% de niaj planitaj projektoj ĝustatempe kaj laŭbuĝete, kio estas vere mirinda.
Tamen antaŭ ĉirkaŭ jaro kaj duono evidentiĝis, ke ni aŭtomatigis laŭvorte *ĉion*. Kompreneble, estis ankoraŭ regula prizorgado kaj kontroloj, sed dum la lasta jaro kaj duono mi vere laboris nur 1-2 horojn tage, ĉar estis malmulte por fari. Mi tute ne intencis forlasi tian bone pagitan laboron, sed mi timis, ke tiu tago X eventuale venos, kaj tiam ĝi venis hieraŭ.
Esence, estis anoncite, ke la plej multaj el la DevOps-teamoj estis dissolvitaj (75 homoj foriris, kiuj laboras pri specifaj aplikoj) ĉar la IT- kaj Programaro-Inĝenieristiko-teamoj povis pritrakti la tutan kodon, kaj simple ne plu estis laboro por la DevOps-uloj.
Oni proponis al mi postenon en la IT-teamo, sed la salajro tie estis preskaŭ duono. Mi povus daŭre labori malproksime, sed ili volis, ke mi eventuale translokiĝu al la urbo, kie troviĝas la oficejo, por ke mi estu tie pli ofte.
Estas domaĝe, ke ĝi okazis tiel ĉar mi amis labori tie. La kompanio bone zorgis pri ni (senkalkulante la maldungon, kompreneble), kaj ne estas multaj lokoj por DevOps kun salajro super 200 mil USD kaj norma 8-hora labortago, preskaŭ sen kromlaboro.
Feliĉe, mi administris mian monon saĝe kaj sukcesis plene pagi 4 hipotekojn en la lastaj 5 jaroj. Nun mi havas malgrandan kroman enspezon, elspezoj estas limigitaj, do mi povas permesi al mi malrapide serĉi novan lokon.
Aldonoj (de la tradukisto)
La aŭtoro mem estas tiel mia titolo: "Mi pardonpetas, se ĉi tio rezultis kiel alklakaĵo: mi nur provis aldoni iom da humuro al la titolo, ne intencante transformi mian rakonton en klakbait aŭ DevOps-hororo."
Kaj ni konsentis kun la menciita "kaptilo", "kaptilo" en la kunteksto de DevOps : “Kial kaptilo? Vi ricevis bonan salajron (eĉ pli ol tio, kio antaŭe estis priskribita kiel "bonega"), forigis la kromajn horojn, faris bonegan laboron kaj ricevis bonegan resuman enskribon."
Kelkaj aldonoj de la aliaj komentoj de la aŭtoro pri ĉi tiu rakonto:
- Pri salajro. Gravaj faktoroj estas regionaj kaj profesiaj. La aŭtoro, estante programaro-inĝeniero kun 25-jara sperto, okupis la postenon de administranto de teamo DevOps. Krome, lia sperto ne estas limigita al scio pri moderna infrastrukturo, sed kaj programlingvoj kiel C++, Fortran kaj Cobol, kiuj estis kritikaj por interagado kun programistoj en la organizo.
- Por tiuj, kiuj ankaŭ pensis, ke 75 DevOps-inĝenieroj estis multe. En ĉi tiu firmao" pli ol 50 mil homoj kaj laŭvorte miloj da aplikaĵoj funkciantaj."
Bono
Se vi ankoraŭ ne legis ĝin nia teknika direktoro - Dmitry Stolyarov (), - por la konferenco DevOpsConf kaj , tiam ĝi tuŝis similan demandon. Kaj jen la vidpunkto, kiu estis esprimita:
- Kaj poste kio [kaze de multe simpligi la uzon de K8s] kio okazos al la inĝenieroj, sistemaj administrantoj, kiuj subtenas Kubernetes?
Dmitry: Kio okazis al la librotenisto post la alveno de 1C? Pri la sama. Antaŭ tio, ili kalkulis sur papero – nun en la programo. Laborproduktiveco pliiĝis je grandordoj, sed laboro mem ne malaperis. Se antaŭe necesis 10 inĝenieroj por ŝraŭbi ampolon, nun unu sufiĉos.
La kvanto de programaro kaj la nombro da taskoj, ŝajnas al mi, nun kreskas pli rapide ol novaj DevOps aperas kaj efikeco pliiĝas. Estas specifa manko en la merkato nun kaj ĝi daŭros longe. Poste, ĉio revenos al certa normo, en kiu la efikeco de laboro pliiĝos, estos pli kaj pli senservilo, neŭrono estos alfiksita al Kubernetes, kiu elektos ĉiujn rimedojn ĝuste kiel ĝi devus... kaj en generalo, faru ĉion mem kiel ĝi devus - homo, foriru kaj ne enmiksiĝi.
Sed iu ankoraŭ bezonos fari decidojn. Estas klare, ke la nivelo de kvalifikoj kaj specialiĝo de ĉi tiu persono estas pli alta. Nuntempe, en la kontada fako, oni ne bezonas 10 dungitojn tenantajn librojn, por ke iliaj manoj ne laciĝu. Simple ne necesas. Multaj dokumentoj estas aŭtomate skanitaj kaj rekonitaj de la elektronika dokumenta administra sistemo. Sufiĉas unu saĝa ĉefkontisto, jam kun multe pli grandaj kapabloj, kun bona kompreno.
Ĝenerale, ĉi tiu estas la vojo por iri en ĉiuj industrioj. Estas same kun aŭtoj: antaŭe venis aŭto kun mekanikisto kaj tri ŝoforoj. Nuntempe, veturi aŭton estas simpla procezo, en kiu ni ĉiuj partoprenas ĉiutage. Neniu pensas, ke aŭtomobilo estas io komplika.
DevOps aŭ sistema inĝenierado ne foriros - altnivela laboro kaj efikeco pliiĝos.
PS
Legu ankaŭ en nia blogo:
- «»;
- «".
fonto: www.habr.com