DevOps jeb kā mēs zaudējam algas un IT nozares nākotni

Skumjākais mÅ«sdienu situācijā ir tas, ka IT pamazām kļūst par nozari, kurā nav vārda ā€œstopā€ pienākumu skaitā uz vienu cilvēku.

Lasot vakances, reizēm pat redzi nevis 2-3 cilvēkus, bet veselu uzņēmumu vienā personā, visi steidzas, tehniskais parāds aug, vecais mantojums uz jauno produktu fona izskatās pēc pilnÄ«bas, jo vismaz ir dokstacijas un komentāri kodā, jauni produkti tiek rakstÄ«ti gaismas ātrumā, bet galu galā tos nevar lietot vēl gadu pēc uzrakstīŔanas, un bieži vien Å”is gads nenes peļņu, turklāt "mākonis" izmaksas ā€ ir augstāki nekā pakalpojuma pārdoÅ”anas apjomi. Investoru nauda tiek tērēta, lai uzturētu pakalpojumu, kas vēl nedarbojas, bet kas jau ir izlaists tieÅ”saistē kā strādājoÅ”s.
Kā piemērs: labi pazÄ«stams uzņēmums, kura vecas spēles remaster saņēma zemākos vērtējumus visā nozares vēsturē. Es biju viens no tiem, kas iegādājās Å”o produktu, bet arÄ« tagad Å”is produkts darbojas Å”ausmÄ«gi, un teorētiski tam nevajadzēja nonākt pārdoÅ”anā Ŕādā formā. Atmaksa, krÄ«toÅ”i reitingi, milzÄ«gs skaits lietotāju aizliegumu forumos par sÅ«dzÄ«bām par pakalpojumu darbu. Plāksteru skaits nav pārsteidzoÅ”s, bet gan biedējoÅ”s, bet tomēr produkts nav lietojams. Ja uzņēmumam, kas attÄ«stās kopÅ” 91. gada, Ŕāda pieeja noved pie Ŕādiem rezultātiem, tad uzņēmumiem, kas tikai sāk savu darbÄ«bu, situācija ir vēl sliktāka.

Taču mēs aplÅ«kojām Ŕīs pieejas rezultātus no pakalpojuma lietotāja puses, un tagad aplÅ«kosim problēmas, ar kurām saskārās darbinieki.

Es bieži dzirdu apgalvojumu, ka DevOps komandām nevajadzētu pastāvēt, ka tā ir metodika utt., bet problēma ir tā, ka uzņēmumi nez kāpēc ir pārtraukuÅ”i meklēt noks, dba, infrastruktÅ«ru un bÅ«vinženieri - tagad tas viss ir viens DevOps inženieris. . Protams, atseviŔķos uzņēmumos Ŕādas vakances joprojām ir, taču to paliek arvien mazāk. Daudzi to sauca par attÄ«stÄ«bu, es personÄ«gi tajā redzu degradāciju, nav iespējams uzturēt labu zināŔanu lÄ«meni visās jomās un tajā paŔā laikā strādāt ne vairāk kā 8 stundas. Protams, tās ir fantāzijas. Reāli daudzi IT darbinieki ir spiesti strādāt 12 vai 14 stundas, no kurām tiek apmaksātas 8. Un bieži vien bez brÄ«vdienām, jo ​​"man tika dots uzdevums, nav dokumentu vai greizi, un pakalpojums maksā naudu." un par 1 kļūdu mākonÄ« principā pāris mēneÅ”u laikā algu var nesaņemt, it Ä«paÅ”i, ja strādā kā individuālais uzņēmējs. Mēs bÅ«tÄ«bā zaudējam savu teikÅ”anu biznesā, lÄ«dz ar pienākumu sadali, arvien biežāk saskaros ar to, ka vadÄ«tāji jaucas izstrādes procesos, par tiem vispār neko nesaprotot, jauc biznesa datus un aplikācijas darbÄ«bu, kā arÄ« rezultātā sākas haoss.

