Przyp. tłum.: Zainteresowanie wzbudził najpopularniejszy post na subreddicie /r/DevOps w ostatnim miesiącu: „Automatyzacja oficjalnie zastąpiła mnie w pracy — pułapka dla DevOps-ów”. Jego autor (z USA) opowiedział swoją historię, która ożywiła popularne przysłowie, że automatyzacja zabije potrzebę w tych, którzy wspierają systemy oprogramowania.
Wyjaśnienie na Urban Dictionary dotyczące już ustalonej (?!) frazy o zastąpieniu człowieka skryptem
Tak więc oto sam post:
Wśród działów DevOps słychać często takie żarty: „Jeśli wszystko zautomatyzujemy, to zostaniemy bez pracy”.
Jednak to właśnie się stało ze mną i około setką innych inżynierów DevOps. Nie mogę wchodzić w szczegóły z powodu umowy o poufności: jestem pewien, że prędzej czy później informacje wypłyną, ale nie chcę być tym, który je ujawnia.
Postaram się przedstawić ogólny zarys tego, jak to wszystko się wydarzyło.
Około pięciu lat temu pracowałem jako menedżer w dziale DevOps w średniej wielkości firmie technologicznej, zarabiając wówczas świetną pensję (190 tysięcy USD), która rekompensowała nasz ogromny nakład przymusowych nadgodzin.
Jak to zwykle bywa, skontaktował się ze mną rekruter z LinkedIn. Reprezentował największy wielonarodowy konglomerat, który w ogóle mnie nie interesował jako potencjalne miejsce pracy. Rekruter napisał, że firma aktywnie rozszerza swoje zespoły programistów, deweloperów i DevOps w oczekiwaniu na kilka dużych projektów, i zauważył, że chcieliby zaprosić mnie na rozmowę kwalifikacyjną.
Odmówiłem i powiedziałem, że mnie to nie interesuje. Zapytał, ile zarabiam, i podkreślił, że konglomerat na pewno zaproponuje znacznie więcej. To pobudziło moją ciekawość — uważałem, że już mam świetną pensję.
Krótko mówiąc, poleciałem na rozmowę kwalifikacyjną, dostałem stanowisko Senior Leada z pensją 275 tysięcy USD plus opcje na akcje i bonusy, a także możliwość pracy zdalnej (tzn. nie musiałem się przeprowadzać), chociaż sama idea pracy dla ogromnej korporacji mi się nie podobała. Jednak oferta była zbyt dobra, aby ją odrzucić (obiecali mi znacznie więcej niż Amazon wcześniej w tym roku).
W firmie istniał dział DevOps, jednak składał się on głównie z doświadczonych administratorów systemów, którzy potrafili napisać sporo w Pythonie/Bash/PowerShell, co stawało się niebezpieczne. Dlatego potrzebowali zespołu prawdziwych inżynierów DevOps z doświadczeniem w programowaniu w językach niższego poziomu do pracy nad skomplikowanymi projektami.
W ciągu następnych trzech lat nasz dział rozrastał się. Muszę przyznać, że kierownictwo robiło wszystko prawidłowo. Prawie nigdy nie odmawiali w tym, o co prosiliśmy, a ponad 90% zaplanowanych projektów zrealizowaliśmy na czas i w ramach budżetu, co naprawdę było zdumiewające.
Jednak około półtora roku temu stało się oczywiste, że zautomatyzowaliśmy dosłownie *wszystko*. Oczywiście nadal odbywała się regularna konserwacja i kontrole, jednak w ciągu ostatnich półtora roku rzeczywiście pracowałem tylko 1-2 godziny dziennie, ponieważ praktycznie nie było nic do zrobienia. Nie zamierzałem rezygnować z tak dobrze płatnej pracy, ale bałem się, że dzień X w końcu nadejdzie, i wczoraj to się stało.
W zasadzie ogłoszono, że większość zespołów DevOps została rozwiązana (zostało 75 osób zajmujących się konkretnymi aplikacjami), ponieważ zespoły IT i inżynierowie oprogramowania byli w stanie poradzić sobie z całym kodem, a dla chłopaków z DevOps po prostu nie było już pracy.
Zaproponowano mi stanowisko w zespole IT, ale zarobki były tam prawie dwukrotnie niższe. Mogłem nadal pracować zdalnie, jednak chcieli, żebym ostatecznie przeniósł się do miasta, w którym znajduje się biuro, i mógł częściej się w nim pojawiać.
Szkoda, że tak się stało, ponieważ lubiłem tam pracować. Firma dbała o nas dobrze (pomijając zwolnienie, oczywiście), a miejsc dla DevOps-ów z pensją powyżej 200 tysięcy USD i standardowym 8-godzinnym dniem pracy, prawie bez nadgodzin, nie ma tak wiele.
Na szczęście mądrze zarządzałem swoimi pieniędzmi i udało mi się całkowicie spłacić cztery kredyty hipoteczne w ciągu ostatnich 5 lat. Teraz mam niewielki dodatkowy dochód, wydatki są ograniczone, więc mogę pozwolić sobie na powolne poszukiwanie nowego miejsca.
Dodatki (od tłumacza)
Autor tak swój tytuł: „Przepraszam, jeśli to wyszło jak clickbait: po prostu próbowałem dodać trochę humoru do tytułu, nie mając zamiaru przekształcać swojej historii w clickbait lub horror DevOps”.
A w kontekście DevOps zgodziło się z wspomnianą „pułapką”, „kamieniem milowym” : „Dlaczego pułapka? Otrzymałeś dobrą pensję (nawet wyższą niż opisaną wcześniej jako «doskonałą»), uwolniłeś się od dodatkowych godzin pracy, wykonałeś doskonałą robotę i otrzymałeś wspaniałą rekomendację do CV.”
Kilka dodatkowych uwag od innych komentarzy autora tej historii:
- O pensji. Ważne czynniki – regionalny i zawodowy. Autor, będąc inżynierem oprogramowania z 25-letnim doświadczeniem, zajmował stanowisko kierownika zespołu DevOps. Przy tym jego doświadczenie nie ogranicza się do znajomości nowoczesnej infrastruktury, a takich języków programowania jak C++, Fortran i Cobol, co było kluczowe dla współpracy z programistami w organizacji.
- Dla tych, którzy również odczuli, że 75 inżynierów DevOps to dużo. W tej firmie „ ponad 50 tysięcy osób i funkcjonują dosłownie tysiące aplikacji.”
Bonus
Jeśli jeszcze nie czytaliście naszego dyrektora technicznego – Dmitrija Stolirowa (), – na konferencję DevOpsConf i , to poruszano w nim podobną kwestię. Oto jaka wizja została przedstawiona:
— A co wtedy [w przypadku dużego uproszczenia użycia K8s] stanie się z inżynierami, administratorami systemów, którzy wspierają Kubernetes?
Dmitrij: A co stało się z księgowymi po pojawieniu się 1C? To mniej więcej to samo. Wcześniej obliczano na papierze – teraz w programie. Wydajność pracy wzrosła wielokrotnie, a praca sama w sobie nie zniknęła. Jeśli wcześniej do wkręcania żarówki potrzebnych było 10 inżynierów, to teraz wystarczy jeden.
Liczba oprogramowania i zadań, moim zdaniem, obecnie rośnie w tempie szybszym niż przybywa nowych DevOps’ów i rośnie wydajność. Na rynku jest obecnie wyraźny niedobór, który potrwa długo. Później wszystko wejdzie w pewien normatyw, w którym wydajność pracy wzrośnie, będzie coraz więcej serverless, do Kubernetes dodadzą neuronę, która będzie dobierać wszystkie zasoby dokładnie jak potrzeba... i w ogóle wszystko będzie robić sama jak potrzeba – człowieku, zejdź i nie przeszkadzaj.
Jednak decyzje i tak będzie musiał ktoś podjąć. Jasne, że poziom kwalifikacji i specjalizacja tej osoby jest wyższy. Teraz w dziale księgowości nie potrzebujesz 10 pracowników, którzy prowadzą książki księgowe, żeby ich ręka się nie męczyła. To po prostu nie jest potrzebne. Wiele dokumentów jest automatycznie skanowanych, rozpoznawanych przez system elektronicznego obiegu dokumentów. Wystarczy jeden mądry główny księgowy, już z o wiele większymi umiejętnościami, z dobrą wiedzą.
Ogólnie taka ścieżka jest obecna we wszystkich branżach. Z samochodami jest podobnie: kiedyś do samochodu przypisany był mechanik oraz trzech kierowców. Teraz prowadzenie samochodu to najprostszy proces, w którym wszyscy uczestniczymy codziennie. Nikt nie myśli, że samochód to coś skomplikowanego.
DevOps czy inżynieria systemowa nie znikną — zaawansowanie i efektywność pracy będą rosły.
P.S.
Przeczytaj także na naszym blogu:
- «»;
- «».
Źródło: habr.com
