DevOps aneb jak přicházíme o mzdy a budoucnost IT průmyslu

Nejsmutnější na současné situaci je, že IT se postupně stává odvětvím, kde v počtu povinností na osobu neexistuje vůbec slovo „stop“.

Při čtení volných míst někdy dokonce vidíte ne 2-3 lidi, ale celou firmu v jedné osobě, všichni spěchají, technický dluh roste, staré dědictví vypadá na pozadí nových produktů jako dokonalost, protože to minimálně má dock a komentáře v kódu, nové produkty jsou psány rychlostí světla, ale ve výsledku je nelze používat další rok po jejich napsání a často tento rok nepřináší zisk, navíc náklady na cloud je vyšší než prodej služby. Peníze investorů jdou na údržbu služby, která ještě nefunguje, ale která už byla uvolněna do sítě jako pracovník.
Jako příklad: známá společnost, jejíž remaster staré hry získal nejnižší hodnocení v historii tohoto odvětví. Byl jsem jedním z těch, kteří si tento produkt koupili, ale i nyní tento produkt funguje strašně a teoreticky by v této podobě ještě neměl vyjít. Vrácení peněz, pokles hodnocení, obrovské množství zákazů uživatelů na fórech za stížnosti na práci služeb. Počet náplastí nepotěší, ale děsí, ale přesto - produkt není použitelný. Pokud tento přístup vede k takovým výsledkům u firmy, která se rozvíjí od roku 91, tak u firem, které teprve začínají, je situace ještě horší.

Podívali jsme se ale na výsledky tohoto přístupu ze strany uživatele služby a nyní se podívejme na problémy, které zaměstnanci mají.

Často slýchávám tvrzení, že by neměly existovat týmy DevOps, že jde o metodiku atd., ale problém je v tom, že společnosti z nějakého důvodu přestaly hledat noky, dba, infruktory a konstruktéry - teď je to všechno inženýr DevOps v jediném člověku. Samozřejmě v jednotlivých firmách taková volná místa stále jsou, ale je jich stále méně. Mnozí tomu říkali vývoj, já osobně v tom vidím degradaci, nelze si udržet dobrou úroveň znalostí ve všech oblastech a přitom zvládnout pracovat maximálně 8 hodin. Přirozeně jsou to fantazie. Ve skutečnosti je mnoho IT pracovníků nuceno pracovat 12 i 14 hodin, z toho placených 8. A často bez dní volna, protože „dostal jsem úkol, nejsou tam žádné doky ani křivky a služba stojí peníze“. a za 1 v cloudu v zásadě za pár měsíců nedostaneš plat, zvlášť když pracuješ na IP. V podnikání vlastně ztrácíme slovo, spolu s oddělením povinností se stále častěji setkávám s tím, že se manažeři dostávají do vývojových procesů, aniž by vůbec ničemu rozuměli, pletou si obchodní data a provoz aplikací, v důsledku toho začíná chaos .

Když začne chaos, byznys chce najít viníka, a tady potřebujete univerzálního viníka, je těžké svalit vinu na 10+ lidí, proto manažeři spojují své pozice, protože čím více povinností má 1 specialista, tím snazší je prokázat svou nedbalost. A v podmínkách Agile je hledání „vina“ a výprask základem této metodologie podnikání v managementu. Agile je už dávno mimo IT a jeho hlavním konceptem se stal požadavek každodenních výsledků. Problém je v tom, že vysoce specializovaný specialista nebude mít vždy denní výsledek, což znamená, že bude obtížnější vykazovat, a to je další důvod, proč podniky chtějí „specialisty na všechno“. Ale hlavním důvodem je samozřejmě výplata - on je hlavním důvodem všech změn, kvůli příspěvku se lidé dohodli, že budou pracovat pro sebe a toho chlapa. Ale nakonec, stejně jako v jiných oblastech, se z toho nyní stala prostě povinnost, za menší úhradu za větší počet poskytovaných služeb.

Nyní můžete často vidět články, které by vývojáři již měli být schopni nasadit, měli by se zabývat infrastrukturou vedle inženýra DevOps, ale k čemu to vede? Přesně tak – k poklesu kvality služeb, k poklesu kvality vývojářů. Doslova před 2 dny jsem vývojáři vysvětloval, že se dá psát a číst z různých hostitelů a oni mi s pěnou u huby dokázali, že nic takového ještě neviděli, tady je to v nastavení orm host, port, db, uživatel, heslo a je to .... Ale vývojář ví, jak spustit nasazení, napsat yamls .... Na unit testy a komentáře v kódu už ale zapomíná.

Ve výsledku vidíme následující - neustálé vyřizování, hledání řešení problémů mimo pracovní dobu, neustálá školení o víkendech a ne pro zvýšení příjmu, ale abychom se drželi nad vodou. Vývojáři jsou nuceni pomáhat inženýrovi DevOps s CI / CD, a pokud vývojář nemá čas, začne držet hubu a manažeři začnou kompostovat mozky, a pokud to nepomůže zvýšit touhu pracovat přesčas, pak požádat penále a pokuty, člověk si hledá novou práci a zanechává za sebou technický dluh o velikosti Everestu, v důsledku toho začíná dluh narůstat i mezi developery. jsou nuceni psát kód s menším refaktoringem, aby měli čas pomoci starému nebo novému inženýrovi DevOps a manažeři jsou se vším docela spokojeni, protože existuje viník a je hned vidět, což znamená, že hlavní pravidlo v agilním řízení je dodrženo, viník je nalezen, výsledky jeho bičování jsou viditelné.

Jednou na ITGM jsem udělal prezentaci „když se naučíme říkat ne“ – její výsledky byly velmi objevné. Obrovské množství lidí věří, že toto slovo je tabu, a dokud si to nepřestaneme myslet, problémy budou jen narůstat.

Částečně mě inspirovalo k napsání tohoto článku. tento článek, ale možná to napíšu později v méně příjemných termínech.

Průzkumu se mohou zúčastnit pouze registrovaní uživatelé. Přihlásit se, prosím.

Setkali jste se v práci s tím, že se vám zaměstnavatel snažil nahradit několik lidí?

• 65,6%Ano, setkávám se s tím pravidelně

• 5,4%Ano, narazeno 1x15

• 15,4%Nevšiml jsem si 43

• 13,6%Jsem workoholik, sám pracuji přesčas38

Hlasovalo 279 uživatelů. 34 uživatelů se zdrželo hlasování.

Zdroj: www.habr.com