Kad sākas haoss, bizness vēlas atrast vainÄ«go, un Å”eit ir vajadzÄ«gs universāls vaininieks, ir grÅ«ti novelt vainu uz 10+ cilvēkiem, tāpēc vadÄ«tāji apvieno amatus, jo jo vairāk pienākumu ir vienam speciālistam, jo ​​vieglāk ir pierādÄ«t savu nolaidÄ«bu. Un Agilos apstākļos ā€œvainÄ«goā€ atraÅ”ana un pērÅ”ana ir Ŕīs metodoloÄ£ijas pamatā biznesa vadīŔanai. Agile IT jomā iznāca jau sen, un tās galvenā koncepcija kļuva par ikdienas rezultātu prasÄ«bu. Problēma ir tā, ka augsti specializētam speciālistam ne vienmēr bÅ«s ikdienas rezultāti, kas nozÄ«mē, ka bÅ«s grÅ«tāk ziņot, un tas ir vēl viens iemesls, kāpēc uzņēmumi vēlas "ekspertus visā". Bet galvenais, protams, ir algas - tas ir galvenais iemesls visām izmaiņām, piemaksas dēļ cilvēki piekrita strādāt sev un tam puisim. Taču galu galā, tāpat kā citās jomās, tagad tā vienkārÅ”i ir kļuvusi par atbildÄ«bu, mazāka samaksa par lielāku sniegto pakalpojumu skaitu.

MÅ«sdienās bieži var redzēt pat rakstus, kuros teikts, ka arÄ« izstrādātājiem ir jāspēj izvietot, viņiem vajadzētu strādāt pie infrastruktÅ«ras kopā ar DevOps inženieri, bet pie kā tas noved? TieÅ”i tā - uz pakalpojumu kvalitātes kritumu, uz izstrādātāju kvalitātes kritumu. Tikai pirms 2 dienām es paskaidroju izstrādātājam, ka var rakstÄ«t un lasÄ«t no dažādiem hostiem, un viņi putoja no mutes, lai pierādÄ«tu, ka viņi nekad nav redzējuÅ”i neko tādu, bet iestatÄ«jumos ir orm host, port, db, user , parole un viss... Bet izstrādātājs zina, kā palaist izvietoÅ”anu, rakstÄ«t jams... Bet viņŔ jau aizmirst par vienÄ«bu testiem un komentāriem kodā.

Rezultātā redzam sekojoÅ”o - pastāvÄ«gas virsstundas, problēmu risinājumu meklēŔana ārpus darba laika, nepārtrauktas apmācÄ«bas brÄ«vdienās un nevis ienākumu palielināŔanai, bet sevis noturēŔanai virs Å«dens. Izstrādātāji ir spiesti palÄ«dzēt DevOps inženierim ar CI/CD, un, ja izstrādātājam nav laika, viņŔ sāk iestrēgt, un vadÄ«tāji sāk kompostēt savas smadzenes, un, ja tas nepalÄ«dz palielināt vēlmi strādāt virsstundas, tad piemēro sodus un naudas sodus, cilvēks meklē jaunu darbu, atstājot aiz sevis tehnisko parādu Everesta lielumā, kā rezultātā parāds sāk augt attÄ«stÄ«tāju vidÅ«, jo viņi ir spiesti rakstÄ«t kodu ar mazāku refaktorēŔanu, lai bÅ«tu laiks palÄ«dzēt vai nu vecam vai jaunam DevOps inženierim, un vadÄ«tāji ir diezgan apmierināti ar visu, jo vainÄ«gais ir klāt un viņŔ ir redzams uzreiz, kas nozÄ«mē pamatnoteikumu gadā Veikla vadīŔana ir sekojusi, vainÄ«gais atrasts, redzami viņa pērÅ”anas rezultāti.

Reiz es uzstājos ar prezentāciju ITGM ā€œkad mēs mācāmies pateikt ā€œnÄ“ā€ā€ – tās rezultāti bija ļoti atklājoÅ”i. MilzÄ«gs skaits cilvēku uzskata, ka Å”is vārds ir tabu, un, kamēr mēs pārstāsim tā domāt, problēmas tikai pieaugs.

Šo rakstu daļēji iedvesmoju es Šis raksts, bet vēlāk es to varētu aprakstīt mazāk pieklājīgi.

Aptaujā var piedalīties tikai reģistrēti lietotāji. Ielogoties, lūdzu.

Vai esat kādreiz saskāries darbā, kad darba devējs ir mēģinājis aizstāt vairākus cilvēkus ar jums?

  • 65,6%Jā, es ar to saskaros regulāri183

  • 5,4%Jā, ar to saskārās 1 reizi15

  • 15,4%NepamanÄ«ju43

  • 13,6%Esmu darbaholiÄ·is, pats strādāju virsstundas38

Nobalsoja 279 lietotāji. 34 lietotāji atturējās.

Avots: www.habr.com

Iegādājieties uzticamu mitināŔanu vietnēm ar DDoS aizsardzÄ«bu, VPS VDS serveriem šŸ”„ Iegādājieties uzticamu tÄ«mekļa vietņu mitināŔanu ar DDoS aizsardzÄ«bu, VPS VDS serveriem | ProHoster