It treurichste yn de hjoeddeiske situaasje is dat IT stadichoan in yndustry wurdt dêr't der hielendal gjin wurd "stop" is yn it oantal ferantwurdlikheden per persoan.
By it lêzen fan fakatueres, soms sjogge jo sels net 2-3 minsken, mar in hiele bedriuw yn ien persoan, elkenien is yn in haast, technyske skuld groeit, de âlde neilittenskip liket folsleinens tsjin 'e eftergrûn fan nije produkten, om't it op syn minst hat in dock en opmerkings yn 'e koade, nije produkten wurde skreaun mei de snelheid fan ljocht, mar as gefolch, se kinne net brûkt wurde foar in oar jier nei't se binne skreaun, en faak dit jier bringt gjin winst, boppedat, de kosten fan de wolk is heger as de ferkeap fan 'e tsjinst. It jild fan ynvestearders giet nei it ûnderhâld fan in tsjinst dy't noch net wurket, mar dy't al as wurknimmer oan it netwurk frijlitten is.
As foarbyld: in bekend bedriuw waans remaster fan in âld spultsje de leechste wurdearrings yn 'e skiednis fan' e yndustry krige. Ik wie ien fan dyjingen dy't kocht dit produkt, mar sels no dit produkt wurket ferskriklik, en yn teory soe net west hawwe útbrocht yn dizze foarm noch. Refunds, rating drop, in grut oantal brûkers ferbod op de foarums foar klachten oer it wurk fan tsjinsten. It oantal patches is net bliid, mar skrikt, mar dochs - it produkt is net brûkber. As dizze oanpak liedt ta sokke resultaten foar in bedriuw dat hat ûntwikkele sûnt 91, dan foar bedriuwen dy't krekt begjinne út, de situaasje is noch slimmer.
Mar wy seagen de resultaten fan dizze oanpak fan 'e kant fan' e brûker fan 'e tsjinst, en litte wy no sjen nei de problemen dy't meiwurkers hawwe.
Ik hear faaks de útspraak dat d'r gjin DevOps-teams moatte wêze, dat dit in metodyk is, ensfh., mar it probleem is dat bedriuwen om ien of oare reden net mear sykje nei noks, dba, infructors en bouwingenieurs - no is it allegear in DevOps-yngenieur yn ien persoan. Fansels binne der yn yndividuele bedriuwen noch sokke fakatueres, mar dat binne hieltyd minder. In protte neamden dizze ûntwikkeling, ik sjoch persoanlik degradaasje yn dit, it is ûnmooglik om in goed nivo fan kennis op alle gebieten te behâlden, en tagelyk slagje om net mear as 8 oeren te wurkjen. Fansels binne dit fantasyen. Yn 'e realiteit wurde in protte IT-arbeiders twongen om sawol 12 as 14 oeren te wurkjen, wêrfan 8. En faaks sûnder frije dagen, om't "ik krige in taak, d'r binne gjin docks of bochten, en de tsjinst kostet jild", en foar 1 yn 'e wolk, kinne jo, yn prinsipe, net krije in salaris yn in pear moannen, benammen as jo wurkje op in IP basis. Yn feite, wy ferlieze it wurd yn it bedriuwslibben, tegearre mei de skieding fan taken, ik bin hieltyd mear konfrontearre mei it feit dat managers komme yn ûntwikkeling prosessen sûnder begripe neat, se betize saaklike gegevens en applikaasje operaasje, as gefolch, chaos begjint.
As de gaos begjint, wol it bedriuw de dieder fine, en hjir hawwe jo in universele skuldige nedich, it is lestich om de skuld op 10+ minsken te pleatsen, sadat managers har posysjes ferienigje, om't de mear taken 1 spesjalist hat, hoe makliker it is om bewize syn sleauwichheid. En yn 'e betingsten fan Agile is it finen fan de "skuldich" en spanking de basis fan dizze metodyk foar it dwaan fan saken yn behear. Agile is al lang út IT, en har haadkonsept is de eask wurden fan deistige resultaten. It probleem is dat in tige spesjalisearre spesjalist net altyd in deistich resultaat hat, wat betsjut dat it dreger sil wêze om te rapportearjen, en dit is in oare reden wêrom't bedriuwen "spesjalisten yn alles" wolle. Mar de wichtichste reden, fansels, is de leanlist - hy is de wichtichste reden foar alle feroarings, om 'e wille fan' e útkearing, minsken ôfpraat om te wurkjen foar harsels en dy keardel. Mar úteinlik, lykas op oare gebieten, is it no gewoan in ferplichting wurden, foar in lytsere betelling foar in grutter tal oanbeane tsjinsten.
No kinne jo faaks sels artikels sjen dy't ûntwikkelders al moatte kinne ynsette, moatte omgean mei de ynfrastruktuer neist in DevOps-yngenieur, mar wat liedt dit ta? Dat is rjocht - nei in drip yn 'e kwaliteit fan tsjinsten, nei in drip yn' e kwaliteit fan ûntwikkelders. Letterlik 2 dagen lyn haw ik de ûntwikkelder útlein dat jo kinne skriuwe en lêze fan ferskate hosts, en se bewiisden my mei skom op 'e mûle dat se noch noait sa'n ding sjoen hiene, hjir is it yn' e ynstellings orm host, haven, db, brûker, wachtwurd en dat is it .... Mar de ûntwikkelder wit hoe't te lansearjen ynset, skriuwe yamls .... Mar hy ferjit al ienheidstests en opmerkings yn 'e koade.
As gefolch sjogge wy it folgjende - konstante ferwurking, sykjen nei oplossingen foar problemen bûten wurktiden, konstante training yn 'e wykeinen, en net om ynkomsten te ferheegjen, mar om ússels oerein te hâlden. Untwikkelders wurde twongen om in DevOps-yngenieur te helpen mei CI / CD, en as de ûntwikkelder gjin tiid hat, begjint hy te sluten, en managers begjinne harsens te kompostearjen, en as dit net helpt om de winsk om oerwurk te wurkjen te ferheegjen, tapasse dan boetes en boetes, de persoan is op syk nei in nije baan, leaving efter in technyske skuld de grutte fan Everest, as gefolch, de skuld begjint te groeien ûnder ûntwikkelders ek. se wurde twongen om koade te skriuwen mei minder refactoring om tiid te hawwen om in âlde of in nije DevOps-yngenieur te helpen, en managers binne aardich bliid mei alles, om't der in skuldige persoan is en hy kin direkt sjoen wurde, wat betsjut dat de haadregel yn Agile behear wurdt waarnommen, de skuldige wurdt fûn, de resultaten fan syn flogging sichtber.
Ien kear by ITGM makke ik in presintaasje "as wy leare nee te sizzen" - de resultaten wiene heul iepenbierend. In grut oantal minsken leauwe dat dit wurd taboe is, en oant wy ophâlde te tinken, sille de problemen allinich groeie.
Foar in part ynspirearre my te skriuwen dit artikel., mar ik sil it miskien letter yn minder noflike wurden skriuwe.
Allinnich registrearre brûkers kinne meidwaan oan 'e enkête. , asjebleaft.
Hawwe jo op it wurk tsjinkaam doe't de wurkjouwer besocht ferskate minsken mei jo te ferfangen?
-
65,6%Ja, ik kom der geregeld tsjin
-
5,4%Ja, 1 kear 15 tsjinkommen
-
15,4%Net opmurken 43
-
13,6%Ik bin in workaholic, ik wurkje sels oerwurk38
279 brûkers stimden. 34 brûkers ûntholden har.
Boarne: www.habr.com