ИИ нас заменит и выкинет из индустрии?

Искусственный интеллект, как бы кто не противился этому, ворвался в нашу отрасль. Еще года/два назад к нему относились скептически или с интересом. Сейчас же он полноценный и часто используемый инструмент.

Заменил ли он инженеров? Нет. Он с инженеров снял рутину.

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

Я честно сам того не заметил как он вошел в мою проф деятельность. Как будто и был.

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

Надеюсь у меня хватит на это времени))))

А свои мысли по этому поводу пиши в комментах

https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech

🐔 Курица или яйцо🥚 ?

К мониторингу и отказоустойчивой инфраструктуре это понятие не имеет отношения.

Но что должно быть первее отказоустойчивость или наблюдаемость?

С таким вопросом пришел ко мне клиент. ТЗ не четкое копаем.

Заказчик выделил всего 2 сервера на приложения. Заказали еще 3, но они будут через месяц…. Если все будет хорошо.

Закрытый контур, мониторинг внешний не подключить, нагрузку будет приличная.

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

Принимаю решения, запускать проект без полноценного сбора статистики и алертинга. Обговариваю риски с клиентом, он согласовывают с заказчиком. Делаем минимальный скрипт проверки доступности.

Что еще предлагали?

Спрашивали о наличии мониторинга на предприятии. Ответ: есть, но туда нас не пустят.

Воспользоваться мониторингом на серверах клиента. Ответ: в дикий интернет доступ не дадим.

А ты как бы поступил(а)?

https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech

Кто с Таганрога. Есть у вас коворкинги?

С пятницей. Как ваши дела? Как успехе в работе? Где отдыхаете если в отпуске?

У меня отпуск. А у вас?

А нужно ли вам устранять технический долг?

Меня периодически, в качестве шабашки, просят посмотреть инфраструктуру компании и дать рекомендации по её улучшению. Либо потешить самолюбие техспецов и сказать: «У вас всё хорошо».

В большинстве случаев я замечаю технический долг.

Технический долг возникает, когда команда выбирает быстрое и простое решение проблемы сейчас вместо правильного и качественного, которое требует больше времени.

Когда я рассказываю, что ваши технические специалисты наплодили много костыльных решений, руководитель спрашивает: «А нужно ли это исправлять?»

Я всегда исхожу из экономики: выгодно это или нет.

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

Считаем, сколько компания тратит на погружение в проект (раскладываем на составляющие, в том числе на изучение костылей).

Узнаём причину текучки кадров. Я связался с несколькими специалистами, покинувшими компанию, и попросил написать ТОП‑5 причин ухода из компании.

Часто встречающая причина — это технический долг. В техдолг я также включил наличие нерелевантных рынку технологий, так как чем больше у вас релевантных рынку технологий, тем проще найти кадры.

Сопоставляем цифры, создаём презентацию и рассказываем руководству причины текучки кадров, а также раскладываем экономику технического долга.

Вот так из обычного анализа инфраструктуры выявились проблемы в процессах предприятия.

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

Всем добра, процветания и большой любви!

Как ты думаешь дело DevOps-инженера лезть в процессы?

https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech

Всю неделю не было времени перенести посты из макса и вк. И ладно.... Начну с сегодняшнего поста остальные останутся там...

Прошла первая неделя после отпуска. Я совершил все ошибки которые только можно совершить выходя из отпуска.

Я пытался объять необъятное: решить все проблемы (в том числе коллег), разгрести задачи и еще поставил себя заниматься техподдержкой.

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

В итоге в пятницу к вечеру мой мозг отказывался даже давать рефлекторные команды.

Все выходные я просто тупил: гулял в роще возле дачи, лежал на диване под сериальчик, спал.

Непривычно ппц, так как я привык постоянно что-то делать: снимать ролики, писать статьи, ковыряться на дачи, искать варианты дополнительного заработка и т.д.

Сейчас же я чувствую себя бесполезным.

А как вы отдыхаете после сложной трудовой недели?

https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech

Проверь себя: Когда ждать оттепель на рынке IT? Есть ли уже сигналы?

Здравствуйте, дорогие коллеги. Поделюсь своим видением ситуации.

1. Кадровая ситуация
Оттепель уже наступила, но не в том смысле, в котором многие ждут. С 2018 по 2022 год мы пережили бурный рост: кадровый голод был настолько сильным, что компании брали практически всех, а зарплаты порой не соответствовали реальному уровню навыков.

