Gjëja më e trishtueshme në situatën e sotme është se IT po bëhet gradualisht një industri ku nuk ka fjalën "stop" në numrin e përgjegjësive për person.
Kur lexoni vendet e lira, ndonjëherë ju madje nuk shihni 2-3 persona, por një kompani të tërë në një person, të gjithë janë me nxitim, borxhi teknik po rritet, trashëgimia e vjetër në sfondin e produkteve të reja duket si përsosmëri, sepse të paktën ka doket dhe komentet në kod, produktet e reja shkruhen me shpejtësinë e dritës, por në fund nuk mund të përdoren edhe një vit pasi janë shkruar dhe shpesh ky vit nuk sjell fitim, për më tepër, kostot e “cloud ” janë më të larta se shitjet e shërbimit. Paratë e investitorëve shpenzohen për mirëmbajtjen e një shërbimi që ende nuk funksionon, por që tashmë është lëshuar në internet si një shërbim.
Si shembull: një kompani e njohur, remaster i së cilës i një loje të vjetër mori vlerësimet më të ulëta në të gjithë historinë e industrisë. Unë isha një nga ata që e bleva këtë produkt, por edhe tani ky produkt funksionon tmerrësisht dhe në teori nuk duhej të dilte në shitje në këtë formë. Rimbursimet, vlerësimet në rënie, një numër i madh i ndalimeve të përdoruesve në forume për ankesa në lidhje me punën e shërbimeve. Numri i arnimeve nuk është i mahnitshëm, por i tmerrshëm, por megjithatë, produkti nuk është i përdorshëm. Nëse kjo qasje çon në rezultate të tilla për një kompani që është duke u zhvilluar që nga viti 91, atëherë për kompanitë që sapo kanë filluar, situata është edhe më e keqe.
Por ne i shikuam rezultatet e kësaj qasjeje nga ana e përdoruesit të shërbimit dhe tani le të shohim problemet që hasën punonjësit.
Unë shpesh dëgjoj deklaratën se ekipet e DevOps nuk duhet të ekzistojnë, se kjo është një metodologji, etj., Por problemi është se kompanitë për disa arsye kanë pushuar së kërkuari për noks, dba, infrastrukturë dhe inxhinierë ndërtimi - tani është e gjitha një inxhinier i vetëm DevOps . Sigurisht që ka ende vende të lira të tilla në kompani individuale, por ato janë gjithnjë e më pak. Shumë e quajtën këtë zhvillim, unë personalisht shoh degradim në këtë, është e pamundur të mbash një nivel të mirë njohurish në të gjitha fushat, dhe në të njëjtën kohë të arrish të punosh jo më shumë se 8 orë. Natyrisht, këto janë fantazi. Realisht, shumë punonjës të IT-së detyrohen të punojnë 12 ose 14 orë, nga të cilat 8 paguhen. Dhe shpesh pa ditë pushimi, sepse “më dhanë një detyrë, nuk ka dokumente apo të shtrembër, dhe shërbimi kushton”. dhe për 1 një gabim në re, në thelb nuk mund të marrësh një rrogë në dy muaj, veçanërisht nëse punoni si sipërmarrës individual. Ne në thelb po humbasim fjalën tonë në biznes, së bashku me ndarjen e përgjegjësive; gjithnjë e më shumë po përballem me faktin që menaxherët ndërhyjnë në proceset e zhvillimit pa kuptuar asgjë rreth tyre, ata ngatërrojnë të dhënat e biznesit dhe funksionimin e aplikacionit, dhe si si rezultat, fillon kaosi.
Kur fillon kaosi, biznesi dëshiron të gjejë fajtorin dhe këtu ata kanë nevojë për një fajtor universal; është e vështirë të fajësohet mbi 10 persona, kështu që menaxherët kombinojnë pozicionet, sepse sa më shumë përgjegjësi të ketë një specialist, aq më e lehtë është vërtetojnë neglizhencën e tij. Dhe në kushte të shkathëta, gjetja e "fajtorëve" dhe fshikullimi është baza e kësaj metodologjie për të bërë biznes në menaxhim. Agile doli nga IT shumë kohë më parë dhe koncepti kryesor i tij u bë kërkesa e rezultateve të përditshme. Problemi është se një specialist shumë i specializuar nuk do të ketë gjithmonë rezultate ditore, që do të thotë se do të jetë më e vështirë për të raportuar dhe kjo është një arsye tjetër pse bizneset duan “ekspertë në gjithçka”. Por arsyeja kryesore, sigurisht, është lista e pagave - është arsyeja kryesore për të gjitha ndryshimet, për hir të bonusit, njerëzit ranë dakord të punonin për veten dhe atë djalë. Por në fund, si në fusha të tjera, tashmë është bërë thjesht një përgjegjësi, për më pak pagesë për një numër më të madh shërbimesh të ofruara.
Në ditët e sotme, shpesh mund të shihni edhe artikuj që thonë se zhvilluesit gjithashtu duhet të jenë në gjendje të vendosin, duhet të punojnë në infrastrukturë së bashku me një inxhinier DevOps, por çfarë çon kjo? Kjo është e drejtë - në një rënie të cilësisë së shërbimeve, në një rënie të cilësisë së zhvilluesve. Vetem 2 dite me pare i shpjegova zhvilluesit qe mund te shkruash dhe te lexosh nga hoste te ndryshem, dhe ata shkumuan nga goja per te vertetuar qe nuk kishin pare kurre nje gje te tille, por ne konfigurime ka orm host, port, db, user. , fjalëkalimi dhe kaq…. Por zhvilluesi e di se si të ekzekutojë vendosjet, të shkruajë yams... Por ai tashmë harron për testet e njësive dhe komentet në kod.
Si rezultat, ne shohim si vijon - jashtë orarit të vazhdueshëm, kërkimin e zgjidhjeve të problemeve jashtë orarit të punës, trajnime të vazhdueshme në fundjavë dhe jo për të rritur të ardhurat, por për të mbajtur veten në këmbë. Zhvilluesit janë të detyruar të ndihmojnë një inxhinier DevOps me CI/CD, dhe nëse zhvilluesi nuk ka kohë, ai fillon të ngecë, dhe menaxherët fillojnë të kompostojnë trurin e tyre dhe nëse kjo nuk ndihmon në rritjen e dëshirës për të punuar jashtë orarit, atëherë aplikoni gjoba dhe gjoba, personi kërkon një punë të re, duke lënë pas një borxh teknik sa Everesti, si rezultat borxhi fillon të rritet midis zhvilluesve, sepse ata janë të detyruar të shkruajnë kodin me më pak rifaktorim në mënyrë që të kenë kohë për të ndihmuar ose një inxhinier të vjetër ose të ri DevOps, dhe menaxherët janë mjaft të kënaqur me gjithçka, sepse fajtori është atje dhe ai mund të shihet menjëherë, që do të thotë rregulli bazë. në Agile menaxhimi është ndjekur, fajtori është gjetur, rezultatet e fshikullimit të tij janë të dukshme.
Një herë kam bërë një prezantim në ITGM "kur mësojmë të themi "jo" - rezultatet e tij ishin shumë zbuluese. Një numër i madh njerëzish besojnë se kjo fjalë është tabu, dhe derisa të ndalojmë së menduari kështu, problemet vetëm do të rriten.
Ky artikull u frymëzua pjesërisht nga unë, por më vonë mund ta përshkruaj me terma më pak të sjellshëm.
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , te lutem
A keni hasur ndonjëherë në punë kur një punëdhënës është përpjekur të zëvendësojë disa persona me ju?
-
65,6%Po, e has rregullisht183
-
5,4%Po, e kam hasur 1 herë15
-
15,4%Nuk e vura re43
-
13,6%Unë jam punëtor, punoj edhe jashtë orarit të punës38
279 përdorues votuan. 34 përdorues abstenuan.
Burimi: www.habr.com