DevOps edo nola soldatak eta IT industriaren etorkizuna galtzen ari garen

Egungo egoeran dagoen tristeena da IT pixkanaka-pixkanaka pertsona bakoitzeko ardura kopuruan "stop" hitzik ez dagoen industria bihurtzen ari dela.

Lanpostu hutsak irakurtzean, batzuetan ez 2-3 pertsona ikusten dituzu, baizik eta enpresa oso bat pertsona bakarrean, denak presaka daude, zor teknikoa hazten ari da, ondare zaharrak perfekzioa dirudi produktu berrien atzealdean, gutxienez. kaia eta iruzkinak ditu kodean, produktu berriak argiaren abiaduran idazten dira, baina, ondorioz, ezin dira beste urtebetez erabili idatzi eta gero, eta askotan aurtengoak ez du irabazirik ekartzen, gainera, kostua. hodeia zerbitzuaren salmentak baino handiagoa da. Inbertitzaileen dirua oraindik funtzionatzen ez den baina dagoeneko langile gisa sarera kaleratu duten zerbitzu baten mantenurako bideratzen da.
Adibide gisa: joko zahar baten remasterizazioa industriaren historiako balorazio baxuenak jaso dituen enpresa ezagun bat. Produktu hau erosi zutenetako bat nintzen, baina orain ere produktu honek izugarri funtzionatzen du, eta teorian ez zen oraindik forma honetan kaleratu behar. Itzulketak, balorazio jaitsiera, erabiltzaileen debeku ugari foroetan zerbitzuen lanari buruzko kexak direla eta. Adabaki kopuruak ez du pozten, baina beldurtzen du, baina hala ere - produktua ez da erabilgarri. Planteamendu horrek 91. urtetik garatzen ari den enpresa batentzat halako emaitzak lortzen baditu, orduan hasi berriak diren enpresentzat, egoera are okerragoa da.

Baina zerbitzuaren erabiltzailearen aldetik planteamendu horren emaitzak aztertu ditugu, eta orain langileek dituzten arazoak azter ditzagun.

Askotan entzuten dut DevOps talderik ez dagoela, hau metodologia bat dela, etab., baina arazoa da, arrazoiren batengatik enpresek noks, dba, infructors eta eraikitze ingeniarien bila gelditu direla - orain DevOps ingeniari bat da. pertsona bakarrean. Jakina, banakako enpresetan oraindik ere halako lanpostu hutsak daude, baina gero eta gutxiago dira. Askok garapen horri deitzen diote, nik pertsonalki degradazioa ikusten dut honetan, ezinezkoa da arlo guztietan ezagutza maila ona mantentzea eta, aldi berean, 8 ordu baino gehiago lan egitea lortu. Berez, hauek fantasiak dira. Egia esan, informatika-langile asko 12 eta 14 ordu lan egitera behartuta daude, horietatik 8 ordainduta.Eta askotan atsedenaldirik gabe, zeren “zeregin bat eman zidaten, ez dago kai edo kurbarik, eta zerbitzuak dirua balio du” . eta 1 hodeian, printzipioz, ezin duzu soldatarik lortu hilabete pare batean, batez ere IP oinarrian lan egiten baduzu. Izan ere, hitza galtzen ari gara negozioetan, betebeharren banaketarekin batera, gero eta gehiago nago kudeatzaileak garapen prozesuetan ezer ulertu gabe sartzen direla, negozioaren datuak eta aplikazioen funtzionamendua nahasten dituzte, ondorioz, kaosa hasten da. .

