Как стать автором
Обновить
EPAM
Компания для карьерного и профессионального роста

Переквалификация в DevOps – к чему себя готовить

Блог компании EPAM Карьера в IT-индустрии
В этом материале Александра Романенко, которая сотрудничает с компанией EPAM в качестве Lead Software Engineer, делится своим взглядом на переквалификацию и рассказывает, на что обращать внимание, если вы хотите стать DevOps-специалистом.

image
Источник фото: pexels.com

Моя история


Со специальностью DevOps я столкнулась, еще будучи разработчиком в ходе работы на проекте, с использованием бессерверных технологий. В классических проектах на Java роли тестировщика, разработчика и DevOps четко разграничены, а serverless-системы – принципиально другие. Эта новая, интересная тема «подогрела» мое профессиональное любопытство, я начала углубляться в проект, изучать его, не ограничиваясь лишь своим участком работы. После чего начала готовить доклады по теме serverless сервисов Амазон и выступать с ними на митапах DevOps. На мою нынешнюю позицию я идеально подошла по навыкам, так и произошла переориентация.

Откуда «приходят» DevOps-специалисты


Мой опыт показывает, что в DevOps, как правило, «приходят» из системных администраторов и, реже, разработчиков. Для того, чтобы быть надежным «мостиком» между процессом разработки и операционной деятельностью, нужно иметь знания в обеих областях. На практике такое встречается крайне редко, потому в процессе работы коллегам приходится обмениваться опытом. Мне, например, не хватало знаний в области system engineering. Я не изучала необходимые дисциплины в вузе и не сталкивалась с ними на практике. Заполнить пробелы помогали коллеги с опытом администрирования сетей, с которыми я, в свою очередь, делилась своими знаниями. В хорошей команде всегда царит симбиоз и взаимопомощь, иначе – никак.

На мой взгляд, специалистам с бэкграундом девелопера легче освоиться в DevОps по двум причинам:

  1. Им более понятны запросы от команд разработки и тестирования, они «говорят на одном языке».
  2. Программисты привыкли к структурной сложности. У них вырабатывается сноровка в работе с большими объемами данных, тысячами файлов и папок. Любой проект, на любом языке программирования, сложнее, чем код, с которым имеет дело DevОps, потому им, как говорится, не привыкать. А вот коллегам без навыков разработки приходится немного сложнее.

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

Источники знаний


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

  1. Начните со своего проекта. Наверняка на вашем проекте есть DevOps-специалист. Проанализируйте чем он занимается, какие навыки задействует. Если есть вопросы – спросите напрямую. Ваша задача – стать DevOps-ом на своем проекте. Всегда проще переквалифицироваться в знакомой среде, чем прийти на новую работу в другой роли. Вы знаете задачи своего проекта, вам знакома команда, комфортные условия. К непривычности новых навыков будет адаптироваться легче.
  2. Очные встречи, лекции, митапы. Если на вашем проекте нет DevOps-специалиста, профессиональные мероприятия – отличное решение. На таких конференциях и встречах у вас есть доступ к практикам. Разработчикам можно задавать вопросы и просить совет. А темы докладов подскажут, что сейчас актуально в этой профессии.
  3. Работа с официальной документацией. Я не приверженец онлайн-курсов и обучающих видео-пособий. Вся необходимая информация содержится в официальной документации. Часто люди сталкиваются с проблемой, гуглят решение, копируют и вставляют код или скрипт из самого «заплюсованного» ответа на форуме. Глобально, это проблему не решает. Человек все равно не понимает, как что работает или почему все еще не работает. Более того, вы можете искать решение, а создать еще больше проблем.

Моя знакомая купила макбук. С ним что-то пошло не так, она решила «спросить» у Интернета выход. На одном из форумов нашла самый «заплюсованный» ответ и решила им воспользоваться. Как она узнала потом, за этот комментарий голосовали любители сарказма. В ответе на форуме было написано: «Выполнить в командной строке «sudo rm -rf»». В результате одним махом она снесла себе все на новом компьютере. Если бы она проверила, какая задача у этого кода перед тем, как им пользоваться, проблемы можно было бы избежать.

Лучше потратить 3 часа, чтобы понять, как работает код или скрипт, чем 5 минут на копирование чужого ответа в Интернете и 3 дня на разборку, почему что-то сломалось.

Ключевые качества DevOps-а


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

  • Аналитическое мышление.Некоторые DevOps считают, что идут по пути наименьшего сопротивления, пытаясь найти готовые примеры и применить их в своем проекте вместо того, чтобы изучить техническую документацию. На самом же деле они вырабатывают вредную привычку и сами себя загоняют в тупик. Хорошо, если найденный пример сработает, но если нет, то человек теряет время на очередные поиски. Помните цитату из мультфильма «Крылья, ноги и хвосты»: «Лучше день потратить, но потом за 5 минут долететь»? Я советую читать документацию, в которой четко описан принцип работы того или иного инструмента. Она позволяет изначально правильно организовать и запустить процесс. Берите пример с хороших разработчиков: они изучают вопрос, анализируют, думают, а потом пишут.
  • Многозадачность. DevOps-специалистам приходится совмещать работу по поддержке и разработке. С одной стороны, я постоянно помогаю команде в части саппорта. Что-то ломается, не работает, чего-то не хватает, что-то нужно изменить, добавить, объяснить. При этом есть постоянная фоновая активность по программированию. Конечно, заниматься разработкой всегда проще, когда никто не дергает хотя бы пару часов. Будучи DevOps-ом, мне пришлось смириться с тем, что кому-то нужна моя помощь постоянно. Необходимо привыкнуть делать несколько задач параллельно, быстро переключаться и адаптироваться.

Эти навыки вы будете автоматически развивать. Задействовать их придется каждый день. Главное, быть готовым и знать, что вас ожидает.

Мой подход к переквалификации


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

Нужно пробовать разные вещи. «Сумасшествие делать одно и то же, надеясь получить разный результат» — я очень люблю это выражение.

Специалистам, которые хотят быть «на гребне волны», работать с передовыми технологиями, больше зарабатывать, нельзя останавливаться ни на секунду. Им важно ежедневно следить за трендами, интересоваться новыми проектами компании, отслеживать актуальные тенденции.
Но лично у меня более романтичный подход к профессиональной реализации: я люблю спокойно наслаждаться любимой работой, оттачивать мастерство, если хотите – «плыть по течению», а заставлять себя переориентироваться на нечто новое лишь потому, что это популярно, не мой стиль.
Теги:
Хабы:
Всего голосов 21: ↑12 и ↓9 +3
Просмотры 12K
Комментарии 12
Комментарии Комментарии 12

Информация

Дата основания
1993
Местоположение
США
Сайт
www.epam.com
Численность
свыше 10 000 человек
Дата регистрации
Представитель
vesyolkinaolga