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

Прим. прев.: На вниманието заслужава най-популярната публикация в сабреддита /r/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 или системната инженерия няма да изчезнат — високото ниво и ефективността на работата ще се увеличават.