Это, естественно, спровоцировало массовый приток новичков. В итоге общий дефицит сменился профицитом на входе, но при этом сохранился острый дефицит сильных специалистов (Middle+, Team Lead).

Сейчас отрасль активно ищет способы оптимизировать фонд оплаты труда, и многие делают ставку на ИИ (пусть пока это скорее хайп и страшилка, но тренд задан). Это подняло планку требований к «сырым» специалистам. Рынок вернулся к истокам: высокий порог входа снова стал нормой. Когда я начинал, попасть в IT-компанию сразу после вуза могли только лучшие — я сам прошел путь с самых низов, постепенно карабкаясь к своей цели.

2. Экономический фон
Мировая экономика нестабильна. Инвесторы и предприниматели стали гораздо осторожнее и неохотно вкладываются в IT-стартапы. Новые компании не плодятся с прежней скоростью, а значит, и кратного роста спроса на специалистов ждать не стоит.

3. Итог
Тот самый «пузырь», о котором говорили последние несколько лет, схлопнулся, выплеснув на рынок огромное количество джуниоров и «случайных» людей.

Когда вернутся «сытые» времена и снова будут брать всех подряд? Только когда возникнет реальный дефицит кадров.

Станет чуть легче, когда две группы людей покинут гонку:

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

«Залетные», которые пришли за быстрыми деньгами.

Мой совет: Если вы действительно чувствуете, что IT — это ваше, двигайтесь вперед, не оглядываясь на панику. Учитесь, прокачивайте хард-скиллы и не останавливайтесь. У вас все получится!

Пиши свое мнение в комментарии.

https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech

Сегодня 3 сентября, день прощания. Кто готов попрощаться с АйТи и обратить внимание на рабочие профессии?

Раздел влияния DevOps-инженеров.

Вопрос: разделяют ли компании инженеров по узким специализациям — мониторинг, облачные провайдеры, сети, базы данных и так далее?

Ответ напрямую зависит от масштаба и уровня зрелости компании.

В крупных корпорациях принято четкое разделение обязанностей. Один специалист отвечает за мониторинг, другой — за облачную инфраструктуру, третий — за базы данных, четвертый — за деплой приложений разработчиков. Это позволяет глубже погружаться в каждую технологию.

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

В небольших компаниях востребован full-stack DevOps-инженер. Однако здесь есть риск: специалист вынужден знать всё понемногу, но часто не успевает глубоко погрузиться ни в одну из областей («скользит по верхам»).

Нужно ли составлять отдельное резюме под каждую роль?

Нет. В резюме вы перечисляете все технологии, которыми владеете. Однако важно понимать контекст: иногда компании ищут человека на позицию «инженер по мониторингу», но в реальности ему придется подменять Cloud-инженера и разворачивать приложения в Kubernetes. Если вы не укажете эти навыки в резюме — вы просто не попадете в шорт-лист такой вакансии. Поэтому резюме должно быть универсальным, но с акцентом на ваш основной стек.

Доброе субботнее. Предлагаю почитать свежие статьи на просторах хабра 🚀

✅ Свой git без gitlab‑комбайна: настраиваем gitea, подключаем ci и проверяем полное восстановление - как настроить собственный Git-сервис на VPS с помощью Gitea, подключить CI (Actions), организовать резервное копирование и восстановление системы.

✅ 23 урока для тех, кто отвечает за инфраструктуру: Linux, базы данных, CI/CD и безопасность - бесплатные уроки сентября для инженеров инфраструктуры, DevOps и специалистов смежных направлений.

✅ Вы удалили ключ следующим коммитом. Из репозитория он никуда не делся - как API-ключи и другие секреты случайно попадают в Git-репозитории, почему их сложно удалить и как правильно действовать, чтобы избежать утечки конфиденциальной информации.

✅ Где разворачивать приложения: пять платформ — пять подходов - в статье сравнивают пять платформ для развёртывания приложений (Heroku, Vercel, Fly.io, Railway, Porter)

✅ Сколько зарабатывает DevOps-инженер в 2026 году - всеми излюбленная тема. В статье о зарплатах DevOps-инженеров в России в 2026 году, их распределении по грейдам, навыках.

Подписывайся на канал в Макс

🚨 Ну что, дождались?

Вы просили - мы сделали. Возвращаем IT-викторины 😎

