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

Основные сложности
💨 Информационный шум
💨 Многочисленные задачи
💨 Мотивация

Ключевые отвлекающие факторы включают социальные сети, уведомления и мессенджеры, которые сбивают с пути и уводят от главных целей. Платформы вроде Instagram, TikTok и YouTube Shorts спроектированы так, чтобы удерживать ваше внимание в течение коротких 30-45 секундных роликов, которые в итоге отнимают гораздо больше времени, чем вы планировали. "Всего 10 минут" легко превращаются в часы, украденные у продуктивного дня.
DevOps-инженеры часто сталкиваются с лавиной задач, где каждая из них кажется одинаково важной и срочной. Работая в этой "глубокой воде", приходится балансировать между требованиями к "prod", "stage", "dev" и "test" средами, каждая из которых критична для бизнеса. Такое давление и однообразие задач могут привести к быстрой потере мотивации и чувству профессионального выгорания.

Советы для повышения концентрации
💥Создание рабочего пространства без отвлекающих факторов
💥Четкое планирование и приоритизация
💥Поддержание мотивации
💥Техники повышения концентрации
______________________________________________

Все эти рекомендации могут показаться непростыми в исполнении, но они действительно работают. Не стоит сразу стремиться внедрить все советы одновременно – подойдите к этому консервативно. Следуйте "принципу постепенности" или, иначе говоря, применяйте "мягкий переход", который подразумевает осторожный и последовательный переход от простых задач к более сложным. Главное – это постоянство и дисциплина. Именно они помогут вам поддерживать высокий уровень концентрации и мотивации в долгосрочной перспективе.

// Нужны ли Junior DevOps Engineer в 2024 году?

Вопрос востребованности "Junior DevOps Engineers" стоит все острее, и многие задумываются, нужны ли компании специалисты на начальных позициях в сфере DevOps в 2024 году. Ответ на этот вопрос не так прост, как кажется, и стоит рассмотреть несколько аспектов, прежде чем дать однозначное мнение.

Эволюция роли DevOps Engineer

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

И так, барабанная дробь...

------ продолжение ------

Почему Junior позиции становятся менее актуальными?

* Высокий уровень ответственности. DevOps инженеры работают с критическими системами, и ошибка может привести к серьезным потерям для бизнеса. Компании все чаще стремятся нанимать более опытных специалистов, которые обладают глубокими знаниями и минимизируют риски.
* Сложность технологий. Современные инструменты DevOps, такие как контейнеризация, оркестрация, облачные инфраструктуры и управление конфигурацией, требуют определенного уровня компетентности и понимания. Эти технологии сложно освоить с нуля, и требуется значительное время для того, чтобы овладеть ими на уровне, достаточном для самостоятельной работы.
* Экономическая эффективность. В условиях ограниченных бюджетов и высоких темпов развития бизнеса компании предпочитают нанимать специалистов с опытом, которые смогут сразу приносить пользу. Подготовка Junior DevOps инженера требует вложений времени и ресурсов, что делает таких кандидатов менее привлекательными.

Карьера DevOps инженера в 2024 году: с чего начать?

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

* Самообразование. Курсами и проектами по DevOps сейчас уже никого не удивишь. Новичкам рекомендуется глубже погружаться в такие технологии, как Docker, Kubernetes, Jenkins, Ansible и Terraform. Сложные практические задания помогут не только в понимании технологий, но и в том, чтобы доказать свою компетентность.
* Опыт в смежных ролях. Начинающим специалистам стоит рассмотреть работу в смежных областях, таких как системное администрирование, автоматизация процессов или разработка. Это поможет приобрести практический опыт, который затем можно применить в DevOps.
* Open Source проекты и участие в комьюнити. Один из самых эффективных способов заявить о себе и получить опыт - участие в проектах с открытым исходным кодом. Это даст не только ценные знания, но и возможность показать свои навыки потенциальным работодателям.
* Менторство и стажировки. Хотя стажировок и менторства в DevOps не так много, как хотелось бы, это остается важным элементом. Найти опытного наставника, который поможет погружаться в сложные задачи, может значительно ускорить процесс становления.

