E keqja më e madhe në situatën e sotme është se IT po bëhet gradualisht një industri ku nuk ekziston fjalë "ndal" për numrin e përgjegjësive për një person.
Duke lexuar ofertat e punës, ndonjëherë tashmë shihni jo 2-3 persona, por një të tërë kompani në një person; të gjithë nxitojnë, borxhi teknik rritet, legjenda e vjetër përballë produkteve të reja duket si përkryerje, sepse të paktën në të ka dokumentacion dhe komente në kod, produktet e reja shkruhen me shpejtësi dritës, por në fund nuk mund të përdoren ende për një vit pas shkruarjes së tyre, dhe shpesh ky vit nuk sjell fitime, për më tepër, shpenzimet për "cloud" janë më të larta se shitjet e shërbimit. Para të investitorëve shkojnë për mbajtjen e një shërbimi që ende nuk funksionon, por që tashmë është lëshuar në rrjet si i punueshëm.
Si shembull: një kompani e njohur, e cila remasterizoi një lojë të vjetër dhe mori vlerësimet më të ulëta në histori të industrisë. Unë isha një nga ata që bleva këtë produkt, por edhe tani ky produkt funksionon keq, dhe në teori nuk duhej të dilte në shitje në këtë formë. Kthimet e parave, rënia e vlerësimit, një numër i madh banash të përdoruesve në forume për ankesat mbi funksionimin e shërbimeve. Numri i patch-eve nuk është inkurajues, por tronditës, por prapë – produkti nuk është i përdorshëm. Nëse kjo qasje sjell këto rezultate për një kompani që merret me zhvillimin që nga viti 1991, atëherë situata për kompanitë që sapo kanë filluar aktivitetin e tyre është edhe më e keqe.
Por këtu kemi parë rezultatet e këtij qasjeje nga ana e përdoruesit të shërbimit, tani le të shqyrtojmë problemet që kanë dalë për punonjësit.
Shumë herë dëgjoj pretendimin se ekipet DevOps nuk duhet të ekzistojnë, se është një metodologji e tillë dhe e tjera, por, e keqja është, kompanitë për një arsye nuk po kërkojnë më nko, dba, inxhinierë infrastrukture dhe inxhinierë ndërtimi – tani e gjithë kjo është një inxhinier DevOps në një person. Sigurisht, në disa kompani të veçanta janë akoma të tilla vende të punës, por ato po zvogëlohen. Shumë e kanë quajtur këtë zhvillim, unë personalisht në këtë shoh një degradim, është e pamundur të mbash një nivel të mirë njohurie në të gjitha drejtimet dhe në të njëjtën kohë të arrish të punosh jo më shumë se 8 orë. Natyrisht - ato janë fantazi. Në realitet, shumë IT-shinjtë janë të detyruar të punojnë deri në 12 dhe 14 orë, prej të cilave paguhen vetëm 8. Dhe shpesh edhe pa fundjavë, sepse "më është vendosur një detyrë, dokumentet s'janë ekzistente ose janë të gabuara, më shumë se sa kushton shërbimi", dhe për një gabim në cloud, mund të mos marrësh pagën për disa muaj, sidomos nëse punon si IP. Në fakt, ne po humbasim fjalën në biznes, së bashku me ndarjen e përgjegjësive, po has më shpesh në atë që menaxherët ndërhyjnë në proceset e zhvillimit, pa kuptuar asgjë në to, ata turfullin të dhënat e biznesit dhe punën e aplikacionit, dhe si rezultat fillon kaosi.
Kur fillon kaosi, biznesi dëshiron të gjejë fajtorin, dhe këtu nevojitet një fajtor universall, sepse të varësh fajin mbi 10+ njerëz është e komplikuar. Prandaj menaxherët bashkojnë pozitat, sepse sa më shumë përgjegjësi të ketë një specialist, aq më e lehtë është të provosh neglizhencën e tij. Në kushte Agile, gjetja e "fajtorit" dhe ndëshkimi janë bazat e kësaj metodologjie të menaxhimit të biznesit. Agile ka dalë prej kohësh nga IT, dhe koncepti kryesor është kërkesa për rezultate të përditshme. Problemi është se një specialist i ngushtësuar nuk do të ketë gjithmonë rezultate të përditshme, dhe kjo do të thotë se do të jetë më e vështirë të japësh llogari. Kjo është një arsye tjetër pse biznesi kërkon "specialistë në gjithçka". Por arsyeja kryesore është, sigurisht, FOT - ai është arsyeja kryesore e të gjitha ndryshimeve. Për shkak të shtesave, njerëzit kanë pranuar të punojnë për veten e tyre dhe për të tjerët. Por përfundimisht, ashtu si në fusha të tjera, kjo thjesht u kthye në një detyrim, për më pak pagesë për më shumë shërbime të ofruara.
Sot me shpesh mund të shohim madje artikuj që sugjerojnë se tani zhvilluesit duhet të dinë të realizojnë deploy, të merren me infrastrukturën ngjitur me inxhinierët DevOps, por çfarë rezultati sjell kjo? E sakta – rënien e cilësisë së shërbimeve, rënien e cilësisë së zhvilluesve. Para dy ditësh, i shpjegoja një zhvilluesi se mund të shkruajmë dhe lexojmë nga hoste të ndryshme, kurse ai më argumentonte se nuk kishte parë ndonjëherë diçka të tillë, sepse aty ka në settings orm host, port, db, user, password dhe asgjë më shumë… Megjithatë, zhvilluesi dinte si të bënte deploy, si të shkruante YAML… Por tashmë kishte harruar për testet e njësive dhe komentet në kod.
Në fund, ne shohim këtë – riparime të vazhdueshme, kërkime zgjidhjesh për problemet jashtë orarit të punës, mësime të vazhdueshme në fundjavë, jo për rritjen e të ardhurave, por për të mbajtur veten në vijën e sipërme. Zhvilluesit janë të detyruar të ndihmojnë inxhinierin DevOps me CI/CD, dhe nëse zhvilluesi nuk ka kohë, fillon të mbingarkohet, dhe menaxherët fillojnë të krijojnë shqetësime, e nëse kjo nuk ndihmon për të rritur dëshirën për të punuar mbi orar, atëherë fillon të aplikohen masa ndëshkuese dhe gjobat. Një person fillon të kërkojë një vend të ri pune, duke lënë pas një borxhi teknik sa Everest-i, dhe si pasojë, borxhi fillon të rritet te zhvilluesit, pasi ata janë të detyruar të shkruajnë kod me më pak ristrukturim, për t’u përballur me ndihmën e inxhinierit të vjetër ose të ri DevOps, ndërsa menaxherët janë plotësisht të kënaqur, sepse fajtorat janë të qartë dhe i shohin menjëherë; kështu që rregulli kryesor në menaxhimin Agile është respektuar, fajtorët janë gjetur, dhe rezultatet e ndëshkimeve janë të dukshme.
Njëherë në ITGM kam mbajtur një referat me titull «kur do të mësojmë të themi “jo”» — rezultatet ishin shumë treguese. Një numër i madh njerëzish beson se kjo fjalë është tabu, dhe derisa ne të mos e ndalojmë këtë mendim, problemet do të vazhdojnë të rriten.
Pjesërisht, ky artikull më motivoi, por ndoshta më vonë do ta shkruaj atë me terma më të drejtpërdrejtë.
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , ju lutemi.
A keni hasur ndonjëherë në punë kur punëdhënësi përpiqej të zëvendësonte disa njerëz me ju?
65,6%Po, hasem rregullisht183
5,4%Po, kam hasur një herë15
15,4%Nuk kam vënë re43
13,6%Jam punoholiç, vetë punoj mbi orar38
279 përdorues votuan. 34 përdorues abstenuan.
Burimi: habr.com
