{"id":89062,"date":"2020-07-18T07:41:57","date_gmt":"2020-07-18T05:41:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/devops-ili-kak-my-teryaem-zarabotnuyu-platu-i-budushhee-it-otrasli"},"modified":"2020-07-18T07:41:57","modified_gmt":"2020-07-18T05:41:57","slug":"devops-ili-kak-my-teryaem-zarabotnuyu-platu-i-budushhee-it-otrasli","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/devops-ili-kak-my-teryaem-zarabotnuyu-platu-i-budushhee-it-otrasli","title":{"rendered":"DevOps, czyli jak tracimy wynagrodzenia i przysz\u0142o\u015b\u0107 bran\u017cy IT","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Najsmutniejsze w obecnej sytuacji jest to, \u017ce IT stopniowo staje si\u0119 bran\u017c\u0105, w kt\u00f3rej nie ma w og\u00f3le s\u0142owa \"stop\" w liczbie obowi\u0105zk\u00f3w przypadaj\u0105cych na jedn\u0105 osob\u0119. <\/p>\n

Czytaj\u0105c oferty pracy, czasami wydaje si\u0119, \u017ce nie poszukuje si\u0119 2-3 os\u00f3b, ale ca\u0142\u0105 firm\u0119 w jednej osobie. Wszyscy si\u0119 spiesz\u0105, d\u0142ug technologiczny ro\u015bnie, stare legacy w obliczu nowych produkt\u00f3w wygl\u0105da na doskona\u0142o\u015b\u0107, poniewa\u017c przynajmniej ma dokumentacj\u0119 i komentarze w kodzie. Nowe produkty tworzone s\u0105 w zawrotnym tempie, ale w efekcie nie mo\u017cna z nich korzysta\u0107 przez kolejny rok po ich napisaniu, a cz\u0119sto ten rok nie przynosi dochod\u00f3w. Co wi\u0119cej, koszty \"chmury\" s\u0105 wy\u017csze ni\u017c przychody ze sprzeda\u017cy us\u0142ugi. Pieni\u0105dze inwestor\u00f3w id\u0105 na utrzymanie jeszcze niedzia\u0142aj\u0105cej us\u0142ugi, kt\u00f3ra zosta\u0142a ju\u017c wydana w Internecie jako dzia\u0142aj\u0105ca.<\/a><\/noindex>
\nNa przyk\u0142ad: znana firma, kt\u00f3rej remaster starej gry otrzyma\u0142 najni\u017csze oceny w historii bran\u017cy. By\u0142em jednym z tych, kt\u00f3rzy kupili ten produkt, ale nawet teraz dzia\u0142a on okropnie i w teorii nie powinien by\u0142 jeszcze w takim stanie trafia\u0107 do sprzeda\u017cy. Zwroty pieni\u0119dzy, spadek oceny, ogromna liczba ban\u00f3w u\u017cytkownik\u00f3w na forach za skargi na dzia\u0142anie serwis\u00f3w. Liczba poprawek nie zachwyca, a przera\u017ca, ale mimo to \u2013 produkt jest nieu\u017cywalny. Je\u015bli takie podej\u015bcie prowadzi do takich rezultat\u00f3w w firmie, kt\u00f3ra zajmuje si\u0119 rozwojem od 1991 roku, to w przypadku firm, kt\u00f3re dopiero zaczynaj\u0105 dzia\u0142alno\u015b\u0107, sytuacja jest jeszcze gorsza.<\/p>\n

Ale to my spojrzeli\u015bmy na wyniki takiego podej\u015bcia z perspektywy u\u017cytkownika serwisu, a teraz przyjrzymy si\u0119 problemom, kt\u00f3re pojawi\u0142y si\u0119 u pracownik\u00f3w. <\/p>\n

Cz\u0119sto s\u0142ysz\u0119 stwierdzenie, \u017ce zespo\u0142y DevOps nie powinny istnie\u0107, \u017ce to tylko metodologia itd., ale problem w tym, \u017ce firmy z jakiego\u015b powodu przesta\u0142y szuka\u0107 administrator\u00f3w system\u00f3w, DBA, in\u017cynier\u00f3w infrastruktury i in\u017cynier\u00f3w build \u2013 teraz wszystko to zredukowano do jednej osoby, in\u017cyniera DevOps. Oczywi\u015bcie, w niekt\u00f3rych firmach takie oferty jeszcze istniej\u0105, ale jest ich coraz mniej. Wiele os\u00f3b nazywa to rozwojem, ja osobi\u015bcie widz\u0119 w tym regres, niemo\u017cliwe jest utrzymanie dobrego poziomu wiedzy we wszystkich obszarach i jednoczesne nad\u0105\u017canie za prac\u0105 w nie wi\u0119cej ni\u017c 8 godzin. Oczywi\u015bcie \u2013 to fantazje. W rzeczywisto\u015bci wielu specjalist\u00f3w IT zmuszonych jest pracowa\u0107 po 12 lub 14 godzin, z czego p\u0142atne jest tylko 8. A cz\u0119sto tak\u017ce bez dni wolnych, poniewa\u017c \u201edosta\u0142em zadanie, dokumentacji brak lub jest wadliwa, a za us\u0142ug\u0119 trzeba zap\u0142aci\u0107\u201d, a za jeden b\u0142\u0105d w chmurze mo\u017cna tak naprawd\u0119 nie otrzyma\u0107 wynagrodzenia przez kilka miesi\u0119cy, szczeg\u00f3lnie, je\u015bli pracuje si\u0119 na w\u0142asny rachunek. W rzeczywisto\u015bci tracimy g\u0142os w biznesie, wraz z podzia\u0142em obowi\u0105zk\u00f3w, coraz cz\u0119\u015bciej stykam si\u0119 z tym, \u017ce mened\u017cerowie wtr\u0105caj\u0105 si\u0119 w procesy rozwoju, nie rozumiej\u0105c nic z nich, myl\u0105 dane biznesowe z funkcjonowaniem aplikacji, w rezultacie zaczyna si\u0119 chaos. <\/p>\n

Gdy zaczyna si\u0119 chaos, biznes chce znale\u017a\u0107 winnego, a tutaj potrzeba uniwersalnego winnego, obwinienie 10+ os\u00f3b jest trudne, dlatego mened\u017cerowie \u0142\u0105cz\u0105 stanowiska, bo im wi\u0119cej obowi\u0105zk\u00f3w ma jeden specjalista, tym \u0142atwiej udowodni\u0107 jego niedbalstwo. A w warunkach Agile szukanie \"winnego\" i jego ukaranie \u2013 to podstawa tej metodologii prowadzenia biznesu w mened\u017cmencie. Agile od dawna wyszed\u0142 z IT, a jego g\u0142\u00f3wn\u0105 koncepcj\u0105 sta\u0142o si\u0119 \u2013 wymaganie codziennych wynik\u00f3w. Problem polega na tym, \u017ce w\u0105sko wyspecjalizowany specjalista nie zawsze b\u0119dzie mia\u0142 codzienny rezultat, co sprawia, \u017ce trudniej b\u0119dzie si\u0119 rozliczy\u0107, i to kolejny pow\u00f3d, dla kt\u00f3rego biznes chce \"specjalist\u00f3w od wszystkiego\". Ale g\u0142\u00f3wn\u0105 przyczyn\u0105 oczywi\u015bcie jest FUNDUSZ P\u0141AC \u2013 to podstawowy pow\u00f3d wszystkich zmian, z powodu dodatk\u00f3w ludzie zgadzali si\u0119 pracowa\u0107 za siebie i za innych. Ale w efekcie, jak w innych dziedzinach, sta\u0142o si\u0119 to po prostu obowi\u0105zkiem, za mniejsze wynagrodzenie za wi\u0119ksz\u0105 ilo\u015b\u0107 \u015bwiadczonych us\u0142ug. <\/p>\n

Obecnie mo\u017cna cz\u0119sto spotka\u0107 nawet artyku\u0142y m\u00f3wi\u0105ce, \u017ce deweloperzy powinni umie\u0107 wdra\u017ca\u0107, zajmowa\u0107 si\u0119 infrastruktur\u0105 obok in\u017cyniera DevOps. Ale dok\u0105d to prowadzi? Oczywi\u015bcie \u2013 do spadku jako\u015bci us\u0142ug, do degradacji umiej\u0119tno\u015bci deweloper\u00f3w. Dos\u0142ownie dwa dni temu t\u0142umaczy\u0142em deweloperowi, \u017ce mo\u017cna pisa\u0107 i odczytywa\u0107 z r\u00f3\u017cnych host\u00f3w, a on z determinacj\u0105 dowodzi\u0142, \u017ce nigdy czego\u015b takiego nie widzia\u0142. W ustawieniach s\u0105 host, port, db, user, password i to wszystko\u2026 A jednak deweloper potrafi uruchamia\u0107 wdro\u017cenia, pisa\u0107 pliki YAML\u2026 Ale ju\u017c zapomina o testach jednostkowych i komentarzach w kodzie.<\/p>\n

W rezultacie widzimy, \u017ce ci\u0105g\u0142e przer\u00f3bki, poszukiwanie rozwi\u0105za\u0144 problem\u00f3w poza godzinami pracy, nieustanne kszta\u0142cenie si\u0119 w weekendy nie s\u0142u\u017cy wzrostowi dochod\u00f3w, lecz utrzymaniu si\u0119 na powierzchni. Deweloperzy musz\u0105 wspiera\u0107 in\u017cyniera DevOps przy CI\/CD, a je\u015bli deweloper nie ma czasu, zaczyna si\u0119 dusi\u0107, a mened\u017cerowie zaczynaj\u0105 go przycisn\u0105\u0107. A je\u015bli to nie pomaga zwi\u0119kszy\u0107 ch\u0119ci do pracy w nadgodzinach, zaczynaj\u0105 stosowa\u0107 sankcje i kary, a osoba szuka nowego miejsca pracy, zostawiaj\u0105c po sobie d\u0142ug technologiczny wielko\u015bci Evereestu. W rezultacie d\u0142ug ro\u015bnie tak\u017ce u deweloper\u00f3w, poniewa\u017c musz\u0105 pisa\u0107 kod z mniejszym refaktoryzowaniem, aby zd\u0105\u017cy\u0107 pom\u00f3c starym lub nowym in\u017cynierom DevOps. A mened\u017cerowie s\u0105 z tego zadowoleni, bo wina jest widoczna, a wi\u0119c zasadnicza zasada Agile w zarz\u0105dzaniu zosta\u0142a zachowana \u2013 winny zosta\u0142 znaleziony, a wyniki jego ukarania s\u0105 widoczne. <\/p>\n

Kiedy\u015b na ITGM wyst\u0119powa\u0142em z wyk\u0142adem \u201ekiedy nauczymy si\u0119 m\u00f3wi\u0107 'nie'\u201d \u2013 jego rezultaty by\u0142y bardzo wymowne. Ogromna liczba ludzi uwa\u017ca, \u017ce to s\u0142owo jest tabu i dop\u00f3ki nie przestaniemy tak my\u015ble\u0107, problemy tylko b\u0119d\u0105 rosn\u0105\u0107.<\/p>\n

Cz\u0119\u015bciowo na t\u0119 artyku\u0142 zainspirowa\u0142 mnie ten artyku\u0142<\/a><\/noindex>, ale p\u00f3\u017aniej by\u0107 mo\u017ce opisz\u0119 go mniej okr\u0119\u017cnymi terminami.<\/p>\n

Tylko zarejestrowani u\u017cytkownicy mog\u0105 bra\u0107 udzia\u0142 w ankiecie. Zaloguj si\u0119<\/a><\/noindex>, prosz\u0119.<\/p>\n

Czy spotka\u0142e\u015b si\u0119 w pracy z sytuacj\u0105, gdy pracodawca pr\u00f3bowa\u0142 zast\u0105pi\u0107 ci\u0119 jako kilka os\u00f3b?<\/h2>\n