Итоги

В 2024 году роль "Junior DevOps Engineers" действительно потеряла свою значимость. Однако это не означает, что путь закрыт для начинающих специалистов. Требуются люди, которые не просто хотят "войти в IT", но и готовы постоянно учиться и развиваться. Современным DevOps специалистам нужно понимать гораздо больше, чем это было еще несколько лет назад. Те, кто справится с этим вызовом, смогут построить успешную карьеру, даже если их путь будет начинаться не с позиции "джуна", а с чего-то более обширного и сложного.
Ключ к успеху - настойчивость, целеустремленность и готовность к освоению новых технологий. С этими качествами начинающий специалист может довольно быстро подняться до уровня, который будет востребован в современной индустрии DevOps.

// Технологические компании под управлением непрофессионалов: как отсутствие IT-компетенций у руководителей тормозит развитие

В последние годы технологические компании стали неотъемлемой частью экономики и общества, предлагая инновационные решения и определяя будущее. Однако часто возникает вопрос: кто управляет этими компаниями? К сожалению, нередка ситуация, когда на ключевые руководящие позиции назначаются люди, которые не обладают глубоким пониманием IT-технологий.Часто такие лидеры приходят в индустрию, полагаясь на управленческие или финансовые навыки, а не на техническую экспертизу. В результате, принимаемые ими решения могут быть поверхностными и не учитывать технологические аспекты, которые критически важны для успешного развития бизнеса. Проблема усугубляется, когда такие руководители начинают кичиться своими успехами, игнорируя мнение тех, кто действительно понимает, как работают системы и какие решения принесут пользу.Такое руководство порой становится "шакалом" в коллективе "львов". Вместо того чтобы позволить опытным техническим специалистам и инженерам максимально раскрыть свои таланты и работать над инновациями, они становятся заложниками руководителей, чьи решения основаны не на знании, а на имитации понимания. В результате, компания теряет свою конкурентоспособность, проекты затягиваются, а инновационные решения остаются нереализованными.На практике, когда во главе компании стоит человек, не обладающий IT-компетенциями, он зачастую тормозит развитие. Его энергия уходит на попытки управлять тем, что он не понимает, а не на содействие процветанию команды. И как следствие — технические специалисты, те самые "львы", не могут биться в полную силу, потому что их ограничивают неправильные приоритеты и слабое руководство.Индустрии необходимо пересматривать подход к управлению. Настоящие лидеры должны быть не только хорошими управленцами, но и людьми, которые способны понимать технологические процессы, поддерживать команду и позволять ей раскрывать свой потенциал. Ведь когда львы ведут компанию, она процветает и идет вперед.

// Когда опыт становится проблемой: давление от работодателей за проекты на стороне

2024 год. Компании становятся придирчивее с каждым днём. Ты честно указываешь в резюме, что параллельно работал над дополнительными проектами, и это сразу вызывает подозрения. Пытаешься объяснить, что хотел развиваться, пробовать что-то новое, но на лицах рекрутеров читается явное недовольство.

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

Некоторые советуют показывать свою способность к быстрому обучению. Это действительно хороший выход - объяснить, что легко освоишь недостающую технологию. Но тут возникает другой вопрос: почему в 2024 году так сложно найти работодателей, которые будут ценить желание развиваться и адаптироваться к новым условиям, вместо того чтобы искать "идеальных" кандидатов?

Оставлю это на ваше размышление.

Привет, народ 🫱🏼‍🫲🏼
Давно не публиковал свои мысли...

Скажите, вам интересна текущая манера в статьях или нужно что-то переработать?

Так же, у меня "наклевывается" еще одна, не знаю, как она зайдет для миллениалов, стейкхолдоров проектов и просто скуфицированных личностей (как я!)

Тема статьи:
"Как рекрутер убил DevOps-инженера"

// Как рекрутер убил ДевОпса: когда все идет не так

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

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

Голосовые сообщения: "Привет, ДевОпа"

