ДевОпс или како губимо плате и будућност ИТ индустрије

Најтужније у данашњој ситуацији је то што ИТ постепено постаје индустрија у којој нема речи „стоп“ у броју обавеза по особи.

Када читате слободна радна места, понекад чак видите не 2-3 особе, већ целу компанију у једној особи, сви су у журби, технички дуг расте, старо наслеђе на позадини нових производа изгледа као савршенство, јер бар има доковима и коментарима у коду, нови производи се пишу брзином светлости, али на крају не могу да се користе још годину дана након што су написани, а често ова година не доноси профит; штавише, трошкови „облака ” су веће од продаје услуге. Новац инвеститора се троши на одржавање сервиса који још не ради, али је већ пуштен на интернет као радни.
Као пример: позната компанија чији је ремастер старе игре добио најниже оцене у читавој историји индустрије. Био сам један од оних који су купили овај производ, али и сада овај производ ради ужасно, а у теорији није требало да иде у продају у овом облику. Поврат новца, пад рејтинга, огроман број забрана корисника на форумима због притужби на рад сервиса. Број закрпа није невероватан, већ застрашујући, али ипак производ није употребљив. Ако овакав приступ доведе до оваквих резултата за компанију која се развија од 91. године, онда је за компаније које тек почињу ситуација још гора.

Али, погледали смо резултате овог приступа са стране корисника услуге, а сада погледајмо проблеме са којима су се запослени сусрели.

Често чујем изјаве да ДевОпс тимови не би требало да постоје, да је ово методологија итд., али невоља је што су компаније из неког разлога престале да траже инжењере за нокс, дба, инфраструктуру и изградњу – сада је све један ДевОпс инжењер . Наравно, таквих слободних места у појединим фирмама и даље има, али их је све мање. Многи су назвали овај развој, ја лично видим деградацију у томе, немогуће је одржати добар ниво знања у свим областима, а истовремено успети да ради не више од 8 сати. Наравно, ово су фантазије. У стварности, многи ИТ радници су принуђени да раде 12 или 14 сати, од чега је плаћено 8. И то често без слободних дана, јер „добио сам задатак, нема докумената ни кривих, а услуга кошта“, а за 1 грешку у облаку у принципу не можеш да добијеш плату за пар месеци поготово ако радиш као индивидуални предузетник. Суштински губимо реч у пословању, уз поделу одговорности, све више се суочавам са чињеницом да се менаџери мешају у развојне процесе, а да о њима ништа не разумеју, бркају пословне податке и рад апликације, а како као резултат, почиње хаос.

Када настане хаос, посао жели да пронађе кривца, а овде им је потребан универзални кривац, тешко је окривити више од 10 људи, па менаџери комбинују позиције, јер што више одговорности има један специјалиста, то је лакше доказати његов немар. А у Агиле условима, проналажење „кривих“ и бичевање је основа ове методологије за пословање у менаџменту. Агиле је давно изашао из ИТ-а, а његов главни концепт постао је захтев дневних резултата. Проблем је у томе што високоспецијализовани специјалиста неће увек имати дневне резултате, што значи да ће бити теже пријавити, а то је још један разлог зашто предузећа желе „стручњаке за све“. Али главни разлог је, наравно, платни списак – то је главни разлог свих промена, зарад бонуса људи су пристали да раде за себе и тог типа. Али на крају, као иу другим областима, то је сада једноставно постала одговорност, за мање плаћање већег броја пружених услуга.

Данас често чак можете видети чланке у којима се наводи да би програмери такође требало да буду у могућности да примењују, треба да раде на инфраструктури заједно са ДевОпс инжењером, али чему то води? Тако је – до пада квалитета услуга, до пада квалитета програмера. Пре само 2 дана сам објаснио програмеру да можете писати и читати са различитих хостова, а они су пенили на уста да докажу да никада нису видели овако нешто, али у подешавањима постоји орм хост, порт, дб, усер , лозинка и то је то... Али програмер зна како да покрене имплементације, пише иамс... Али он већ заборавља на тестове јединица и коментаре у коду.

Као резултат тога видимо следеће – константан прековремени рад, тражење решења за проблеме ван радног времена, стална обука викендом, и то не да бисмо повећали приходе, већ да бисмо се одржали на површини. Програмери су принуђени да помогну ДевОпс инжењеру са ЦИ/ЦД, и ако програмер нема времена, почиње да заглави, а менаџери почињу да компостују своје мозгове, а ако то не помаже да се повећа жеља за прековременим радом, затим примените казне и новчане казне, особа тражи нови посао, остављајући за собом технички дуг величине Евереста, као резултат тога дуг почиње да расте међу програмерима, јер принуђени су да пишу код са мање рефакторисања како би имали времена да помогну било старом или новом ДевОпс инжењеру, а менаџери су сасвим задовољни са свиме, јер је кривац ту и одмах се види, што значи основно правило у Агиле менаџменту је праћено, кривац је пронађен, резултати бичевања су видљиви.

Једном сам одржао презентацију на ИТГМ-у „када научимо да кажемо „не““ – резултати су били веома откривајући. Огроман број људи верује да је ова реч табу и док не престанемо да тако мислимо, проблеми ће само расти.

Овај чланак сам делимично инспирисао Овај чланак, али касније ћу то можда описати мање љубазним речима.

Само регистровани корисници могу учествовати у анкети. Пријавите се, Добродошао си.

Да ли сте икада на послу наишли да је послодавац покушао да замени неколико људи вама?

• 100%Да, наилазим редовно183

• 100%Да, срео сам се 1 пут15

• 100%Нисам приметио43

• 100%Ја сам радохоличар, и сам радим прековремено38

Гласало је 279 корисника. 34 корисника су била уздржана.

Извор: ввв.хабр.цом