4 способа разочаровать работодателя своими познаниями в DevOps-е

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

Хотя уже несколько лет как DevOps является обыденным явлением в IT-индустрии, споры вокруг термина до сих пор не утихли и индустрия однозначно не может определиться, что это за мифический специалист. 

Что может пойти не так? Разбираем 4 типичных для рынка ситуаций.

1. Гит и докер — вот и весь девопс, который вам нужен

В DevOps-подходе используется множество инструментов: системы контроля версий Git, различные CI/CD системы (Gitlab, Jenkins, etc.), системы управления конфигурацией Ansible, Terraform, контейнеризация Docker, оркестрация Kubernetеs, инструменты мониторинга и логирования, Prometheus, Grafana, ELK, Loki.

Рекрутера своим резюме с таким арсеналом провести вы сможете, а вот инженера уже нет. На собеседованиях кандидаты, бывает, в красках расписывают: «Да вот у нас Кубер запущен! Да я код собственноручно по Docker-контейнерам раскладывал!».

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

2. Хочу больше зарплату — стану DevOps-ом 

С одной стороны мысль верная: специалисты, которые владеют стеком технологий и пониманием подхода, стоят дороже.

Ошибка же кроется в том, что DevOps — это не должность. В этом вопросе индустрия уже достаточно единодушна. Да, вакансии DevOps Engineer есть, но если посмотрите требования и задачи — увидите насколько они отличаются друг от друга. Говорит это о том, что компания ищет человека, который возьмет на себя незакрытые задачи по автоматизации процессов, сочетая это с классической ролью админа или разработчика.

Из этого можно сделать вывод, что 200+ тыс. рублей работодатели готовы платить не за абстрактный «девопс», а сильному инженеру, владеющему данным подходом. Тут стоит отметить, что девопс для некоторых организаций — это что-то мифическое, что сходу решит все их проблемы.

3. А я решил войти в IT и сразу в DevOps-ы!

Ситуация вытекает из предыдущей и встречается довольно часто среди начинающих айтишников.

Ценность специалиста, владеющего DevOps-подходом, в понимании процессов и личном участии в них — как разработчик, как сисадмин, инженер или тестировщик.

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

4. Давайте все тут автоматизируем

Ну и последний способ разочаровать работодателя — стать фанатичным адептом автоматизации. 

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

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

Узнать о программе больше и задать вопросы Владимиру Дроздецкому вы сможете в закрытом сообществе курса в Slack. Успешно пройдите вступительный тест и получите ссылку доступа к сообществу.