Все начинается с обычного чата на LinkedIn. Рекрутер с добрыми намерениями хочет узнать, чем ты живешь и дышишь, а ты вежливо рассказываешь, что работаешь с Kubernetes, Terraform, и даже имеешь сертификат по оным тулзам. И вот, внезапно в твоем мессенджере появляется… голосовое сообщение. Ты, в надежде, что это будет внятное "Привет, Жоха, расскажи о своем опыте", нажимаешь "play". А там:
- Привееет, Иван! Ой… стоп, Игорь? Или… мм, ладно, Сергей! Ты ж ДевОпс, да? Понравилась твое резю… ээ… что-то там... Короче, давай поговорим про… хм... А что такое Ansible?

Кровь стынет, лицо покрывается испариной. Как объяснять термины, если человек путает твое имя на старте? А самое главное - зачем он решил отправить голосовое?

Переименовали тебя? Поздравляем, теперь ты Жохангер!

Окей, ты думаешь, что все идет нормально, а голосовые - это просто ошибка. Ну, не все любят текстом общаться, да? Но когда рекрутер начинает коверкать твое имя, даже переписываясь в чате… Это уже красный флаг.

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

Если тебя вдруг именуют Антоном на собеседовании, хотя в резюме написано "Александр", просто улыбайся. Видимо, для рекрутеров правила именования в стиле "по имени - и в production" стандартные.

Классика жанра: перепутанные резюме

Теперь ситуация, которая на 100% произошла хотя бы раз у каждого, кто хоть немного пересекался с HR-ами. Отправил им свое резюме, все четко, разложено по полочкам. Договорились на звонок. Проходит день, два. Наконец, встреча назначена, и ты готовишься по максимуму. Подключаешься к зуму (или гуглмит), а там... тебе задают вопросы про системное администрирование и работу с PHP. Ты в недоумении, начинаешь разъяснять, что твой стек - это контейнеризация и CI/CD, но рекрутер парирует:

- А как же ваш опыт работы с модульным тестированием?

Пауза.

А потом ты вдруг понимаешь, что держат перед собой не твое резюме… а резюме твоего коллеги! Да-да, они умудрились перепутать и теперь уверены, что ты мастер по DevOps с шестью годами разработки на "Java и Python". Остается лишь вежливо предложить помощь по правильному кандидату. Мало ли, все-таки, наш DevOps-мир тесен (кочубея полосатого, что это не так).

Когда они застряли в прошлом… или будущем

Ситуация встречается часто: ты указываешь в резюме, что работал в компании "OpenStackCloud" с 2021 по 2022 год. Очевидно, что сейчас 2024, и ты уже несколько лет в другом проекте. Но рекрутер, похоже, живет в каком-то параллельном мире.

- Так, у вас еще открыт проект в "OpenStackCloud"? А если уйдете оттуда, готовы к релокации?

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

<--------Продолжение следует-------->

### Продолжение

Святая проверка "как дела?" спустя полгода

Ну и, конечно, классика рекрутинга - это случайное всплытие в твоей жизни после полугода тишины. Вот, ты забыл уже про эту компанию, прошел десятки собеседований в других местах, а тут - оп (вы меня не звали, а я уже тут)!:

- Привет! Как твои дела? Ты все еще открыт для вакансий? Мы тут пересмотрели твою анкету и хотели бы предложить тебе позицию. Подходит?

Ты просто опускаешь глаза на их сообщение, чувствуешь себя, как персонаж из мемов, и отвечаешь:

- Я уже полгода как работаю на новой позиции…

- Ох, круто! Так все-таки, заинтересован?

Итог

Главный вывод из всех этих историй:
- Не важно, насколько ты классный специалист и как много у тебя достижений. Бывает, что твоя карьерная судьба оказывается в руках человека, который не знает разницы между Kubernetes и корабликами для ванны. Поэтому относись к таким эпизодам с юмором и не позволяй им помешать твоему пути к успеху!

Только будь осторожен с голосовыми. Никто не хочет получить на почту сообщение: "Привет, Жоха-Ops, тут про тебя важное!"