Сегодня проверим, как вы будете действовать в ситуации, которую никто не хочет увидеть:
03:00. Прод лежит. Что будешь делать? 💀

Так что отвечайте, проверяйте свои знания и заодно узнавайте что-то новое.

Ну что, погнали? 🔥

Доброе утро!

Приехал на конференцию. Столько много разных пространств и интересных стендов.

Есть даже стенд игры Графиня.

🤖 ИИ в наблюдаемости: от подсказок к действиям. Где выгода, а где — зона риска?
Репортаж с IT Elements
На днях в дискуссии сошлись лидеры рынка: Волотов (Cloud.ru), Маслов (АльфаСтрахование), Орлов (GMONIT) и Малыхин (Ликард). Модератором выступил Алексей Акопян («Инфосистемы Джет»).
Главный вопрос: стал ли ИИ в мониторинге реальным инструментом или это всё еще дорогая игрушка? Делимся главными тезисами встречи.

📊 Три уровня зрелости ИИ в проде
Все спикеры сошлись во мнении, что ИИ в наблюдаемости сегодня делится на три этапа:
Анализ статистики и аномалий (самый массовый сценарий).
Помощь в подготовке постмортумов и разборе инцидентов.
Полная автоматизация действий (без участия человека).
Важный нюанс: участники панели честно признались, что используют только первые два сценария. Третий пока — из разряда фантастики.

🔥 Какую боль закрывает ИИ?
Эксперты выделили три ключевые проблемы, которые нейросети помогают решить прямо сейчас:
Скорость реакции. ИИ сокращает время на поиск причин инцидента.
Экономия ресурсов. Помогает не плодить лишние алерты и не жечь CPU на бесполезной аггрегации.
Агрегация данных. Сводит воедино информацию из десятков разнородных систем.

⚠️ Где ИИ — это перебор?
Спикеры единодушны: не всё стоит отдавать нейросетям.
Простые задачи. Тратить сотни токенов на написание тривиального bash-скрипта или формулировку простого запроса — нерационально.
Слишком широкий охват. ИИ пытаются натянуть на задачи, где достаточно старого доброго rule-based алгоритма.

🚧 Главные сложности внедрения
Здесь развернулась самая жаркая дискуссия. Основные барьеры:
Железо. Дефицит и высокая стоимость GPU (особенно актуально для локального развертывания).
Законодательство и безопасность.Службы безопасности блокируют облачные API из-за рисков утечки ПДн.
Инфраструктура. Нужно перестраивать пайплайны сбора данных.
Финансовое обоснование. Сложно доказать бизнесу, что ИИ окупится.

💰 Как считать финансовую выгоду?
Главный совет от практиков: считайте не стоимость токенов против зарплаты инженера.
Считайте MTTR (Mean Time To Recovery). Если ваша система стоит час простоя — 1 млн рублей, а ИИ сокращает время восстановления с 30 до 10 минут, то экономия очевидна. Инженерное время — не главная метрика. Главное — сохраненная выручка.

🧠 А кто виноват, если ИИ накосячил?
«Ответственность всегда на инженере. ИИ — лишь инструмент подсказки, а не субъект принятия решений».
Вспомнили даже старые учебники по экспертным системам: там 30 лет назад учили тому же — машина помогает анализировать, но решение принимает человек.

🤔 Добавлюложку дегтя от себя:
❌ Коммерческие продукты часто обманывают ожидания. Они не «знают» вашу легаси-архитектуру и выдают общие советы. Настоящая ценность появится только тогда, когда вы сможете дообучать модель на своих данных (RAG) внутри контура предприятия.
❌ Постмортумы от ИИ — это риск. ИИ может найти корреляцию и выдать ее за причину. Вы закроете инцидент с красивым отчетом, но баг останется в системе.
✅ Полная автоматизация (3-й уровень) в ближайшие 3–5 лет — это опасно. У ИИ нет «чувства бизнес-контекста». Перезагрузка БД ради скорости может стоить компании критической транзакции.

📌 Итог
ИИ в наблюдаемости — это ускоритель контекста, а не замена инженера. Он быстрее читает логи, находит аномалии и подсказывает гипотезы. Но финальное нажатие на «Enter» всегда остается за человеком.
А какой сценарий используете вы? Дошли до автоматизации или пока только аналитика? Делитесь в комментариях! 👇