Kaosa hasten denean, negozioak erruduna aurkitu nahi du, eta hemen errudun unibertsala behar duzu, zaila da 10 pertsona baino gehiagori errua jartzea, beraz, kudeatzaileek beren posizioak bateratzen dituzte, espezialistak zenbat eta betebehar gehiago izan, orduan eta errazagoa baita. frogatu bere arduragabekeria. Eta Agileren baldintzetan, “errudunak” aurkitzea eta kolpeak egitea da kudeaketan negozioak egiteko metodologia honen oinarria. Agilea aspalditik dago ITtik kanpo, eta bere kontzeptu nagusia eguneroko emaitzen eskakizun bihurtu da. Arazoa da oso espezializatutako espezialista batek ez duela beti eguneroko emaitzarik izango, hau da, zailagoa izango dela salatzea, eta hori da enpresek “denetan espezialistak” nahi izatearen beste arrazoi bat. Baina arrazoi nagusia, noski, nomina da - bera da aldaketa guztien arrazoi nagusia, diru-laguntzaren mesedetan, jendeak bere kabuz eta tipo horrentzat lan egitea adostu zuen. Baina azkenean, beste arlo batzuetan bezala, orain betebehar bat besterik ez da bihurtu, emandako zerbitzu kopuru handiagoagatik ordaintze txikiagoa egitea.

Orain sarritan ikus ditzakezu garatzaileek dagoeneko zabaldu ahal izan beharko lituzketen artikuluak, DevOps ingeniari baten ondoan azpiegiturari aurre egin beharko lieketela, baina zertara dator horrek? Hori bai: zerbitzuen kalitatearen jaitsiera, garatzaileen kalitatea. Literalki duela 2 egun, ostalari ezberdinetatik idatzi eta irakur dezakezula azaldu nion garatzaileari, eta aparra ahoan frogatu zidaten inoiz ez zutela horrelako ezer ikusi, hemen dago ezarpenetan orm host, ataka, db, erabiltzailea, pasahitza eta kitto.... Baina garatzaileak badaki inplementazioak abiarazten, yamlak idazten .... Baina dagoeneko ahaztu egiten ditu unitateko probak eta iruzkinak kodean.

Ondorioz, honako hau ikusten dugu: etengabeko prozesamendua, arazoei irtenbideak bilatzea lanorduetatik kanpo, etengabeko prestakuntza asteburuetan, eta ez diru-sarrerak handitzeko, geure buruari eusteko baizik. Garatzaileak behartuta daude DevOps ingeniari bati CI / CD-rekin laguntzera, eta garatzaileak denborarik ez badu, isiltzen hasten da, eta kudeatzaileak garunak konpostatzen hasten dira, eta honek aparteko orduak egiteko gogoa areagotzen laguntzen ez badu, aplikatu. zigorrak eta isunak, pertsona lan berri baten bila dabil, Everesten tamainako zor tekniko bat atzean utzita, ondorioz, garatzaileen artean ere zorra hazten hasten da. refactoring gutxiagorekin kodea idaztera behartuta daude DevOps ingeniari zahar edo berri bati laguntzeko denbora izateko, eta kudeatzaileak nahiko pozik daude guztiarekin, errudun bat dagoelako eta berehala ikus daitekeelako, horrek esan nahi du Agile kudeaketan arau nagusia betetzen da, erruduna aurkitzen da, bere azotearen emaitzak ikusgai.

Behin ITGM-en aurkezpen bat egin nuen "ezetz esaten ikasten dugunean" - bere emaitzak oso adierazgarriak izan ziren. Jende ugarik uste du hitz hau tabua dela, eta hori pentsatzeari utzi arte, arazoak hazi baino ez dira egingo.

Partzialki inspiratu ninduen artikulu hau idaztera. Artikulu hau, baina beharbada termino ez hain atseginetan idatziko dut gero.

Erregistratutako erabiltzaileek soilik parte hartu dezakete inkestan. Hasi saioa, mesedez.

Lanean topatu al duzu enpresaburua zurekin hainbat pertsona ordezkatzen saiatu zenean?

• 65,6%Bai, aldizka topo egiten dut

• 5,4%Bai, 1 aldiz topatu da15

• 15,4%Ez zen ohartu43

• 13,6%Lanzalea naiz, aparteko orduak egiten ditut nik38

279 erabiltzailek eman dute botoa. 34 erabiltzaile abstenitu ziren.

Iturria: www.habr.com