Det tråkigaste i dagsläget är att IT gradvis blir en bransch där det inte finns något ord ”stopp” alls i antalet ansvarsområden per person.
När du läser lediga jobb, ibland ser du till och med inte 2-3 personer, utan ett helt företag i en person, alla har bråttom, tekniska skulder växer, det gamla arvet ser ut som perfektion mot bakgrund av nya produkter, eftersom det åtminstone har en docka och kommentarer i koden, nya produkter skrivs med ljusets hastighet, men som ett resultat kan de inte användas ytterligare ett år efter att de skrivits, och ofta ger inte detta år vinst, dessutom är kostnaden för molnet är högre än försäljningen av tjänsten. Investerarnas pengar går till underhållet av en tjänst som ännu inte fungerar, men som redan har släppts till nätverket som arbetare.
Som ett exempel: ett välkänt företag vars remaster av ett gammalt spel fick de lägsta betygen i branschens historia. Jag var en av dem som köpte den här produkten, men även nu fungerar den här produkten fruktansvärt, och borde i teorin inte ha släppts i denna form än. Återbetalningar, betygsminskning, ett stort antal användarförbud på forumen för klagomål om tjänsternas arbete. Antalet plåster gläder inte, men skrämmer, men ändå - produkten är inte användbar. Om detta tillvägagångssätt leder till sådana resultat för ett företag som har utvecklats sedan 91, så är situationen ännu värre för företag som precis har börjat.
Men vi tittade på resultatet av detta tillvägagångssätt från användaren av tjänsten, och låt oss nu titta på de problem som anställda har.
Jag hör ofta påståendet att det inte borde finnas några DevOps-team, att det här är en metod, etc., men problemet är att företag av någon anledning har slutat leta efter noks, dba, infructors och byggingenjörer - nu är allt en DevOps-ingenjör hos en enda person. Naturligtvis finns det fortfarande sådana vakanser i enskilda företag, men de blir allt färre. Många kallade den här utvecklingen, jag ser personligen försämring i detta, det är omöjligt att hålla en bra kunskapsnivå inom alla områden, och samtidigt klara av att inte jobba mer än 8 timmar. Naturligtvis är detta fantasier. I verkligheten tvingas många IT-arbetare arbeta både 12 och 14 timmar, varav 8 är avlönade. Och ofta utan lediga dagar, eftersom ”jag fick en uppgift, det finns inga bryggor eller kurvor, och tjänsten kostar pengar”. och för 1 i molnet kan du i princip inte få lön på ett par månader, speciellt om du jobbar på IP-basis. Faktum är att vi tappar ordet i affärer, tillsammans med åtskillnaden av arbetsuppgifter, möter jag allt mer det faktum att chefer kommer in i utvecklingsprocesser utan att förstå någonting alls, de blandar ihop affärsdata och applikationsdrift, som ett resultat av kaos börjar.
När kaoset börjar vill verksamheten hitta den skyldige, och här behöver du en universell boven, det är svårt att lägga skulden på 10+ personer, så chefer förenar sina positioner, för ju fler uppgifter 1 specialist har, desto lättare är det att bevisa sin vårdslöshet. Och under Agiles förhållanden är att hitta de "skyldiga" och smisken grunden för denna metodik för att göra affärer inom ledningen. Agile har länge saknat IT, och dess huvudkoncept har blivit kravet på dagliga resultat. Problemet är att en högspecialiserad specialist inte alltid kommer att ha ett dagligt resultat, vilket innebär att det blir svårare att rapportera, och detta är ytterligare en anledning till att företag vill ha "specialister på allt". Men huvudorsaken är förstås lönelistan – han är huvudorsaken till alla förändringar, för bidragets skull gick folk med på att jobba för sig själva och den där killen. Men i slutändan, som på andra områden, har det nu helt enkelt blivit en skyldighet, för en mindre betalning för ett större antal tillhandahållna tjänster.
Nu kan du ofta till och med se artiklar som utvecklare redan borde kunna distribuera, borde ta itu med infrastrukturen bredvid en DevOps-ingenjör, men vad leder detta till? Det stämmer - till en minskning av kvaliteten på tjänsterna, till en sänkning av kvaliteten på utvecklarna. För bokstavligen 2 dagar sedan förklarade jag för utvecklaren att du kan skriva och läsa från olika värdar, och de bevisade för mig med skum i munnen att de aldrig hade sett något liknande, här är det i inställningarna eller värd, port, db, användare, lösenord och det är allt.... Men utvecklaren vet hur man startar distributioner, skriver yamls .... Men han glömmer redan enhetstester och kommentarer i koden.
Som ett resultat ser vi följande - ständig bearbetning, sökande efter lösningar på problem utanför arbetstid, ständig träning på helger, och inte för att öka inkomsten, utan för att hålla oss flytande. Utvecklare tvingas hjälpa en DevOps-ingenjör med CI/CD, och om utvecklaren inte har tid, börjar han hålla käften, och chefer börjar kompostera hjärnor, och om detta inte hjälper till att öka lusten att arbeta övertid, ansök då straff och böter söker personen efter ett nytt jobb och lämnar efter sig en teknisk skuld lika stor som Everest, som ett resultat börjar skulden växa även bland utvecklare. de tvingas skriva kod med mindre refactoring för att ha tid att hjälpa antingen en gammal eller ny DevOps-ingenjör, och chefer är ganska nöjda med allt, eftersom det finns en skyldig person och han kan ses direkt, vilket betyder att huvudregeln i agilt management iakttas, den skyldige hittas, resultatet av hans prygel är synligt.
En gång på ITGM gjorde jag en presentation "när vi lär oss att säga nej" - resultatet var mycket avslöjande. Ett stort antal människor tror att detta ord är tabu, och tills vi slutar tänka så kommer problemen bara att växa.
Delvis inspirerade mig att skriva den här artikeln., men jag kommer kanske att skriva det i mindre trevliga ordalag senare.
Endast registrerade användare kan delta i undersökningen. , Snälla du.
Har du stött på på jobbet när arbetsgivaren försökt ersätta flera personer med dig?
-
65,6%Ja, jag stöter på det regelbundet
-
5,4%Ja, stött på 1 gång15
-
15,4%märkte inte 43
-
13,6%Jag är arbetsnarkoman, jag jobbar själv övertid38
279 användare röstade. 34 användare avstod från att rösta.
Källa: will.com