DevOps Factory

Вышло новое видео с Сергеем - девопс инженером в Америке! Сергей поделился своими увлекательными историями про переезд из Владивостока в США, и о том, как перейти с нуля в девопс в другой стране Также обсудили различия найма в США и СНГ, как выжить джунам в эпоху ИИ и многое другое, очень интересная получилась беседа:) Смотрите видео на: YouTube Rutube

Планы, планы, планы. ✏️ Все знают эти простые лайфхаки: • если запланировать покупку билетов на самолет заранее - они дешевле ✈️ • если запланировать поход в театр на новогодних праздниках - успеваешь купить билет, пока он остался и идешь в театр. 🍿 В организациях мы тратим много времени на планирование, часто упуская основные бенефиты, которые это упражнение нам приносит. А приносит ой как много. Надо ли говорить, что в личной жизни многие даже этого не делают, хватая в последний момент то что осталось в наличии. Еще потом столько удивлений, почему так все получилось 👀 На следующем курсе по управлению людьми мы будем тратить много времени на изучение различных методик планирования и методик промежуточного контроля, основанных на метриках. ↗️ Посмотрим и попрактикуемся, в какой ф…

AI-First Последние полгода-год зафиксировали победу различных AI ассистентов. Claude научился сносно писать код, что позволило Antropic по капитализации обойти OpenAI. Многие компании системно работают над повышением зрелости своих процессов в контексте применения ИИ. Мечты гиков желающих все делать текстовыми командами и не покидать терминал чтобы подвигать тикет или написать сообщение коллеге сбылись. Условный draft-pr агент поглядит в тикет системе какие тикеты заассайнены на человека и подготовит PR, который автоматически поревьит другой агент и оставит suggested fixes. Что это означает для инженера? Радикальное изменение смысла и формата работы. Вместо собственно написания кода больше времени занимает структурирование контекста и проверка изменений. А это самые трудозатратные и от…

И у нас новый мок собес, бежим его смотреть :) https://www.youtube.com/watch?v=QqF0656aBPc&feature=youtu.be #МОК_собеседования

11 апреля тихо и незаметно прошел 4ый день рождения DevOps Фабрики 🎉 Четыре года много это или мало? Смотря в чем измерять. Мир четыре года назад и сейчас - совсем разные. Один уровень неопределенности пробивает все мыслимые и немыслимые пределы :) Профессия сильно изменилась. Наступила эпоха зрелости и максимизации эффективности. Всё вокруг ускорилось в 2, а то и в 3 раза. Успех фабрики в успехах учеников. Наши ученики работают в ведущих ИТ компаниях, многие получили повышения, кто-то переобулся в менеджеры, кто-то направляет технологическое развитие в отдельно взятой инфраструктурной вселенной, кто-то уже менторит других людей 🚀🚀🚀 Я пропустил день рождения фабрики, в ту субботу было очередное занятие курса по управлению. Очень органичный получился способ отметить эту дату: пр…

Я инженер. Все что я хочу это копаться в коде, делать таски из таск трекера: там кластер поднял, тут CI/CD подписал. Кому это  все нужно думать вообще не хочу. Отвечать за работу других вообще не хочу. Думать о прибыли тем более, я вам коммерсант чтоли.Мнение весьма популярное. Но время учит: подобное убеждение весьма быстро ограничивает развитие человека. Он быстро перестает находить возможности для роста. Везде ж одинаковые таски, одинаковые базы, ну, может размерами буфера отличаются и количеством попугаев.  Все кто умеют замечать за этими деревьями лес покрутят пальцем у виска. Добавляя детали требований, логику реализации и то как каждый сервер прорастает в решение, заскучать очень сложно. Возможностей применить себя миллион.  ⚠️ Развить умение видеть как твоя роль вплетается в общее …

Собеседования прежними не будут.  Как теперь к ним готовиться? Раньше можно было потратить вечер на список вопросов и прийти с заготовленными ответами. Теперь эти ответы за несколько секунд выдаёт AI. Интервьюеру всё важнее понять, что ты умеешь делать с ними дальше. В новом выпуске разбираем, как меняются DevOps-собеседования. Собрали несколько вещей, которые стоит учесть перед следующим интервью. 1. Правильного ответа недостаточно. На практической задаче видно, как ты ищешь причину проблемы, проверяешь гипотезы и понимаешь, что получилось после исправления. Поэтому полезно готовиться на стенде: развернуть сервис, сломать его и восстановить. Если сервис запустился, попробуй объяснить, почему он падал и что именно помогло. 2. Разрешённый AI тоже становится частью проверки. Если интервь…

