Die hartseerste ding in vandag se situasie is dat IT geleidelik 'n bedryf word waar daar geen woord "stop" is in die aantal verantwoordelikhede per persoon nie.
Wanneer u vakatures lees, sien u soms selfs nie 2-3 mense nie, maar 'n hele maatskappy in een persoon, almal is haastig, tegniese skuld groei, ou nalatenskap teen die agtergrond van nuwe produkte lyk na perfeksie, want dit het ten minste dokke en kommentaar in die kode, word nuwe produkte teen die spoed van lig geskryf, maar op die ou end kan dit nie vir nog 'n jaar gebruik word nadat dit geskryf is nie, en bring hierdie jaar dikwels nie wins nie; bowendien is die koste van die "wolk ” is hoër as die verkope van die diens. Beleggers se geld word bestee aan die instandhouding van 'n diens wat nog nie werk nie, maar wat reeds aanlyn as 'n werkende een vrygestel is.
As voorbeeld: 'n bekende maatskappy wie se remaster van 'n ou speletjie die laagste graderings in die hele geskiedenis van die bedryf ontvang het. Ek was een van diegene wat hierdie produk gekoop het, maar selfs nou werk hierdie produk verskriklik, en in teorie moes dit nie in hierdie vorm te koop gewees het nie. Terugbetalings, dalende graderings, 'n groot aantal verbod op gebruikers op forums vir klagtes oor die werk van dienste. Die aantal kolle is nie verstommend nie, maar skrikwekkend, maar tog is die produk nie bruikbaar nie. As hierdie benadering tot sulke resultate lei vir 'n maatskappy wat sedert 91 ontwikkel het, dan is die situasie selfs erger vir maatskappye wat pas begin.
Maar ons het na die resultate van hierdie benadering van die diensgebruiker se kant gekyk, en kom ons kyk nou na die probleme wat werknemers teëgekom het.
Ek hoor gereeld die stelling dat DevOps-spanne nie moet bestaan nie, dat dit 'n metodologie is, ens., maar die probleem is dat maatskappye om een of ander rede opgehou het om na noks, dba, infrastruktuur en bouingenieurs te soek - nou is dit alles 'n enkele DevOps-ingenieur . Daar is natuurlik nog sulke vakatures in individuele maatskappye, maar daar is al hoe minder van hulle. Baie het hierdie ontwikkeling genoem, ek sien persoonlik agteruitgang hierin, dit is onmoontlik om 'n goeie vlak van kennis op alle gebiede te handhaaf, en terselfdertyd daarin slaag om nie meer as 8 uur te werk nie. Natuurlik is dit fantasieë. In werklikheid word baie IT-werkers gedwing om 12 of 14 uur te werk, waarvan 8 betaal word. En dikwels sonder verlofdae, want "Ek het 'n taak gekry, daar is geen dokumente of skewe nie, en die diens kos geld." en vir 1 'n fout in die wolk, kan jy basies nie 'n salaris in 'n paar maande kry nie, veral as jy as 'n individuele entrepreneur werk. Ons verloor in wese ons sê in besigheid, tesame met die verdeling van verantwoordelikhede; Ek word toenemend gekonfronteer met die feit dat bestuurders inmeng met ontwikkelingsprosesse sonder om enigsins iets daarvan te verstaan, hulle verwar besigheidsdata en die werking van die toepassing, en soos gevolglik begin chaos.
Wanneer chaos begin, wil die besigheid die skuldige vind, en hier het hulle 'n universele skuldige nodig; dit is moeilik om die skuld op 10+ mense te pak, dus kombineer bestuurders posisies, want hoe meer verantwoordelikhede een spesialis het, hoe makliker is dit om bewys sy nalatigheid. En in Agile toestande is die vind van die "skuldiges" en geseling die basis van hierdie metodologie om sake in bestuur te doen. Agile het lank gelede uit IT gekom, en die hoofkonsep daarvan het die vereiste van daaglikse resultate geword. Die probleem is dat 'n hoogs gespesialiseerde spesialis nie altyd daaglikse resultate sal hê nie, wat beteken dit sal moeiliker wees om te rapporteer, en dit is nog 'n rede waarom besighede "kundiges in alles" wil hê. Maar die hoofrede is natuurlik die betaalstaat – dit is die hoofrede vir al die veranderinge, ter wille van die bonus het mense ingestem om vir hulself en daardie ou te werk. Maar op die ou end, soos op ander gebiede, het dit bloot nou 'n verantwoordelikheid geword, vir minder betaling vir 'n groter aantal dienste wat gelewer word.
Deesdae kan jy selfs artikels sien wat sê dat ontwikkelaars ook moet kan ontplooi, moet werk aan infrastruktuur saam met 'n DevOps-ingenieur, maar waartoe lei dit? Dit is reg - tot 'n daling in die kwaliteit van dienste, tot 'n daling in die kwaliteit van ontwikkelaars. Ek het net 2 dae gelede aan die ontwikkelaar verduidelik dat jy van verskillende gashere kan skryf en lees, en hulle het geskuim om die mond te bewys dat hulle nog nooit so iets gesien het nie, maar in die instellings is daar orm host, port, db, user , wagwoord en dit is dit…. Maar die ontwikkelaar weet hoe om ontplooiings uit te voer, yams te skryf ... Maar hy vergeet reeds van eenheidstoetse en opmerkings in die kode.
Gevolglik sien ons die volgende - konstante oortyd, soek na oplossings vir probleme buite werksure, konstante opleiding oor naweke, en nie om inkomste te verhoog nie, maar om onsself kop bo water te hou. Ontwikkelaars word gedwing om 'n DevOps-ingenieur met CI/CD te help, en as die ontwikkelaar nie tyd het nie, begin hy vashaak, en bestuurders begin hul brein komposteer, en as dit nie help om die begeerte om oortyd te werk te verhoog nie, pas dan boetes en boetes toe, die persoon soek 'n nuwe werk en laat 'n tegniese skuld die grootte van Everest agter, gevolglik begin die skuld onder ontwikkelaars groei, want hulle word gedwing om kode met minder herfaktorering te skryf om tyd te hê om óf 'n ou óf nuwe DevOps-ingenieur te help, en bestuurders is baie tevrede met alles, want die skuldige is daar en hy kan dadelik gesien word, wat die basiese reël beteken in Agile bestuur is gevolg, die skuldige is gevind, die resultate van die geseling is sigbaar.
Ek het eenkeer 'n aanbieding by ITGM gehou "wanneer ons leer om "nee" te sê - die resultate daarvan was baie onthullend. ’n Groot aantal mense glo dat hierdie woord taboe is, en totdat ons ophou om so te dink, sal die probleme net groei.
Hierdie artikel is deels deur my geïnspireer, maar later sal ek dit dalk in minder beleefde terme beskryf.
Slegs geregistreerde gebruikers kan aan die opname deelneem. , asseblief.
Het jy al ooit by die werk teëgekom wanneer 'n werkgewer verskeie mense met jou probeer vervang het?
-
65,6%Ja, ek kom dit gereeld teë183
-
5,4%Ja, het dit 1 keer15 teëgekom
-
15,4%Nie opgemerk nie43
-
13,6%Ek is 'n werkverslaafde, ek werk self oortyd38
279 gebruikers het gestem. 34 gebruikers het buite stemming gebly.
Bron: will.com