Пояснение на Urban Dictionary к уже ставшей устойчивой(?!) фразе про замену человека на скрипт
Итак, вот сама публикация:
В среде DevOps-отделов можно часто услышать такую шутку: «Если мы автоматизируем все, то останемся без работы».
Однако именно это произошло со мной и примерно с сотней других DevOps-инженеров. Не могу вдаваться в подробности из-за соглашения о неразглашении: уверен, что рано или поздно информация всплывет, но не хочу быть тем, кто её озвучит.
Попробую дать общее представление о том, как именно всё случилось.
Около пяти лет назад я работал менеджером в DevOps-отделе средней по размеру технологической компании, получая отличную на тот момент зарплату (190 тысяч USD), компенсирующую наш невероятный объём вынужденных переработок.
Как обычно бывает, со мной связался рекрутер из LinkedIn. Он представлял крупнейший многонациональный конгломерат, совершенно не интересовавший меня в качестве потенциального рабочего места. Рекрутер написал, что компания активно расширяет свои команды инженеров-программистов, разработчиков и DevOps'ов в преддверии нескольких крупных проектов, и отметил, что они хотели бы пригласить меня на собеседование.
Я отказался и сказал, что мне это не интересно. Он спросил, сколько я зарабатываю, и подчеркнул, что конгломерат наверняка предложит гораздо больше. Это подстегнуло моё любопытство — ведь я считал, что у меня уже отличная зарплата.
Короче говоря, я слетал на интервью, получил должность Senior Lead'а с зарплатой в 275 тысяч USD плюс опционы на акции и бонусы, а также возможность работать удаленно (т.е. переезжать мне не пришлось), хотя сама идея работать на огромную корпорацию мне не нравилась. Однако предложение было слишком хорошим, чтобы его отклонить (они пообещали мне гораздо больше, чем Amazon ранее в том же году).
В компании имелся DevOps-отдел, однако состоял он преимущественно из старших сисадминов, которые могли написать на Python/Bash/PowerShell достаточно много для того, чтобы это стало опасным. Поэтому им нужна была команда настоящих DevOps-инженеров с опытом программирования на языках более низкого уровня для работы над сложными проектами.
В течение следующих трёх лет наш отдел разрастался. Должен сказать, что руководство всё делало правильно. Нам почти никогда не отказывали в том, что мы просили, при этом более 90 % запланированных проектов мы выполнили в срок и уложились в бюджет, что по-настоящему удивительно.
Однако около полутора лет назад стало очевидно, что мы автоматизировали буквально *всё*. Конечно, по-прежнему проводилось регулярное обслуживание и проверки, однако последние полтора года я в реальности работал лишь по 1-2 часа в день, поскольку делать было практически нечего. Я не собирался бросать такую высокооплачиваемую работу, но боялся, что день Х в конце концов настанет, и вот он пришёл вчера.
По сути было объявлено, что большая часть DevOps-команд распущена (осталось 75 человек, которые занимаются конкретными приложениями), поскольку командам IT и Software Engineering было под силу справиться со всем кодом, а для парней из DevOps больше попросту нет работы.
Мне предложили должность в IT-команде, но зарплата там была почти вдвое меньше. Я мог продолжать работать удаленно, однако они хотели, чтобы в конечном итоге я перебрался в город, где расположен офис, и мог чаще в нём появляться.
Жаль, что так получилось, поскольку мне нравилось там работать. Компания о нас хорошо заботилась (не считая увольнения, конечно), да и мест для DevOps'ов с зарплатой выше 200 тысяч USD и стандартным 8-часовым рабочим днём, почти без переработок, не так уж много.
К счастью, я мудро распорядился своими деньгами и сумел полностью погасить 4 ипотеки за последние 5 лет. Сейчас у меня есть небольшой дополнительный доход, расходы ограничены, поэтому могу позволить себе неспешно подыскивать новое место.
Дополнения (от переводчика)
Сам автор так комментирует свой заголовок: «Приношу извинения, если получился clickbait: я просто пытался добавить немного юмора в заголовок, не собираясь превращать свою историю в clickbait или DevOps-хоррор».
А с упомянутой «ловушкой», «подводным камнем» в контексте DevOps согласились не все комментаторы: «Почему же ловушка? Ты получил хорошую зарплату (ещё большую, чем описанную как «отличная» ранее), избавился от дополнительных часов работы, проделал отличную работу и получил замечательную запись для резюме».
Пара дополнений из прочих комментариев автора об этой истории:
- О зарплате. Важные факторы — региональный и профессиональный. Автор, будучи software engineer'ом с 25-летним опытом, занимал позицию менеджера DevOps-команды. При этом его опыт не ограничен знаниями современной инфраструктуры, а простирается и на такие языки программирования, как C++, Fortran и Cobol, что было критично для взаимодействия с разработчиками в организации.
- Для тех, кому тоже показалось, что 75 DevOps-инженеров — это много. В этой компании «работают более 50 тысяч человек и функционируют буквально тысячи приложений».
Бонус
Если вы ещё не читали недавнее интервью нашего технического директора — Дмитрия Столярова (distol), — для конференции DevOpsConf и подкаста DevOps Дефлопе, то в нём затрагивался схожий вопрос. И вот какой взгляд был озвучен:
— А что тогда [в случае сильного упрощения использования K8s] станет с инженерами, системными администраторами, которые поддерживают Kubernetes?
Дмитрий: А что стало с бухгалтером после появления 1С? Примерно то же самое. До этого считали на бумажке — теперь в программе. Производительность труда возросла на порядки, а труд от этого сам не пропал. Если раньше для вкручивания лампочки нужно было 10 инженеров, то теперь будет достаточно одного.
Количество софта и количество задач, мне кажется, сейчас растет со скоростью большей, чем появляются новые DevOps’ы и увеличивается КПД. Сейчас на рынке конкретный дефицит и он продлится долго. Позднее все войдет в некоторую норму, при которой КПД работы возрастет, будет все больше serverless, к Kubernetes прикрутят нейронку, которая будет подбирать все ресурсы прямо как надо… и вообще все делать сама как надо — человек, отойди и не мешай.
Но решения все равно надо будет кому-то принимать. Понятно, что уровень квалификации и специализированность этого человека выше. Сейчас в отделе бухгалтерии вам не нужны 10 сотрудников, которые ведут бухгалтерские книги, чтобы у них рука не уставала. Это просто не нужно. Многие документы автоматически сканируются, распознаются системой электронного документооборота. Достаточно одного умного главного бухгалтера, уже с гораздо большими скиллами, с хорошим пониманием.
В целом, такой путь во всех отраслях. С автомобилями так же: раньше к автомобилю прилагался автомеханик и три водителя. Сейчас вождение автомобиля — это простейший процесс, в котором мы все участвуем каждый день. Никто не задумывается, что автомобиль — это что-то сложное.
DevOps или системная инженерия никуда не денутся — высокоуровневость и эффективность работы будут возрастать.
P.S.
Читайте также в нашем блоге:
Комментарии (76)
Eldhenn
28.05.2019 12:00+1Так не девопса заменили. Девопсы остались. Чувак был руководителем крупного и уникального проекта по автоматизации. С огромной зарплатой. Уникальный проект успешно закончился, больше таких на горизонте не видно — спасибо, мужик, мы в твоих скиллах больше не нуждаемся.
KndK
28.05.2019 18:03Понятно, но компания поступила не особо красиво. Они могли бы заранее обговорить эти детали. Мол контрактная работа, выполнишь проект — «пока».
nrgian
28.05.2019 20:49Понятно, но компания поступила не особо красиво.
Да ну?
Неужели не увидели:
однако последние полтора года я в реальности работал лишь по 1-2 часа в день, поскольку делать было практически нечего.
Платить деньги за «ничего-не-делание»?
Это разве не красиво?
Это глупо. Но никак не «некрасиво».
Они могли бы заранее обговорить эти детали.
Вы серьезно?
Он же не мальчик — всё прекрасно понимал.
И именно что сам не хотел поднимать этот вопрос сам, боялся, что его тут же сократят, тянул до последнего:
Я не собирался бросать такую высокооплачиваемую работу, но боялся, что день Х в конце концов настанет, и вот он пришёл вчера.
Ему банально повезло на сумму в 150% от 275 тыс. USD до налогов + опционы и бонусы — просто потому что об нем забыли.
Даже если учесть, что он не на халяву получал эти деньги, а вынужден был ходить на работу и имитировать деятельность, то… зарплата была завышена, и он это прекрасно понимал — и боялся потерять эту работу.
Альтернативная его цена — это всего лишь 190 тыс в год.
Таким образом, он получил прибыли 1,5*(275-190) = 128 тыс. USD плюс бонусы-опционы (и минус налоги, конечно)oracle_and_delphi
29.05.2019 09:29Платить деньги за «ничего-не-делание»?
Это разве не красиво?
Это глупо
nrgian, предлагает пожарникам не платить в отсутствие пожаров?
lamoss
29.05.2019 10:38Если отойти от темы топика — так поступает буквально каждый второй успешный менеджер в РФ.
nrgian
29.05.2019 15:49пожарникам не платить в отсутствие пожаров?
И вам не стыдно?
Вы представляете себе вообще что такое дежурства пожарников или медиков?
Про суточные дежурства медиков вы просто не можете не знать — ведь даже если лично не обращались, то полным-полно фильмов на эту тематику.
Как вам вообще в голову пришло обвинить их в том, что они ничего не делают?
И все эти люди работают за куда как меньшую зарплату.
А упомянутый в статье дядя — просто редкий сверх-везунчик на их фоне.
И да, — ему платили совершенно глупо, по ошибке. Неповоротливый корпоративный механизм просто не заметил вовремя, что пора его сократить.Space__Elf
29.05.2019 19:24А инженеры, включая и software engineers, по-вашему nrgian значит бездельничают и их всех можно как бездельников уволить?
Особенно инженеров на атомных электростанциях — «раз не взрывается электростанция, значит — бездельники».
Да и на водозаборе тоже, «раз есть вода в водопроводе и его не чинят — значит бездельничают».
И все эти люди работают за куда как меньшую зарплату.
В США — на куда большую зарплату.
По-вашему «если человек хорошо зарабатывает — значит бездельник!»?
У вас мерило работы — усталость?
minamoto
29.05.2019 10:06а вынужден был ходить на работу и имитировать деятельность
Не-а
… я… получил должность Senior Lead'а ..., а также возможность работать удаленно ...
nrgian
29.05.2019 15:54Не-а
… я… получил должность Senior Lead'а ..., а также возможность работать удаленно ...
Дык это же тем более:
- Можно не ходить на работу лично.
- Тратил он, как сам и писал — по час-два в день.
- И получал полную зарплату, которая у него была изначально нетипично выше рынка, как он сам и писал.
Ну дык какое же после этого может быть:
Понятно, но компания поступила не особо красиво.
как написал KndK
Это вообще о чем, какие могут быть претензии к фирме?
minamoto
29.05.2019 17:00+1Полностью согласен. Но я не знаю, хватило бы у меня честности вот так придти и сказать компании: «Вы знаете, моя работа практически завершена, поэтому я не хочу больше получать $275К, работая удаленно по 1-2 часа в день»
vasyan
28.05.2019 12:36Ага, стоял один сервер с монолитом и спал рядом один админ на пол ставки. Теперь есть амазон, кубер, куча скриптов на ансибл, микросервисы на 100500 хостах. И девопс на полный рабочий день, который это всё это постоянно обновляет/настраивает и требует отравлять его на обучение всяким неведомым новым словам каждый квартал.
nrgian
28.05.2019 12:38+1В течение следующих трёх лет наш отдел разрастался.
…
Однако около полутора лет назад стало очевидно, что мы автоматизировали буквально *всё*.
Занимаюсь автоматизацией предприятий.
Как правило в самом начале огромное количество работы.
И как раз года именно что через 2-3 количество работы становится заметно меньше.
Затем, если предприятие не развивается семимильными шагами — действительно, «автоматизировано всё, что имело автоматизировать с точки зрения финансовой выгоды».
LeshaVH
28.05.2019 13:15-2ни хера себе зарплаты)))
а то в московобаде больше 300к рос рублей никто не хочет платить за то же самое))
20к в месяц там и 5к в месяц тут — неслабая разбежка)))nrgian
28.05.2019 13:25+2а то в московобаде больше 300к рос рублей никто не хочет платить за то же самое))
Из каких соображений вы решили, что это «за то же самое»? Просто по совпадению названия должности?
Знаю, как у нас в провинции платят как раз 300к. Но за куда как более простые вещи, чем описаны в данной статье (без руководства большим коллективом).
dominigato
28.05.2019 13:34+1Это в какой провинции платят девопсам 300к?
nrgian
28.05.2019 13:49+1Это в какой провинции платят девопсам 300к?
В 54-й.
Нск.
И полагаю, что это не максимум; но я берусь называть только те цифры, которые мне лично известны.
И я хочу еще раз отметить, что полагаться только лишь на название профессии/должности в прикидках зарплат — совершенно не корректно.
Ну нет таблицы, подобной такой:
Любому девопасу по печенке платить. Всегда.
Любому разработчику по плюшке платить. Всегда.
Любому тестировщику по кренделю платить. Всегда.
Даже в пределах одного города такой точной-строгой тарифной сетки нет.
P.S.:
Я вам даже больше скажу:
У нас есть высококвалифицированнейший специалист, тоже DevOps, привлекаемый только на почасовку, по необходимости.
У него ставка 5000 в час. При пересчете на стандартный рабочий день это было 800 000 рублей в месяц. Чистыми, после налогов.
Кстати, основная его работа была как раз именно на этапе запуска системы и первоначальных подстроек-тюнингов. Потом начали все реже и реже привлекать.
Эта ситуация подобна той, что и у героя из обсуждаемой статьи.dominigato
28.05.2019 14:14Консультанты и контракторы это отдельная история, я все-таки про месячную постоянную зарплату. Если это не менеджер, то 300к даже для Мск выглядят неплохо, для провинции как-то слишком хорошо.
nrgian
28.05.2019 14:56Если это не менеджер, то 300к даже для Мск выглядят неплохо, для провинции как-то слишком хорошо.
Не менеджер. Непосредственный исполнитель.
Ну не знаю, как в Москве менеджеры.
А у нас руководителя одного из технических отделов пытались заманить — так он даже 470к посчитал, что слишком мало.dominigato
28.05.2019 14:59Насколько это распостранено и типично для Нск?
nrgian
28.05.2019 17:43+1Насколько это распостранено и типично для Нск?
В третий раз обращаю внимание, что не нужно слишком много обобщать:
ни хера себе зарплаты)))
а то в московобаде больше 300к рос рублей никто не хочет платить за то же самое))
20к в месяц там и 5к в месяц тут — неслабая разбежка)))
Тут две существенных ошибки:
1) Из ситуации, что где-то кому-то заплатили нетипичную зарплатную компенсацию (а герой статьи упомянул, что «даже больше, чем предложил Amazon») — делается вывод, что это обычное правило.
2) Из того, что где-то какому-то, почитай что, руководителю отдела ( он же Senior Lead, напомню) платят много — делается вывод, что это нормально для рядового сотрудника.
Дело вовсе не в том, что «девопсам платят много или девопсам платят мало, в Нск, в Мск или на там, где работает герой статьи».
Дело в том, что именно ему лично и именно в его конкретном случае платили столько.
Насколько это распостранено и типично для Нск?
Крайне нетипично.
Да, мне тоже так кажется.
Ну как можно так вот абстрактно рассуждать о том, что типично или не типично?
Какие могут быть аналогии
с
«звездный чел в фирме, что нуждается в огромной команде DevOps, получает бешенные деньги»
и
«зато у нас платят копейки».
Где это «у нас»?
Вот скажите, а вы вообще много видели отделов DevOps, что описан в статье, где даже после сокращения персонала осталось аж 75 человек?
Лично много видели?
А хотя бы слышали из первых уст о таких отделах DevOps?
С чем вы сравниваете?dominigato
28.05.2019 17:55Почему это абстрактно? Вилки зарплат в разных местностях совершенно не секрет, я каждый день вижу предлагаемые зарплаты в девопсных каналах. Кроме этого есть hh.ru, glassdoor и т.д. и т.п. Вполне может быть что кто-то и миллион получает, но это пики и они нехарактерны, поэтому как пример типичной зарплаты мало годятся.
Вот скажите, а вы вообще много видели отделов DevOps, что описан в статье, где даже после сокращения персонала осталось аж 75 человек?
Лично много видели?
А хотя бы слышали из первых уст о таких отделах DevOps?
Вы думаете вы один работаете в большой компании с 75 человек DevOps что ли? В нашей компании намного намного больше, например, и? Что это должно значить? Что они должны больше получать потому что их много?nrgian
28.05.2019 18:19Почему это абстрактно? Вилки зарплат в разных местностях совершенно не секрет
1) Что-то мне подсказывает, что описанная в статье должность — как раз очень даже нетипичная и посему ни в какой вилке, что мы можем запросто в любой день поглядеть на общедоступных сайтах не участвовала бы.
2) Абстрактны, потому как цифра в опубликованных вакансиях ничего не говорит о самой сути работы. Можно понять всего лишь общее направление деятельности, примерный стек, не более.
Ну нет такой никакой стандартной тарифной сетки и стандартизованных наименований.
Junior, Middle, Senior — значит очень и очень разное по факту для разных фирм. Вплоть до противоположенного. Где-то в Google уровень Junior — это такой Senior, о котором ООО «Рога и копыта» в Кинешме только мечтать могут.
Вы думаете вы один работаете в большой компании с 75 человек DevOps что ли? В нашей компании намного намного больше, например, и? Что это должно значить? Что они должны больше получать потому что их много?
У вас намного больше DevOps?
А это точно DevOps, а не обычные админы?
Это где?
Он получал больше потому что он Senior Lead. Lead — это уже связанно с подчиненными. Из статьи похоже, что, что он был руководителем довольно специфического, сложного и большого проекта. Так что обоснование его зарплаты ясны.
Количество значение имеет вот почему: DevOps это довольно специфическая деятельность. Редко-редко когда нужно много этих самых DevOps.
Ну вот у нас 1 DevOps на 25 разработчиков. Причем это только потому, что меньше одного — не получится. По мере роста разработчиков число DevOps растет не линейно от числа разработчиков. DevOps в числе растут медленнее, чем разработчики. Это один из результатов применения автоматизации CI/CD и т.п. Если число DevOps растет быстрее, чем число разработчиков — то, скорее всего, это не вовсе и не DevOps, а обычные админы или эникеи.
Так что когда речь идет о «75 людей в отделе DevOps после сокращения штата» — это кое-что говорит о высочайшей сложности системы.
Polaris99
28.05.2019 13:31Да, за такие деньги можно периодически менять работу, тем более, когда работаешь 1-2 часа в день.
scruff
28.05.2019 14:13В этой стране платят ровно столько, на сколько согласен человек и грузят тем на что он согласен. Иногда бывает что и не платят — это даже лучше… для бизнеса
nrgian
28.05.2019 15:01+1В этой стране платят ровно столько, на сколько согласен человек и грузят тем на что он согласен
Я вам Америку, наверно, сейчас открою — только эта обычная прагматичность и она международна.
Так абсолютно везде.
Любая цена — это только соглашение между покупателем и продавцом.
Сделка состоится — если покупатель на эту цену согласен (а он хотел бы и еще дешевле) и продавец на эту цену согласен (а он мечтал бы и еще дороже).
Зарплата — все то же самое.
Любая зарплата — это только соглашение между нанимаемым и нанимателем. То, на что они оба согласились. Хотя каждый желал бы для себя условий повыгоднее.
scruff
29.05.2019 06:02Тогда подскажите, почему для всех иммигрантов сложилось впечатление что «там» всё в ажуре с зарплатами, а «здесь» беда? По факту мигрировавший становится убер-драйвером там, хотя до этого здесь был ну хотя бы сисадмином?
urtow
29.05.2019 14:34+1Ошибка выжившего.
Кто переехал убер драйвером — молчит.
Кто переехал на аужр с зарплатой — говорит.scruff
30.05.2019 06:05Интересен процент удачно/неудачно пристроившихся мигрантов, хотя бы по США. Сейчас на тюбчике набирают популярность каналы «возвращенцев». У меня нет основания не верить этим людям, что там действительно тяжко если ты не супер-пупер программист или девопс.
urtow
30.05.2019 10:46Увы, я подобюной статистики не видел. Да и критерии удачно/неудачно у каждого свои, так что сомневаюсь что такая статистика вообще есть.
nrgian
30.05.2019 12:48Интересен процент удачно/неудачно пристроившихся мигрантов, хотя бы по США. Сейчас на тюбчике набирают популярность каналы «возвращенцев». У меня нет основания не верить этим людям, что там действительно тяжко если ты не супер-пупер программист или девопс.
Брат однокурсника вернулся после, если не ошибаюсь 2 лет жизни в США, обратно в нашу провинцию — по той причине, что не подошёл тамошний менталитет.
Из бонусов — теперь у него отличное знание английского, свободно путешествует по миру.
По возвращению ушёл в частный бизнес (веб-студия своя). По зарабатываемым деньгами жизнью доволен и в РФ.
nrgian
29.05.2019 16:00+1почему для всех иммигрантов сложилось впечатление что «там» всё в ажуре с зарплатами, а «здесь» беда
Зачем кому-то трубить на весь мир — что он неудачник?
Больше всего шумят именно те, кому есть чем похвастаться.
К примеру, одна из моих однокурсниц, неплохой программист по 1С, кстати — 1,5 года работала на черновых работах, к примеру полгода парковщицей на Гавайях.
И только потом у неё всё устроилось как надо — потому удачно выскочила замуж.
Сейчас инстаграмит свою шикарную жизнь вовсю.
Ранее, во время работы парковщицей — ничего подобного узнать бы не удалось про неё, если бы мы не были хорошо знакомы лично. В инсте у неё были пляжи да пальмы, при том, что в реальности арендовала за получаемые копейки какую-то халупу. Что-то не припомню фотографий той халупы опубликованных.scruff
30.05.2019 09:21Это называется «хайпанём немножечко». Как правило у таких шкур подписчиков поболее в разы чем у любого образовательно-познавательный канала. Ибо кому интересен матан или ООП, когда есть пляжики и ифончики. Пипл как ведется на обертку — так и будет вестись, такова звериная натура человека. А подруга ваша — молодец — полгода это можно сказать ничего. Народ годами убер-драйверами или пиценосцами пашет, рад бы вернуться, да нет возможности даже билеты на самолет взять. А навыки 1С там — не нужны от слова совсем. Синтаксис отладчика на русском — это актунг, кто бы что не говорил про родственность с С++.
nrgian
30.05.2019 12:58А навыки 1С там — не нужны от слова совсем
В программировании важен не сам язык программирования.
А парадигмы, принципы, паттерны, алгоритмы. Они от языка не зависят (мало зависят).
Опытному программисту выучить новый язык — это ерунда.
Очень трудно выучить только первый язык программирования, непросто выучить второй. А затем — уже ерунда.
На изучение Go после нескольких лет практики на том же 1С у меня ушло 2 дня, вроде. И уже 2 месяца я уже работал по Go на двух контрактах — один из Нидерландов, другой из Канада с вполне себе приемлимой почасовкой для новичка в языке в 40 долларов за час.
emerald_isle
30.05.2019 14:16Вот вы и ответили на свой вопрос выше.
почему для всех иммигрантов сложилось впечатление что «там» всё в ажуре с зарплатами, а «здесь» беда
Народ клюёт на «обёртку», например, высокие номинальные зарплаты — но не учитывает высокие налоги, стоимость жизни, условия этой самой работы (короткие отпуска, возможность увольнения по желанию левой пятки) и т.п. Ну и есть ложь, наглая ложь, а ещё статистика на glassdoor…striver
30.05.2019 20:46условия этой самой работы (короткие отпуска, возможность увольнения по желанию левой пятки) и т.п.
То есть, у нас этого нет?
dominigato
28.05.2019 13:33+2Компания наняла на большой проект кучу народу, проект закончился и продукт явно не будет дальше развиваться. На поддержку оставили немного народу, с остальными попрощались. Перед этим надо было бы видеть какую-то перспективу продукта, думаю этот план был ясен с самого начала.
Сама автоматизация тут совершенно ни при чем, с таким же успехом он мог бы стулья строгать. Норму выполнил и до свиданья. Так что автор написал самый настоящий clickbait.
По поводу автоматизации, наверное многие заметили AutoDevOps во всяких клаудах, CI системах и т.д. Только все эти AutoDevOps обычно для того чтобы облегчить работу девоопсов, а не заменить их. Понятно конечно, что всегда найдутся эффективные менеджеры которые захотят «оптимизировать расходы» и поувольнять девопсов потому что «у нас есть все готовое на ажуре», но это быстро пройдет — после первых же фейлов. Потому что фейлы в продакшне больно бьют по карману. (Хотя я бы и не советовал работать в одной компании с такими). Ту же байку можно было рассказывать про сисадминов лет 10 назад.
Как-то один российский чиновник высказался в духе того, что программистов нам готовить не надо, потому что скоро всех их программы заменят. Он правда не уточнил кто будет писать программы, которые заменяют программистов, и кто будет писать программы, которые пишут программы, которые… endloop.
На наш век хватит, no worries.
Zoomerman
28.05.2019 15:20На самом деле повальная автоматизация создаёт проблемы, решение которых откладывается «на потом»: растущие требования к квалификации сотрудников дают кадровый голод, повышается порог входа в отрасль для новичков и стажеров; освобождающиеся рабочие руки пополняют армию безработных и, соответственно, людей с малым достатком, что негативно сказывается на покупательской способности; снижается «гибкость» бизнеса — чтобы изменить политику компании, нужно провести большую подготовительную работу, переписать схемы автоматизации прежде, чем объявить о новой «фишке» на рынке.
Это тезисно. Если развернуть, объемный роман можно написать из этой темы.
Западные страны, пионеры автоматизации, на текущий момент решают проблему за счет восточных стран, вытягивая достойные кадры-самородки из РФ, Индии, Китая. Своих кадров у них нет и не может появиться, т.к. базы, на которой могут обучиться люди, у них практически нет — неавтоматизированных и недо-автоматизированных систем имеется в виду.
То, что случилось с бухгалтерами за последние 30 лет, ожидает и программистов через 5-10 лет. Пока зарплаты еще на уровне, но тренд на спад уже пошел, и реальной интересной работы становится всё меньше и меньше.dominigato
28.05.2019 15:47Как раз интересной работы становится больше, так как неинтересная автоматизируется.
Squoworode
28.05.2019 16:57ИТ сектор автоматизирует всех, вообще всех, а в конце сам себя. ИТ сектор – настоящий уроборос.
https://bash.im/quote/455163
tangro
28.05.2019 23:03275 тысяч USD плюс опционы на акции и бонусы
сумел полностью погасить 4 ипотеки за последние 5 лет
Слёзы наворачиваются на глаза — так жалко автора оригинального текста.
JeStasG
29.05.2019 06:47Сейчас в отделе бухгалтерии вам не нужны 10 сотрудников, которые ведут бухгалтерские книги, чтобы у них рука не уставала
Сейчас нужны 10+1 сотрудников в бухгалтерии: 10 постоянно штудируют и реагируют на изменения в законодательстве, производят различные сверки и правки (потому как иногда пояснения изменений доходят с опозданием, и прямая трактовка не является верной), распечатывают и организуют подпись документов на бумажном носителе, а 1 все это дело сшивает и организует передачу в хранилище. Таким образом с помощью увеличения объема документации на бумажных носителях, в бухгалтерии появилась чисто мужская должность — многобумагосшиватель.)
PS: Таким образом автоматизация бухгалтерского учета никоем образом не повысила эффективность бухгалтера. Но, слава провидению, компенсировала усложнение самого учета.
smarthomeblog
29.05.2019 12:59Не вижу никакой проблемы в данном конкретном случае. Человек автоматизировал процессы девопсные в большой компании, получил деньги хорошие. И что еще не маловажно, уникальный опыт. Который он без проблем может применить еще где-то. Ибо до момента, когда у всех абсолютно все автоматизировано, еще очень и очень далеко :)
ustas33
30.05.2019 17:18Форд раньше платил наладчикам конвеера за то что они отдыхают. Время ремонта не оплачивалось.
Мужику два по self promotion.nrgian
30.05.2019 17:37Форд раньше платил наладчикам конвеера за то что они отдыхают. Время ремонта не оплачивалось.
Оригинально, но спорно.
Такая метода заставляет «приматывать изолентой», где пора бы уже и заменить запчасть на новую.
striver
30.05.2019 20:54Есть другой пример. Например, дороги. Их строительство и обслуживание. В странах, где хотят чтобы были хорошие дороги — государство отдает на аутсорс. Там есть условия, что передается дорога, её нужно содержать в нужных кондициях, чтобы не было ям и она работала и не перекрывалась. За это государство платит частному партнеру деньги. Если есть нарушения — значит будут штрафы. Например, если начать ремонтировать пригородную дорогу, которая ведет в столицу в 08:00 в понедельник, то штрафы будут очень огромные, они будут не рады, что и начали. То есть, они делают по другому, ждут пятницы вечера, платят штрафы за то, что не делают в будние дни (да, дешевле выходит платить за яму, чем перекрыть полосу для движения, но бывают разные случаи), а в пятницу вечером перекрывают, посла часа пик и работают ночью, да и платят роботягам за ночные работы. То есть, они заинтересованы в том, чтобы ничего не делать, так сказать, сделали дорогу на лет 10 и получают просто бабло, а работники играют в карты целыми днями. У нас же… чем больше яма, тем больше работы у дорожников. То есть, если не будет ям, то как они будут «зарабатывать».
На счет Форда зря смеетесь, там не правильно описали. Им зарплата капала того, когда работал конвейер, а когда останавливался, то и зарплата у них останавливалась. То есть, они заинтересованы в том, чтобы конвейер постоянно работал, поэтому они проводят постоянную профилактику и наладку.
ustas33
31.05.2019 09:55Кому как, лучше один раз сделать хорошо, и спокойно играть в домино, нарды, и т.п.
amarao
Автоматизировали всё? Э… Не верю. У них новая минорная версия апстримового софта перед публикацией на приватный репозиторий интеграционные тесты проходит сама? А софт для запуска интеграционных тестов откуда?
… А приватный репозиторий в гите описан как конфигурация? А ОС на которых оно работает — это золотые артефакты или их можно пересоздать из файла конфигурации и исходных текстов байт-в-байт без внешних зависимостей?
Короче, их сократили потому что деньги закончились.
urtow
Этим занимаются оставшиеся 75 человек. И их хватает.
amarao
Я к тому, что devops занимает весь отведённый под него человекобюджет. Если бы их отдел стал 300 человек — его всё равно можно было бы загрузить, потому что что-то ещё не continious и его не deliver по best practice.
nrgian
Вопрос только в деньгах. Автоматизация же не бесплатная. На каждый чих её делать не стоит.
Начиная с определенного момента становится более выгодным что-то делать только вручную.
dominigato
В далекой перспективе любой ручной труд проигрывает автоматизации. Вопрос только какую перспективу вы берете за базовую.
nrgian
Исходя из того, что ручной труд до сих пор еще существует даже в довольно простых «механических» профессиях — эта перспектива, порой, за границей жизни поколений.
dominigato
В механических профессиях — может так, но не в IT
nrgian
Программистов уже массово увольняют? Не из одной конкретной фирмы, где они свои дела закончили — а в целом по отрасли?
dominigato
Не уверен что понял что вы имеете в виду.
mkovalevskyi
Автоматизация имеет смысл только для повторяемых действий, однако.
Так что для приложений, к оторых каждый релиз проходит в режиме «закат солнца в ручную» — она не особо применима.
Другой вопрос, что такие методологии разработки обычно обозначают что на проекте имеют место быть проблемы…
dominigato
Ну вот именно, что это так быть не должно при должной огранизации девопс процессов.
nrgian
Я про это ваше высказывание писал же:
Любой ли?
Исходя из того, что ручной труд еще много где существует и перспектива перехода на автоматизацию находится за границами жизни поколений — отнюдь не всегда это так.
Конкретно в ИТ, например:
Админы, Ops, ручной deploy — отлично автоматизируются.
Собственно программирование — автоматизируется весьма ограничено.
Nalivai
Ручной труд существует там, где автоматизация еще не добралась (дело времени), там где автоматизацию не могут себе позволить по бедности, там где далекая перспектива не интересует впринципе, а интересует только моментальная прибыль, или где ручной труд почти бесплатен.
Все это не потому что автоматизация проигрывает в далекой перспективе, а от внешних причин.
amarao
Тыг я и говорю, что бюджет закончился.
APXEOLOG
Что хорошего в автоматизации ради автоматизации? Цели были поставлены и видимо были достигнуты. Все остальное — YAGNI
amarao
В ней нет ничего хорошего и ничего плохого. Просто workflow. Если делаете ci/cd, то получающаяся конструкция может становится лучше и лучше с каждой итерацией (тут же вопрос даже не в автоматизации, а в тестировании того, что автоматизировано). Как только бюджет заканчивается, в лучшем случае оно замирает "как есть", в худшем — разваливается из-за того, что несколько ключевых операций всё ещё не автоматизированы, а того, кто эти кнопки умел в правильном порядке жать, сократили.
APXEOLOG
Для кого и как "лучше"? Для бизнеса? Для разработчиков? Для девопсов?
Можно автоматизировать ради автоматизации сколько угодно, вот только в какой-то момент вы достигаете точки, когда ROI < 1. В этот момент адекватные люди останавливаются
dominigato
Если продукт развивается, то вы по идее не должны достигнуть такой точки. Проблема будет только когда продукт заглохнет или помрет — тогда можно «закончить автоматизацию».
APXEOLOG
Если мой продукт развивается, но не в сторону добавления десятка новых контейнеров в день, чем мне в таком случае занять DevOps отдел?
dominigato
При чем тут десятки контейнеров в день? Кажется у нас очень разное понимание роли DevOps в организации.
amarao
Для качества получающегося продукта. Каждый раз, когда кто-то притаскивает ROI или другие формы "БАБЛО ВАЖНО" в разговор, мне становится очень скучно. Ну как если бы в разговор физиков о проблемах стыкования квантовой физики и ОТО врывался бы тот же самый менеджер и говорил о том, что ROI и, вообще, пора с этой мутью завязывать.
Качество продукта определяется не его клиентами, а теми, кто может оценить это качество. Примерно половина devops — это защитное администрирование (defensive administration) с целью хоть как-то сохранить автономность в случае если апстрим сойдёт с ума.
ROI от defensive administration отрицательный — пользы никакой, только сложность. А нужен defensive administration тогда, когда очередной lefpad оказывается заменён спецмодуль ad+ потому что npm inc так решила.
APXEOLOG
Может вы просто не можете его нормально посчитать? Есть такое понятие как оценка рисков.
amarao
А как вы оцените риск того, что вместо leftpad'а окажется ad+? Не стоимость реализации такого риска (это можно прикинуть), а вероятность?
А ещё есть такая вещь, как качество, которая может не возврщать инвестиции от слова "совсем", но люди всё равно хотят делать качественно. Культурные особенности аборигенов, надо учитывать.
APXEOLOG
А какова вероятность, что все инструменты DevOps'a работают как надо во всех ситуациях? Может их надо переписать на свои и заодно лишить фатального недостатка? А операционные системы? Думаю их тоже нужно переделать более качественно, а то нагородили зоопарков
amarao
Переписывать не обязательно, а вот покрыть тестами — обязательно. Причём, если для существующих систем человек их проверит не хуже (в процессе пусконаладки), то вот апдейты — это соврем другой вопрос. И иметь автоматизированные end-to-end тесты перед принятием любых изменений в инструментарий — это бесценно.
bm13kk
поддерживаю.
Все ИТ [кроме безопастности] должно работать как инженер-проектировщик или консультант. А не рабочий у станка. То что бизнес хочет все превратить в сервис и развратил 99% индустрии до состояния «работаем постоянно пока есть деньги» — печальный факт. Печальный факт, который уже не получится изменить. Уже даже космическая индустрия начала переходить на рельсы обновлений вместо сделал и перешел на следующую задачу.