{"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\/ro\/blog\/administrirovanie\/devops-ili-kak-my-teryaem-zarabotnuyu-platu-i-budushhee-it-otrasli","title":{"rendered":"DevOps sau cum ne pierdem salariile \u0219i viitorul industriei IT","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ceea ce este cel mai trist \u00een situa\u021bia de ast\u0103zi este c\u0103 IT-ul devine treptat o industrie \u00een care cuv\u00e2ntul \u201estop\u201d nu exist\u0103 \u00een ceea ce prive\u0219te num\u0103rul de responsabilit\u0103\u021bi pentru o persoan\u0103. <\/p>\n

Citind anun\u021burile de angajare, uneori observi c\u0103 nu mai sunt 2-3 oameni, ci o \u00eentreag\u0103 companie \u00eentr-o singur\u0103 persoan\u0103, to\u021bi se gr\u0103besc, datoria tehnic\u0103 cre\u0219te, vechiul sistem legacy, \u00een compara\u021bie cu noile produse, pare o capodoper\u0103, pentru c\u0103 m\u0103car are documenta\u021bie \u0219i comentarii \u00een cod, noile produse sunt dezvoltate cu viteza luminii, dar de obicei nu pot fi utilizate timp de un an dup\u0103 ce sunt scrise, iar adesea acest an nu aduce profit, dimpotriv\u0103, cheltuielile pentru \u201ecloud\u201d sunt mai mari dec\u00e2t v\u00e2nz\u0103rile serviciului. Banii investitorilor se duc \u00een \u00eentre\u021binerea unui serviciu care \u00eenc\u0103 nu func\u021bioneaz\u0103, dar care a fost deja lansat online ca fiind opera\u021bional.<\/a><\/noindex>
\nCa exemplu: o companie cunoscut\u0103, a c\u0103rei remasterizare a unui joc vechi a primit cele mai sc\u0103zute evalu\u0103ri din \u00eentreaga istorie a industriei. Am fost unul dintre cei care au cump\u0103rat acest produs, dar chiar \u0219i acum acest produs func\u021bioneaz\u0103 groaznic \u0219i, teoretic, nu ar fi trebuit s\u0103 ias\u0103 la v\u00e2nzare \u00een aceast\u0103 form\u0103. Return\u0103rile de bani, sc\u0103derea ratingului, un num\u0103r uria\u0219 de ban\u0103ri ale utilizatorilor pe forumuri din cauza pl\u00e2ngerilor referitoare la func\u021bionarea serviciilor. Num\u0103rul de patch-uri nu este impresionant, ci terifiant, dar totu\u0219i \u2013 produsul este inutilizabil. Dac\u0103 aceast\u0103 abordare conduce la astfel de rezultate pentru o companie care dezvolt\u0103 din 1991, situa\u021bia pentru companiile care abia \u00ee\u0219i \u00eencep activitatea este \u0219i mai rea.<\/p>\n

Dar am analizat rezultatele unei astfel de abord\u0103ri din perspectiva utilizatorului serviciului; acum s\u0103 ne uit\u0103m la problemele care au ap\u0103rut pentru angaja\u021bi. <\/p>\n

Adesea aud afirma\u021bia c\u0103 nu ar trebui s\u0103 existe echipe DevOps, c\u0103 este doar o metodologie \u0219i a\u0219a mai departe, dar problema este c\u0103 companiile au \u00eencetat s\u0103 caute ingineri de re\u021bea, DBA, speciali\u0219ti \u00een infrastructur\u0103 \u0219i ingineri de build \u2013 acum toate aceste roluri sunt de\u021binute de un singur inginer DevOps. Desigur, \u00een unele companii aceste posturi mai exist\u0103, dar num\u0103rul lor este \u00een sc\u0103dere. Mul\u021bi spun c\u0103 este o evolu\u021bie, dar eu personal v\u0103d \u00een aceasta o degradare, deoarece nu este posibil s\u0103 men\u021bii un nivel bun de cuno\u0219tin\u021be \u00een toate direc\u021biile \u0219i s\u0103 reu\u0219e\u0219ti s\u0103 lucrezi mai pu\u021bin de 8 ore. Evident \u2013 aceasta este o fantezie. \u00cen realitate, mul\u021bi IT-i\u0219ti sunt nevoi\u021bi s\u0103 lucreze 12 sau 14 ore, din care sunt pl\u0103ti\u021bi doar 8. Iar adesea, f\u0103r\u0103 zile libere, pentru c\u0103 \u201eam primit o sarcin\u0103, documenta\u021bia lipse\u0219te sau este incomplet\u0103 \u0219i serviciul cost\u0103\u201d, iar pentru o singur\u0103 eroare \u00een cloud, po\u021bi pierde practic salariul pentru c\u00e2teva luni, mai ales dac\u0103 lucrezi ca persoan\u0103 fizic\u0103 autorizat\u0103. De fapt, pierdem cuv\u00e2ntul \u00een afacere, odat\u0103 cu \u00eemp\u0103r\u021birea sarcinilor, m\u0103 confrunt tot mai des cu situa\u021bia \u00een care managerii se amestec\u0103 \u00een procesele de dezvoltare, f\u0103r\u0103 s\u0103 \u00een\u021beleag\u0103 nimic despre ele, confund\u00e2nd datele de afaceri cu func\u021bionarea aplica\u021biei, iar \u00een rezultat, haosul \u00eencepe. <\/p>\n

C\u00e2nd \u00eencepe haosul, afacerea vrea s\u0103 g\u0103seasc\u0103 un vinovat, iar aici este nevoie de un vinovat universal, este dificil s\u0103 pui vina pe 10+ oameni, a\u0219a c\u0103 managerii unific\u0103 pozi\u021biile, deoarece cu c\u00e2t un specialist are mai multe responsabilit\u0103\u021bi, cu at\u00e2t este mai u\u0219or s\u0103 \u00eei dovede\u0219ti neglijen\u021ba. \u00cen condi\u021bii Agile, g\u0103sirea \u201evinovatului\u201d \u0219i pedepsirea acestuia este baza acestei metodologii de conducere a afacerii \u00een management. Agile a ie\u0219it de mult din IT, iar conceptul s\u0103u principal a devenit \u2013 cerin\u021ba de rezultate zilnice. Problema este c\u0103 un specialist foarte specializat nu va avea \u00eentotdeauna un rezultat zilnic, ceea ce face raportarea mai dificil\u0103, \u0219i aceasta este \u00eenc\u0103 o alt\u0103 cauz\u0103 pentru care afacerea caut\u0103 \u201especiali\u0219ti care s\u0103 se ocupe de toate\u201d. Dar motivul principal este, desigur, fondul de salarii \u2013 acesta este motivul principal al tuturor schimb\u0103rilor, pentru o suplimentare, oamenii acceptau s\u0103 lucreze \u00een locul lor \u0219i al altora. Dar, \u00een final, ca \u00een alte domenii, aceasta a devenit pur \u0219i simplu o obliga\u021bie, pentru o plat\u0103 mai mic\u0103 pentru un num\u0103r mai mare de servicii oferite. <\/p>\n

Acum se pot observa frecvent chiar \u0219i articole despre faptul c\u0103 dezvoltatorii ar trebui s\u0103 fie capabili s\u0103 efectueze deploy-uri, s\u0103 se ocupe de infrastructur\u0103 al\u0103turi de inginerii DevOps, dar la ce conduce asta? Corect \u2013 la sc\u0103derea calit\u0103\u021bii serviciilor, la sc\u0103derea calit\u0103\u021bii dezvoltatorilor. Chiar acum dou\u0103 zile am explicat unui dezvoltator c\u0103 se poate scrie \u0219i citi din diferite gazde, iar el a insistat c\u0103 nu a v\u0103zut a\u0219a ceva niciodat\u0103, iat\u0103, exist\u0103 \u00een set\u0103rile orm gazda, portul, db, utilizator, parol\u0103 \u0219i at\u00e2t... Dar dezvoltatorul \u0219tie cum s\u0103 efectueze deploy-uri, s\u0103 scrie yaml-uri... Dar deja uit\u0103 de testele unitare \u0219i comentariile \u00een cod.<\/p>\n

\u00cen rezultat, vedem urm\u0103toarele \u2013 ore suplimentare constante, c\u0103utarea solu\u021biilor la probleme \u00een afara timpului de lucru, \u00eenv\u0103\u021bare constant\u0103 \u00een weekend, \u0219i nu pentru a cre\u0219te veniturile, ci pentru a se men\u021bine pe linia de plutire. Dezvoltatorii sunt nevoi\u021bi s\u0103 ajute inginerul DevOps cu CI\/CD, iar dac\u0103 dezvoltatorului nu \u00eei ajunge timpul, acesta \u00eencepe s\u0103 se sufoc\u0103, iar managerii \u00eencep s\u0103-\u0219i frece min\u021bile, iar dac\u0103 asta nu ajut\u0103 la cre\u0219terea dorin\u021bei de a lucra ore suplimentare, atunci se aplic\u0103 sanc\u021biuni \u0219i penaliz\u0103ri, iar omul caut\u0103 un nou loc de munc\u0103, l\u0103s\u00e2nd \u00een urm\u0103 o datorie tehnic\u0103 de m\u0103rimea Everestului; rezultatul este c\u0103 datoria \u00eencepe s\u0103 creasc\u0103 \u0219i pentru dezvoltatori, deoarece sunt nevoi\u021bi s\u0103 scrie cod cu mai pu\u021bin refactoring, pentru a reu\u0219i s\u0103 ajute fie vechiului, fie noului inginer DevOps, iar managerii sunt complet mul\u021bumi\u021bi, pentru c\u0103 exist\u0103 un vinovat care se vede imediat, ceea ce \u00eenseamn\u0103 c\u0103 regula principal\u0103 \u00een Agile \u00een management este respectat\u0103, vinovatul a fost g\u0103sit, iar rezultatele pedepsirii sale sunt vizibile. <\/p>\n

C\u00e2ndva pe ITGM am sus\u021binut o prezentare \u201ec\u00e2nd vom \u00eenv\u0103\u021ba s\u0103 spunem \u201enu\u201d\u201d \u2013 rezultatele au fost foarte revelatoare. Un num\u0103r foarte mare de oameni consider\u0103 c\u0103 acest cuv\u00e2nt este tabu, \u0219i p\u00e2n\u0103 nu vom \u00eenceta s\u0103 mai credem asta, problemele vor continua s\u0103 creasc\u0103.<\/p>\n

Par\u021bial, \u00een scrierea acestui articol m-a inspirat acest articol<\/a><\/noindex>, dar poate c\u0103 mai t\u00e2rziu voi descrie asta cu termeni mai direc\u021bi.<\/p>\n

Numai utilizatorii \u00eenregistra\u021bi pot participa la sondaj. Conecta\u021bi-v\u0103<\/a><\/noindex>, v\u0103 rug\u0103m.<\/p>\n

Te-ai confruntat vreodat\u0103 \u00een munc\u0103 cu un angajator care a \u00eencercat s\u0103 te \u00eenlocuiasc\u0103 cu mai mul\u021bi oameni?<\/h2>\n