Het meest treurige aan de huidige situatie is dat de IT-sector geleidelijk aan een branche wordt waar het woord "stop" niet meer bestaat in de verantwoordelijkheden van Ć©Ć©n persoon.
Wanneer je vacatures leest, zie je soms niet eens 2-3 personen, maar een heel bedrijf in Ć©Ć©n persoon. Iedereen is gehaast, de technische schuld groeit, en oude legacy-systemen lijken wel perfect in vergelijking met nieuwe producten, omdat daar in ieder geval documentatie en commentaar in de code is. Nieuwe producten worden met een enorme snelheid ontwikkeld, maar ze kunnen vaak nog een jaar na hun vervaardiging niet gebruikt worden, en dat jaar genereert vaak geen winst. Bovendien zijn de kosten voor de "cloud" hoger dan de verkopen van de service. Geld van investeerders gaat op aan het onderhoud van een service die nog niet werkt, maar die al als operationeel is gelanceerd.
Als voorbeeld: een bekend bedrijf wiens remaster van een oude game de laagste recensies aller tijden in de industrie heeft ontvangen. Ik was een van diegenen die dit product heeft gekocht, maar zelfs nu functioneert dit product vreselijk, en zou in principe nog niet in deze staat verkocht moeten worden. Terugbetalingen, daling van de rating, een enorme hoeveelheid gebruikersban op de forums vanwege klachten over de werking van de services. Het aantal patches is niet indrukwekkend, maar schrikbarend, en toch is het product niet bruikbaar. Als deze aanpak zulke resultaten oplevert voor een bedrijf dat sinds 1991 ontwikkelt, is de situatie voor bedrijven die net beginnen nog veel slechter.
Maar dit was vanuit het perspectief van de gebruiker van de service. Laten we nu eens kijken naar de problemen die zijn ontstaan voor de werknemers.
Ik hoor vaak de bewering dat er geen DevOps-teams zouden moeten zijn, dat het een methodologie is, enzovoorts. Maar het probleem is dat bedrijven om de een of andere reden zijn gestopt met het zoeken naar sysadmins, DBA's, infrastructuur medewerkers en build-engineers ā tegenwoordig is dat allemaal een DevOps-engineer in Ć©Ć©n persoon. Natuurlijk zijn er in sommige bedrijven nog steeds zulke vacatures, maar het aantal neemt af. Velen noemen dit een ontwikkeling, maar persoonlijk zie ik het als een achteruitgang; het is onmogelijk om een goed kennisniveau op alle gebieden te behouden en tegelijkertijd niet meer dan 8 uur te werken. Uiteraard ā dat zijn fantasieĆ«n. In de werkelijkheid zijn veel IT'ers gedwongen om 12 of zelfs 14 uur te werken, waarvan slechts 8 betaald worden. En vaak zonder vrije dagen, omdat "ik heb een taak gekregen, de documentatie ontbreekt of is onvolledig, en het kost ook nog eens geld voor de service", en voor Ć©Ć©n fout in de cloud kan je in principe je salaris voor enkele maanden niet ontvangen, vooral als je als zelfstandig ondernemer werkt. In feite verliezen we onze stem in het bedrijfsleven, samen met de scheiding van verantwoordelijkheden; ik kom steeds vaker tegen dat managers zich met de ontwikkelingsprocessen bemoeien zonder er eigenlijk iets van te begrijpen, ze verwarren bedrijfsdata met de werking van applicaties, wat resulteert in chaos.
Wanneer de chaos begint, wil het bedrijfsleven een schuldige vinden, en hiervoor is een universele schuldige nodig, het is moeilijk om de schuld op 10+ mensen te leggen, dus combineren managers posities; hoe meer verantwoordelijkheden Ć©Ć©n specialist heeft, hoe eenvoudiger het is om zijn knulligheid aan te tonen. In de context van Agile is het vinden van de "schuldige" en bestraffen de basis van deze methodologie voor bedrijfsvoering in management. Agile is al lang uit de IT-wereld gekomen, en de belangrijkste conceptie daarvan is het vereisen van dagelijkse resultaten. Het probleem is dat een specialist met een smalle expertise niet altijd dagelijkse resultaten zal hebben, wat betekent dat het moeilijker zal zijn om verantwoording af te leggen, en dit is weer een reden waarom het bedrijfsleven "specialisten voor alles" wil. Maar de belangrijkste reden is natuurlijk het personeelsoverzicht ā dat is de voornaamste reden voor alle veranderingen; mensen gingen akkoord om voor zichzelf en een ander te werken voor een hogere beloning. Maar uiteindelijk, net als in andere sectoren, is dit nu gewoon een verplichting geworden, voor een lagere vergoeding voor een groter aantal geleverde diensten.
Tegenwoordig zie je vaak artikelen waarin wordt gesteld dat ontwikkelaars ook moeten kunnen deployen en zich moeten bezighouden met infrastructuur naast de DevOps-engineer. Maar wat leidt dat tot? Juist, tot een daling van de servicekwaliteit en de kwaliteit van ontwikkelaars. Ongeveer twee dagen geleden legde ik een ontwikkelaar uit dat je uit verschillende hosts kunt lezen en schrijven, terwijl hij met verve beweerde dat hij dat nog nooit had gezien. In de instellingen stonden host, poort, db, gebruiker, wachtwoord en dat was het. Maar de ontwikkelaar kan wel deployments uitvoeren en YAML-bestanden schrijven... terwijl hij de unit tests en commentaar in de code vergeet.
Uiteindelijk zien we het volgende: constante overuren, het zoeken naar oplossingen buiten werktijd, continue training in het weekend, en niet voor salarisverhoging, maar om zichzelf op de been te houden. Ontwikkelaars moeten de DevOps-engineer helpen met CI/CD, en als de ontwikkelaar geen tijd heeft, raakt hij overweldigd, en beginnen de managers zijn hoofd in te moeien. En als dat niet helpt om de wens voor overuren te vergroten, dan worden er sancties en boetes toegepast. De persoon zoekt een nieuwe baan en laat technische schulden achter ter grootte van de Everest. Als gevolg daarvan beginnen de schulden ook bij de ontwikkelaars te groeien, omdat ze gedwongen zijn code te schrijven met minder refactorings, om of de oude of de nieuwe DevOps-engineer te helpen. En de managers zijn daar prima mee, want de schuldige is gevonden en meteen zichtbaar, wat betekent dat de basisregel bij Agile in management is nageleefd, de schuldige is gevonden en de resultaten van zijn straf zijn zichtbaar.
Eertijds heb ik op ITGM een lezing gegeven getiteld "wanneer leren we 'nee' te zeggen" - de resultaten waren zeer illustratief. Een enorm aantal mensen beschouwt dit woord als taboe, en zolang we dat blijven denken, zullen de problemen alleen maar toenemen.
Deze artikelen hebben mij deels geĆÆnspireerd, maar later zal ik het misschien minder omzichtig verwoorden.
Alleen geregistreerde gebruikers kunnen deelnemen aan de enquĆŖte. , alstublieft.
Heb je in je werk ooit meegemaakt dat een werkgever jou voor meerdere mensen probeerde in te zetten?
65,6%Ja, dat komt regelmatig voor183
5,4%Ja, dat is me Ć©Ć©n keer overkomen15
15,4%Heb dit niet opgemerkt43
13,6%Ik ben een workaholic, werkzelf ook vaak over38
Er hebben 279 gebruikers gestemd. 34 gebruikers hebben zich onthouden.
Bron: habr.com
