Это вторая часть истории. Первая тут: Хотим девопс: как много в этом звуке

Прослушал от бывших коллег из РФ еще две истории «сделайте нам девопс».

Для тех, кто проспал последние 25 лет, и не читал:
Мифический человеко-месяц, или Как создаются программные системы. 1975 год.
Дедлайн. 1997 год.
Проект Феникс, 2013 год,
Site Reliability Engineering, 2016 год
The DevOps Handbook
(и список отсюда)
сообщаю:
В русском найме под «девопс» с 2022 года понимается вообще любая должность.
Совсем любая.
Начиная от Linux системного администратора, заканчивая проектным менеджером, который умеет ставить галочки в Jira.
Раньше за «devops» платили те самые 300кк\наносек, за «Linux» 300кк\наносек не платили. Теперь кто угодно, кто хоть раз nano запускал, уже devops.
Кто видел любую LLM – уже AI devops prompt engineer. Открыл логи - Senior SRE

Для тех, кто эту статью случайно нашел.

Когда-то давно, в начале 2010-х, под «девопс» понималась идеология, на стыке между разработчиком (software development, dev) и системным администратором (information technology operations, ops).  В первую очередь как выделенный человек для службы одного окна.
Постепенно идеология мигрировала в должность. НО, не все так просто..

Две истории разворачиваются «прямо сейчас», поэтому некоторые моменты будут преднамеренно искажены. Не удивлюсь, если кто-то скажет «прямо как у нас». Нет, не у вас. Все совпадения случайны. Вся история выдумана с самого начала.

История первая.
Не успели знакомые внедрить «devops», в виде Grafana и Zabbix plugin for Grafana, как у руководства зазудело, «давайте сделайте, чтобы быстро, и безопасно. Как в Google. Только бесплатно, вот вам ветка». 

Под «быстро и безопасно» подразумевалось следующее.
В длинные российские выходные в здании отключили электричество. Без предупреждения.
ИБП, в котором батареи не меняли 5 лет, и на замену которых третий год не давали бюджет, потому что «работает же», не выдержал и пяти минут.
Мониторинг умер вместе с ИБП. То есть, мониторинг был. Только внешняя сеть умерла вместе с роутером и доставкой сообщений.
Всякое «серверное хозяйство» умерло.

Электричество вернули.
Ожило далеко не все. Не ожил один старый коммутатор, который видел всякое. Времен Cisco Catalyst WS-C3560, кажется. Еще со 100 мбит портами.
Не ожил какой-то сервер, из говна и палок, который не перезагружали лет 5, и на котором давно умерла батарейка RAID, батарейка BIOS и еще что-то. Даже не сервер, а так – что-то промежуточное. Была такая серия у IBM, и, кажется, у Lenovo, когда процессоров уже два, а корпус можно проапгрейдить и поставить в стойку.
Какие-то диски умерли, но ничего критичного.

Начальство уже неделю не понимает, как так вышло.
Девопс – внедрили, а батарейки и сеть все равно надо обновлять.
Коллеги прикрыли подгорелые зады служебными записками «мы предупреждали». Помогает слабо, был бы предлог, а лишение премии найдется.

История вторая. О менеджменте или план был надежен, как швейцарские часы

В некоторой фирме по «разработке» решили, что продажи так себе, развитие так себе, надо сокращать издержки. Обычная история, 100 раз так было. Сократили половину команды разработки, 2\3 команды девопс, оставили кого-то «для поддержки».
Осенью 2025 года, вот только что, отдел продаж наконец что-то наобещал (наврав, как обычно), и продал продукт, которого еще не было.
Ноооооо … не так все просто.
Оказалось, что Linux – не то же самое, что Devops. Оказалось, что devops инструментарий, а у них богато всего было, начиная от Ansible с всякой обвеской, в том числе Rundeck в одном месте, Talos (зачем-то) в другом, и все это густо обмазано баш скриптами под Jenkins – это не то же самое, что пройти экспресс курс по ответам на интервью «что такое стики бит, и как часто вы вообще это используете в Jenkins».

На интервью все как обычно.
По резюме кандидаты Львы Толстые и готовы хоть сейчас запустить service mesh, внедрить ИИ, и так далее.
На интервью валятся на софт скиллах, еще до технического интервью. Не могут ответить на элементарнейшие вопросы – например, как пройти от Юмэгакурэ до Конохи, или что лучше, танк или хил. 
Провал поставки уже виден невооруженным глазом.