Тебе предлагают повышение. А ты не хочешь эту работу. Наконец-то заметили. Зовут в тимлиды. Только раньше ты разбирался, почему приложение тормозит, собирал инфраструктуру и автоматизировал то, что всех достало. А теперь надо объяснить Пете, почему он неправ. Договориться с соседней командой. Распределить задачи. Ответить за сроки, которые сорвал другой человек. И где-то между созвонами попробовать добраться до своей работы. Хотя своей работой теперь стали как раз эти созвоны. Вроде карьерный рост. А заниматься всем этим тебе не особо хочется. После Senior легко перепутать желание расти с готовностью стать руководителем. Есть и технический трек: Staff, Principal, архитектура. Там можно влиять на решения нескольких команд или всей компании без собственных подчинённых. Правда, спрятат…

+3

Хороший тамада курс, и конкурсы интересные :) Если бы вы спросили меня, как должен выглядить образовательный пайплайн, который помогает разным людям становится сильно более конкуретными? я бы непременно ответил: 1️⃣ должно быть сложно и развлекательно. 2️⃣ нужен организатор, который постоянно кидается в людей шарадами,а не кормит готовыми ответами. Особенно приятно видеть, что эти усилия замечены участниками уже прошедшего потокового прохода по get to work. На скриншотах собрали некоторые #отзывы. Обратная связь, как и любое перекрестное опыление - редкий алмаз для фабрики, которая на 90% построена на индивидуальной работе над специально разработанными последовательностями заданий. Потоковая работа редкий формат для нас. Обычно мы используем его либо для разовых программ, либо при п…

Как понять, что AI несёт чушь, если ты сам не знаешь правильного ответа? Представь ситуацию. Приложение в Kubernetes перестало подключаться к базе. В логах таймауты, сервис не работает. Ты отправляешь ошибку AI и спрашиваешь, в чём проблема. AI уверенно отвечает: Скорее всего, дело в NetworkPolicy. Исходящий трафик заблокирован. Вот исправленный манифест Причём не просто отвечает, а подробно объясняет, почему это происходит, приводит примеры и предлагает готовое решение. Выглядит убедительно. Осталось применить. А что, если NetworkPolicy вообще ни при чём? Например, приложение пытается подключиться по старому адресу базы. Но вместо проверки адреса мы меняем сетевые политики. Возможно, даже открываем доступ туда, куда раньше он был закрыт. Проблему не решили, зато новую потенциально с…

А насколько хорошо ты на самом деле умеешь работать с AI? В прошлом посте мы обсуждали любимую фразу опытного инженера: Да я быстрее сам сделаю Это про историю с 502-й ошибкой. Когда проще самому посмотреть логи и починить сервис, чем объяснять AI-агенту, где искать проблему и что ему вообще разрешено делать. Но AI ведь можно использовать очень по-разному. Один инженер просит ChatGPT/Claude объяснить ошибку в YAML. Другой уже не пишет конфиги руками. А у третьего агент сам разбирается с инфраструктурой, готовит PR и прогоняет проверки. И все трое говорят, что активно используют AI в работе 😁 Давай проверим, насколько далеко ты продвинулся. Собрали небольшой чек-лист из 8 пунктов. От самого простого до полноценной работы с инфраструктурой через AI-агентов. Отмечай, что уже делаешь…

Уже в понедельник начинаем Autopilot, главный курс программы DevOps новой волны 🚨🚨🚨 - Петр Иванович, ждем от вас стратегического решения по выбору провайдера облачных сервисов. - Петя, а куда будем сервисы деплоить, и как сделать чтобы недорого? Ну и злободневное: - Пееетя, срооочно, куда нашей инфре съезжать, а то у старого провайдера все горит! Инженерам разного уровня такие вопросы надо уметь решать. Как принимать такие решения? Достаточно ли зрел ответ "мне нравится яндекс клауд, регся там"? Может быть нужно анализировать? Определить критерии выбора, веса, доступные альтернативы? В жизни очень желательно поручать решать такой вопрос опытным инженерам, тем, кто такой опыт уже имеет. Но откуда его брать, если ты мидл девопс, но никогда не занимался такими задачами? Именно поэт…