Notatka. przeł.: Na uwagę zasługuje najpopularniejszy post na subreddicie /r/DevOps w ciągu ostatniego miesiąca: „Automatyzacja oficjalnie zastąpiła mnie w pracy – pułapka na DevOps”. Jej autor (z USA) opowiedział swoją historię, która urzeczywistniła popularne powiedzenie, że automatyzacja zabije potrzeby tych, którzy utrzymują systemy oprogramowania.
Wyjaśnienie w Słowniku Miejskim ustalonego już (?!) zwrotu o zastąpieniu osoby pismem
Oto więc sama publikacja:
Częstym żartem wśród działów DevOps jest: „Jeśli wszystko zautomatyzujemy, zostaniemy bez pracy”.
Jednak dokładnie to przydarzyło się mnie i około stu innym inżynierom DevOps. Nie mogę wdawać się w szczegóły ze względu na umowę o zachowaniu poufności: jestem pewien, że prędzej czy później informacja wyjdzie na jaw, ale nie chcę być tym, który będzie ją wypowiadał.
Spróbuję dać ogólne pojęcie o tym, jak dokładnie wszystko się wydarzyło.
Około pięć lat temu pracowałem jako menadżer w dziale DevOps średniej wielkości firmy technologicznej, otrzymując na tamte czasy znakomite wynagrodzenie (190 tys. dolarów), które rekompensowało nam niesamowitą ilość przymusowych nadgodzin.
Jak to zwykle bywa, skontaktował się ze mną rekruter z LinkedIn. Reprezentował duży międzynarodowy konglomerat, który absolutnie nie był mną zainteresowany jako potencjalną szansą na pracę. Rekruter napisał, że firma aktywnie rozwija swoje zespoły inżynierów oprogramowania, programistów i DevOps w oczekiwaniu na kilka dużych projektów i zauważył, że chciałby zaprosić mnie na rozmowę kwalifikacyjną.
Odmówiłem i powiedziałem, że nie jestem zainteresowany. Zapytał, ile zarabiam i podkreślił, że konglomerat prawdopodobnie zaoferuje znacznie więcej. To wzbudziło moją ciekawość – bo myślałem, że mam już doskonałą pensję.
Krótko mówiąc, przyleciałem na rozmowę, otrzymałem stanowisko Senior Lead z pensją 275 tys. USD plus opcje na akcje i premie oraz możliwość pracy zdalnej (tzn. nie musiałem się przeprowadzać), choć bardzo pomysł pracy w dużej korporacji nie przypadł mi do gustu. Oferta była jednak zbyt dobra, aby ją odrzucić (obiecali mi znacznie więcej niż Amazon na początku tego roku).
Firma posiadała dział DevOps, ale składał się on głównie ze starszych administratorów systemów, którzy potrafili pisać w Pythonie/Bash/PowerShellu na tyle, aby stało się to niebezpieczne. Dlatego potrzebowali zespołu prawdziwych inżynierów DevOps z doświadczeniem w programowaniu w językach niższego poziomu do pracy nad złożonymi projektami.
W ciągu kolejnych trzech lat nasz wydział się rozrósł. Muszę powiedzieć, że kierownictwo zrobiło wszystko dobrze. Prawie nigdy nie odmówiono nam niczego, o co prosiliśmy, a ponad 90% zaplanowanych projektów zrealizowaliśmy na czas i w ramach budżetu, co jest naprawdę niesamowite.
Jednak około półtora roku temu stało się oczywiste, że zautomatyzowaliśmy dosłownie *wszystko*. Oczywiście nadal były regularne konserwacje i przeglądy, ale przez ostatnie półtora roku tak naprawdę pracowałem tylko 1-2 godziny dziennie, bo nie miałem nic innego do roboty. Nie miałem zamiaru rezygnować z tak dobrze płatnej pracy, ale bałem się, że ten dzień X w końcu nadejdzie, a potem nadszedł wczoraj.
W zasadzie ogłoszono, że większość zespołów DevOps została rozwiązana (odeszło 75 osób, które pracują nad konkretnymi aplikacjami), ponieważ zespoły IT i Inżynierii Oprogramowania były w stanie obsłużyć cały kod, a dla ekipy DevOps po prostu nie było już pracy.
Zaproponowano mi stanowisko w zespole IT, ale pensja była tam prawie o połowę niższa. Mogłem dalej pracować zdalnie, ale chcieli, żebym w końcu przeprowadził się do miasta, w którym znajdowało się biuro, żebym mógł tam częściej przebywać.
Szkoda, że tak się stało, bo lubiłem tam pracować. Firma dobrze się nami zaopiekowała (nie licząc oczywiście zwolnień), a miejsc dla DevOpsów z pensją powyżej 200 tys. dolarów i standardowym 8-godzinnym dniem pracy, prawie bez nadgodzin, jest niewiele.
Na szczęście mądrze zarządzałem swoimi pieniędzmi i w ciągu ostatnich 4 lat udało mi się spłacić w całości 5 kredyty hipoteczne. Teraz mam niewielki dodatkowy dochód, wydatki są ograniczone, więc mogę pozwolić sobie na powolne szukanie nowego miejsca.
Dodatki (od tłumacza)
Sam autor taki jest mój tytuł: „Przepraszam, jeśli uznano to za przynętę na kliknięcie: chciałem tylko dodać trochę humoru do tytułu, a nie miałem zamiaru zamieniać mojej historii w przynętę na kliknięcia lub horror DevOps”.
I zgodziliśmy się ze wspomnianą „pułapką”, „pułapką” w kontekście DevOps : „Dlaczego pułapka? Dostałeś dobrą pensję (nawet wyższą niż to, co wcześniej określano jako „świetne”), pozbyłeś się dodatkowych godzin, wykonałeś świetną robotę i dostałeś świetny wpis w CV”.
Kilka uzupełnień z innych komentarzy autora na temat tej historii:
- O pensji. Ważne czynniki mają charakter regionalny i zawodowy. Autor, będąc inżynierem oprogramowania z 25-letnim doświadczeniem, piastował stanowisko menadżera zespołu DevOps. Co więcej, jego doświadczenie nie ogranicza się do znajomości nowoczesnej infrastruktury, ale oraz języki programowania takie jak C++, Fortran i Cobol, które były krytyczne dla interakcji z programistami w organizacji.
- Dla tych, którzy też uważali, że 75 inżynierów DevOps to dużo. W tej firmie” ponad 50 tysięcy osób i dosłownie tysiące funkcjonujących aplikacji.”
Bonus
Jeśli jeszcze tego nie czytałeś nasz dyrektor techniczny - Dmitry Stolyarov (), - na konferencję DevOpsConf oraz , a następnie dotknął podobnego pytania. A taki pogląd został wyrażony:
- I co wtedy [w przypadku znacznego uproszczenia obsługi K8] co stanie się z inżynierami, administratorami systemów, którzy wspierają Kubernetes?
Dmitry: Co stało się z księgowym po pojawieniu się 1C? O tym samym. Wcześniej liczyli na papierze – teraz w programie. Wydajność pracy wzrosła o rzędy wielkości, ale sama praca nie zniknęła. Jeśli wcześniej do wkręcenia żarówki potrzeba było 10 inżynierów, teraz wystarczy jeden.
Wydaje mi się, że ilość oprogramowania i liczba zadań rośnie teraz szybciej niż pojawiają się nowe DevOps, a wydajność rośnie. Na rynku jest teraz specyficzny niedobór i będzie on trwał długo. Później wszystko wróci do pewnej normy, w której wzrośnie wydajność pracy, będzie coraz więcej bezserwerów, do Kubernetesa zostanie podłączony neuron, który będzie dobierał wszystkie zasoby dokładnie tak, jak powinien… i w generale, zrób wszystko sam jak należy - człowieku, odsuń się i nie wtrącaj.
Ale ktoś i tak będzie musiał podjąć decyzje. Wyraźnie widać, że poziom kwalifikacji i specjalizacji tej osoby jest wyższy. W dzisiejszych czasach w księgowości nie potrzeba 10 pracowników prowadzących księgi, żeby nie męczyły ich ręce. To po prostu nie jest konieczne. Wiele dokumentów jest automatycznie skanowanych i rozpoznawanych przez elektroniczny system zarządzania dokumentami. Wystarczy jeden mądry główny księgowy, już ze znacznie większymi umiejętnościami, z dobrym zrozumieniem.
Ogólnie rzecz biorąc, tak należy postępować we wszystkich branżach. Podobnie jest z samochodami: wcześniej samochód przyjeżdżał z mechanikiem i trzema kierowcami. W obecnych czasach prowadzenie samochodu to prosty proces, w którym na co dzień uczestniczymy wszyscy. Nikt nie uważa, że samochód to coś skomplikowanego.
DevOps czy inżynieria systemów donikąd nie zmierza – praca na wysokim poziomie i wydajność wzrosną.
PS
Przeczytaj także na naszym blogu:
- «";
- «".
Źródło: www.habr.com