Но ..
Но главная проблема не в срыве поставок. Задача руководства сформулирована так, что надо найти молодых, дешевых и квалифицированных специалистов, и затем их доучить, силами оставшихся. При этом переписать имеющуюся систему доставки приложения (CI-CD по простому) так, чтобы ее могло поддерживать вообще любое дерево, и масштабирование производилось бы не путем усложнения системы и кода вокруг (который и так сложно и криво написанное давно окаменевшее говно), а чуть ли не перейти обратно на баш скрипты. Почему так? Потому что специалист для поддержки «сложного» стоит «дорого» и «капризный».
Найти никого не могут, про дообучение и речи нет.

Алло, мы ищем таланты говорящее дерево

Итог

Мировая (не российская) практика показывает, что «цивилизация» вещь достаточно хрупкая. Что можно откатиться от технологически очень развитой страны, до того, чтобы в небоскребах лифтовые шахты использовали как калоприемники.
В 1979 году одна страна испытала атомную бомбу. С ситуацией к 1989 году вы можете ознакомиться по истории небоскреба Ponte City Apartments. Или по истории сьемок кино Район №9.

Слишком сложные системы стали не нужны, их слишком дорого поддерживать.

Я 7 лет работаю дизайнером в IT-компании. Делаю интерфейсы для приложений и сайтов. Нормальная работа, нормальная зарплата, всё стабильно.

Месяц назад я провёл эксперимент, который меня напугал.

За 30 дней, параллельно с основной работой, я в одиночку сделал 9 цифровых продуктов. Сайт, несколько ботов для Телеграма, сервис для подбора автомобилей, приложение для поиска дешёвых автозапчастей и ещё кучу всего.

Без программистов. Без тестировщиков. Без помощников. Один.

Как? С помощью ИИ.

И нет, это не реклама нейросетей. Сейчас объясню, почему меня это скорее пугает, чем радует.

Что конкретно произошло

Мне нужен был сайт для моего проекта. Раньше я бы открыл рабочую программу, нарисовал макет, потом пошёл к программисту, объяснил что нужно, подождал бы неделю, получил бы результат, отправил бы правки, подождал бы ещё...

Вместо этого я просто описал словами, что хочу увидеть. Какие разделы, какие кнопки, какой стиль. ИИ сгенерировал готовый работающий сайт за 3 часа.

И вот что больно: этот сайт оказался лучше того, что я делал руками за 7 лет карьеры.

Я — дизайнер с опытом — получил лучший результат, когда перестал делать дизайн.

Остановитесь и подумайте, что это значит.

Один человек вместо девяти

Раньше, чтобы запустить даже простое приложение, нужна была команда: программист, верстальщик, тестировщик, дизайнер, человек для продвижения в поисковиках, копирайтер, аналитик, маркетолог. Плюс кто-то, кто будет всё это настраивать на серверах.

Сейчас ИИ закрывает все эти роли. Не идеально — но достаточно, чтобы один человек мог запустить работающий продукт.

Бот для Телеграма — 2 часа. Сайт — 3 часа. Сервис для подбора машин — день. И всё это реально работает, люди пользуются.

Почему я не в восторге

Потому что я понимаю, что будет дальше.

Если сегодня я, дизайнер без навыков программирования, могу за месяц сделать работу маленькой IT-компании — что будет через год? Через два?

Вот что я уже вижу:

Узкие специалисты теряют ценность. Зачем нанимать отдельного верстальщика, если ИИ делает это за минуты? Зачем отдельный копирайтер для текстов на сайт, если ИИ пишет их не хуже?

Стоимость создания IT-продуктов падает к нулю. Раньше, чтобы проверить бизнес-идею, нужно было потратить минимум несколько сотен тысяч рублей и пару месяцев. Сейчас — выходные и подписка на нейросеть.

Профессии не исчезнут, но станут неузнаваемыми. «Программист» скоро будет означать не «человек, который пишет код», а «человек, который объясняет ИИ, что нужно сделать». То же самое с дизайнерами, маркетологами, аналитиками.

А что не может ИИ

Справедливости ради — вот где ИИ пока бесполезен:

