Как специалист по DevOps стана жертва на автоматизацията

Прим. прев.: Най-популярната публикация в подреддита /r/DevOps за последния месец бе „Автоматизацията официално ме замени на работа — капан за DevOps специалисти“. Нейният автор (от САЩ) разказа своята история, която се вписва в популярната поговорка, че автоматизацията ще убие нуждата от тези, които поддържат софтуерни системи.

Как специалист по DevOps стана жертва на автоматизацията
Обяснение в Urban Dictionary на вече утвърдилата се (?!) фраза за замяната на човека със скрипт

Така че, ето самата публикация:

Сред DevOps екипите често може да се чуе шегата: „Ако автоматизираме всичко, ще останем без работа“.

Но точно това се случи с мен и с около сто други DevOps инженери. Не мога да влизам в подробности заради подписано споразумение за неразкриване: сигурен съм, че рано или късно информацията ще излезе наяве, но не искам да бъда този, който я обяви.

Ще опитам да дам обща представа за това как точно се случи всичко.

Преди около пет години работех като мениджър в DevOps отдел на средно голяма технологична компания, получавайки отлична заплата тогава (190 хиляди USD), която компенсираше невероятните ни дълги часове работа.

Както обикновено, свърза се с мен рекрутер от LinkedIn. Той представляваше най-голямото многонационално съдържание, което изобщо не ме интересуваше като потенциално работно място. Рекрутерът написа, че компанията активно разширява своите екипи от инженери-програмисти, разработчици и DevOps специалисти преди няколко големи проекта и спомена, че биха искали да ме поканят на интервю.

Отказах и казах, че не ме интересува. Той попита колко печеля и подчерта, че конгломератът със сигурност ще предложи много повече. Това предизвика моето любопитство — на мен ми се струваше, че вече имам отлична заплата.

Накратко, отидох на интервю, получих позиция Senior Lead с заплата от 275 хиляди USD плюс опции за акции и бонуси, както и възможността да работя дистанционно (т.е. не трябваше да се местя), въпреки че самата идея да работя за огромна корпорация не ми харесваше. Въпреки това предложението беше твърде добро, за да откажа (те ми обещаха много повече от Amazon по-рано през същата година).

В компанията имаше отдел по DevOps, но съставът му беше предимно от старши системни администратори, които можеха да пишат на Python/Bash/PowerShell достатъчно, за да стане опасно. Затова им беше необходим екип от истински DevOps инженери с опит в програмирането на по-ниско ниво, за да работят по сложни проекти.

През следващите три години нашият отдел нарастна. Трябва да кажа, че ръководството правеше всичко правилно. Почти никога не ни отказваха това, което искахме, а над 90 % от планираните проекти изпълнихме в срок и в бюджета, което е наистина изумително.

Но около година и половина по-късно стана очевидно, че автоматизирахме буквално всичко. Разбира се, продължаваха редовните поддръжки и проверки, но през последната година и половина всъщност работех едва по 1-2 часа на ден, тъй като нямаше много какво да правя. Не смятах да напускам такава добре платена работа, но се страхувах, че денят Х накрая ще дойде, и той дойде вчера.

Същността беше, че по-голямата част от екипите по DevOps бяха разпуснати (останаха 75 души, които се занимават с конкретни приложения), тъй като на екипите по ИТ и софтуерно инженерство им беше по силите да се справят с целия код, а за момчетата от DevOps просто нямаше работа.

Предложиха ми позиция в ИТ екипа, но заплатата беше почти два пъти по-малка. Можех да продължа да работя дистанционно, но те искаха в крайна сметка да се преместя в града, където е офисът, и да посещавам офиса по-често.

Жалко, че така се получи, защото ми харесваше да работя там. Компанията се грижеше добре за нас (освен уволнението, разбира се), а местата за DevOps с заплата над 200 000 USD и стандартен 8-часов работен ден, почти без извънреден труд, не са толкова много.

За щастие, умно разпределих парите си и успях напълно да изплатя 4 ипотеки през последните 5 години. Сега имам малък допълнителен доход, разходите са ограничени, така че мога да си позволя бавно да търся ново място.

Допълнения (от преводача)

Самият автор така коментира заглавие: «Извинявайте, ако съм направил clickbait: просто се опитвах да добавя малко хумор в заглавието, без да възнамерявам да превръщам историята си в clickbait или DevOps-ужас».

Със споменатата «капан», «подводен камък» в контекста на DevOps се съгласиха не всички коментатори: «Защо тогава е капанът? Получи добра заплата (също така по-висока от описаната преди като „страхотна“), избави се от допълнителни часове работа, свърши отлична работа и получи чудесен запис за автобиографията си».

Няколко допълнения от други коментари на автора относно тази история:

  • За заплатата. Важни фактори — регионалният и професионалният. Авторът, бидейки софтуерен инженер с 25-годишен опит, заемаше позиция на мениджър на DevOps екип. Въпреки това опитът му не е ограничен само до познанията за съвременната инфраструктура, а простира и на такива програмни езици като C++, Fortran и Cobol, което бе критично за взаимодействието с разработчиците в организацията.
  • За тези, които също сметнаха, че 75 DevOps инженери — това е много. В тази компания «работят повече от 50 хиляди души и функционират буквално хиляди приложения».

Бонус

Ако все още не сте прочели недавна интервю на нашия технически директор — Дмитрий Столяров (distol), — за конференцията DevOpsConf и подкаста DevOps Дефлопе, то в него бе засегнат подобен въпрос. И ето какъв поглед беше изразен:

— А какво тогава [в случай на силно опростяване на използването на K8s] ще стане с инженерите, системните администратори, които поддържат Kubernetes?

Дмитрий: А какво стана с счетоводителите след появата на 1С? Приблизително същото. Преди това смятаха на хартия — сега в програма. Продуктивността на труда се увеличи многократно, а трудът от това не изчезна. Ако преди за завиването на крушка бяха нужни 10 инженери, сега ще е достатъчен един.

Броят на софтуера и задачите, ми се струва, в момента расте със скорост, по-голяма от появата на нови DevOps и увеличаването на КПД. На пазара сега има конкретен дефицит и той ще продължи дълго. По-късно всичко ще се върне в някаква норма, при която КПД на работата ще се увеличи, ще има все повече serverless, към Kubernetes ще свържат невронна мрежа, която ще подбира всички ресурси точно както трябва… и изобщо ще прави всичко сама както трябва — човек, отстъпи и не пречи.

Но решения все пак трябва да се вземат от някого. Ясно е, че нивото на квалификация и специализация на този човек е по-високо. В момента в счетоводния отдел не са ви нужни 10 служители, които да водят счетоводни книги, за да не им омръзне ръката. Това просто не е необходимо. Много документи се сканират автоматично и се разпознават от системата за електронен документооборот. Достатъчен е един умен главен счетоводител с много по-добри умения и добро разбиране.

В общи линии, такъв е пътят във всички отрасли. С автомобилите е същото: по-рано автомобилът идваше с автомеханик и трима шофьори. Сега шофирането на автомобил е най-простият процес, в който всички ние участваме всеки ден. Никой не се замисля, че автомобилът е нещо сложно.

DevOps или системната инженерия няма да изчезнат — високото ниво и ефективността на работата ще нарастват.

P.S.

Прочетете също в нашия блог:

Източник: habr.com

Купете надежден хостинг за сайтове със защита от DDoS, VPS и VDS сървъри 🔥 Купете надежден хостинг за сайтове със защита от DDoS, VPS и VDS сървъри | ProHoster