Он не знает, что нужно людям. ИИ не придёт к вам и не скажет: «Слушай, у владельцев собак есть вот такая проблема, давай её решим». Находить реальные проблемы — это по-прежнему работа человека.

Он не принимает решения. ИИ предложит 10 вариантов. Выбрать правильный и нести ответственность за последствия — ваша задача.

Он ломается на сложных задачах. Мои проекты работают, потому что они относительно простые. Построить что-то масштабное, вроде онлайн-банка, ИИ пока не может.

И самое главное — нужен опыт. Я получаю хороший результат не потому, что ИИ волшебный, а потому что за 7 лет я научился понимать, что делает продукт хорошим. ИИ просто убрал барьер в виде написания кода. Если этого понимания нет — результат будет так себе.

Что со всем этим делать

Я не из тех, кто кричит «все профессии умрут, мы все обречены». Но и делать вид, что ничего не происходит, — глупо.

Вот что я вынес из своего эксперимента:

Умение руками что-то делать обесценивается. Умение думать — дорожает. Неважно, дизайнер ты, программист или маркетолог — если твоя ценность только в исполнении, ИИ тебя догоняет. Если в понимании, зачем и для кого ты это делаешь, — ты в безопасности. Пока.

Барьер входа в IT-бизнес исчез. Если у вас есть идея и вы хоть немного разбираетесь в теме — вы можете сделать работающий продукт за выходные. Это не шутка, я проверил на себе.

Скорость изменений пугает. То, что год назад казалось фантастикой, сегодня я делаю за пару часов. Через год то, что сейчас занимает часы, будет занимать минуты.

Я не знаю, хорошо это или плохо. Но это точно уже происходит.

А вы используете ИИ в работе? Или пока наблюдаете со стороны? Интересно послушать, как это выглядит из других профессий.

Веду тг канал В эпоху AI, где делюсь практическим опытом создания продуктов с помощью ИИ. Без хайпа, с конкретикой.

Если же включить линейных сотрудников в проектную команду по-настоящему, дать им субъектность, прозрачность и понимание последствий, отчуждение уменьшается.

Проект перестает быть внешней силой.

И вот в этот момент управление функциями снова превращается в управление людьми.

Для них это не основная обязанность. Мы не закладываем это в их рабочее время как постоянную задачу. Но мы фиксируем, что они обучены и способны подхватить функцию.

В идеальном мире можно было бы продублировать всё. В реальности это невозможно. Но общий объём знаний внутри компании должен быть больше, чем минимально необходимый для текущей работы. Это и есть запас прочности.

P.S. Все заметки про систему управления - здесь.

Моя роль здесь: Я такой же читатель этого поста, как и вы. Я не «гуру» и не инвестор. Всё, что я могу — это когда-нибудь (если будет время и ресурсы) попробовать сделать какой-то простенький сервис для координации таких «актов созидания». А пока — координация может происходить стихийно: в комментариях, в почтах, в чатах.

Честный постскриптум: Сделаю ли я эту платформу? Если когда-нибудь появится запрос и ресурсы на координационную платформу — возможно, я попробую помочь с реализацией. Но я точно не единственный и не лучший кандидат. Если нет — скорее всего, это случится «сильно-сильно позже» или вообще не случится моими руками. Я не лучший исполнитель для такой глобальной задачи. Возможно, среди вас есть те, кто провернет это круче, быстрее и масштабнее.

Давайте просто пообщаемся в комментариях:

• Какое оборудование в вашей сфере — это «оверпрайс» и «дикий жир»?

• Какие чертежи/спецификации нужно сделать открытыми в первую очередь, чтобы сбить спесь с монополистов?

Пусть «Consumer OS» останется просто идеей в пространстве, пока она не станет нам всем нужнее, чем им — их сверхприбыли.

Как помочь идее жить (Протокол Consumer OS):

• Пишите: Если видите вопиющую неэффективность или «жир» производителей — делайте пост на Пикабу или любой другой площадке с хэштегом #ConsumerOS.

• Ищите: Время от времени гуглите этот хэштег или ищите его внутри соцсетей. Смотрите, что нового накидали другие.

• Участвуйте: Видите в комментариях под хэштегом задачу, которую можете решить (подсказать деталь, нарисовать схему, дать контакт) — делайте это.

Никакой обязаловки и регистраций. Просто стихийная координация. Возможно, так светлое будущее наступит чуть быстрее.