От «стесняшки» до «архитектора»: какими бывают devops и как стать одним из них

История появления

Термин «DevOps» был популяризован серией встреч «DevOps Days», прошедших в 2009 году в Бельгии . Одной из наиболее важных теоретических работ по DevOps считается книга Патрика Дюбуа, Джина Ким, Джеза Хамбл и Джона Уиллис «Руководство по DevOps. Как добиться гибкости, надежности и безопасности мирового уровня в технологических компаниях», впервые опубликованная на английском языке в 2016 году. К этому основателей нескольких софтверных компаний и независимых ИТ-консультантов подтолкнул накопленный опыт работы в крупных проектах . 

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

Концепция DevOps предлагает решать эту проблему с помощью приложения принципов Agile не только к разработке и тестированию, но и к процессам эксплуатации ПО, т.е. к развертыванию и поддержке. Таким образом, популярность DevOps возникла, в том числе благодаря распространению Agile-практик, ориентированных на ускорение процессов поставки готового продукта и увеличение количества выпускаемых версий. Кроме того, дополнительным драйвером развития девопс стала микросервисная архитектура, когда система состоит из набора отдельных слабосвязанных модулей, реализация каждого из которых находится в зоне ответственности одного человека, который разрабатывает, тестирует и развертывает ПО. Благодаря небольшому размеру каждого модуля (сервиса), его архитектура может создаваться путем непрерывного рефакторинга, что уменьшает трудоемкость предварительного проектирования и позволяет постоянно выпускать новые релизы программного продукта 2.

Концепция DevOps как пересечение разработки, эксплуатации и тестирования

Почему это работает

Первые упоминания о методологии DevOps появились в 2009 году. Она стала логическим продолжением развития общих принципов Agile и их ценностей. К тому моменту корпоративный бизнес окончательно убедился в том, что линейные процессы не всегда отвечают существующим задачам.

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

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

У DevOps есть несколько основных особенностей.

Непрерывная коммуникация между командами. Реализация методологии DevOps предполагает, что разработчики, QA-инженеры, тестировщики и системные администраторы работают согласованно. Постоянная коммуникация между участниками процесса позволяет быстрее готовить и выпускать программные продукты с меньшим количеством ошибок.

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

Быстрое предоставление новой инфраструктуры. Это еще одно преимущество подхода IaC: процесс настройки инфраструктуры аналогичен процессу программирования ПО. Отпадает необходимость ручной настройки и обновлений. Инфраструктура существует в виде готового кода, становится масштабируемой, что сокращает время ожидания.

Автоматизированное тестирование. Непрерывное тестирование — один из ключевых компонентов DevOps подхода. Для этого используются специализированные инструменты, такие как Travis CI и Selenium.

Быстрая и надежная доставка обновлений. Благодаря тесному сотрудничеству между командами и внедрению автоматизации выпуска приложений (application-release automation), программное обеспечение обновляется быстрее, чем при традиционном процессе разработки. ARA позволяет ускорить процесс развертывания новых сборок с минимальным временем простоя и меньшим количеством ошибок конфигурации, которые обычно возникают при развертывании вручную.

Меньшее количество ошибок после релиза. С внедрением непрерывного тестирования, QA-инженеры тратят гораздо меньше времени на контроль качества и тестирование и, следовательно, пропускают меньше ошибок.

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

Критика и недостатки DevOps

При всех достоинствах этого подхода, можно выделить следующие недостатки:

• Неполнота цикла – за бортом процессов девопс остаются важные этапы жизни ПО, как разработка и анализ требований, а также проектирование архитектуры. Также возможно упущение ручного тестирование, что может быть критично в некоторых случаях . Например, если разработчики недостаточно качественно проанализировали требования и протестировали продукт, рассматривая его с точки зрения «идеального» кода, а не с позиции пользователей, результат может быть неудобным в эксплуатации .
• Недостаточный профессионализм участников, которые разбираются во всем (разработка, тестирование, развертывание, поддержка), но поверхностно.
• Высокая нагрузка на менеджмент – если у разработчиков и операторов нет общих целей, в этом виноваты менеджеры, не организовавшие эффективное взаимодействие между командами разнопрофильных специалистов. Для решения этой проблемы нужна новая система оценки менеджеров на основе отзывов от подчиненных .

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

Успех Devops зависит от людей, процессов и технологий

Кто такой DevOps-инженер

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

DevOps-практики направлены на объединение работников, устранение разрозненности и распределение ответственности за всю работу на каждого члена команды.

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

Барьер между разработкой и поддержкой стал рассеиваться. Проблемы не перекладываются друг на друга, команда действует сообща, каждый пытается внести свою лепту в решение проблемы. В этом и состоит вторая составляющая DevOps-практик

Важно не только сплочение, но и реальное решение проблем

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

Хотя работодатели и готовы назначить заработную плату от 200 000 руб. и больше, все равно ощущается дефицит этих сотрудников из-за сложности обязанностей.

Более 100 крутых уроков, тестов и тренажеров для развития мозга

Начать развиваться

DevOps-инженер должен делать все для решения проблем при производстве и реализации продукта. Для этого в работе специалисту необходимо придерживаться:

1. Автоматизации всех процессов.
2. Ускорения выхода продукта в свет.
3. Моментальной обратной связи от потребителей.

Насчет автоматизации понятно: все повторяющиеся действия выполняются автоматически, быстро, отлажено и четко.

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

Обратная связь от клиентов предполагает внесение корректировок и обновление приложения сразу после получения жалоб от пользователей.

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

Плюсы и минусы профессии

Плюсы:

• Интересная работа. В рамках специальности сложно достигнуть потолка знаний и навыков. Всегда есть куда расти и развиваться, осваивать что-то новое, сталкиваться с новыми вызовами.
• Востребованность и перспективность. Уже сейчас такие специалисты востребованы на рынке труда, а растущая популярность методики говорит о том, что такая тенденция будет сохраняться и в будущем.
• Хороший уровень зарплаты. Специалисты DevOps имеют приличный level заработной платы даже в рамках ИТ-профессий.
• Многопрофильность. Чтобы работать DevOps-инженером нужно иметь много знаний в разных областях, программировать на нескольких языках. Поэтому если вы хотите сменить специальность, это можно сделать достаточно легко.

Минусы:

• Большие нагрузки. Это сложная работа с высоким уровнем ответственности, нужно управлять командой, следить за большим количеством процессов. При этом, ответственность за ошибки – на вас.
• Ненормированный рабочий день. Форс-мажор с вашим продуктом или неожиданная ошибка могут проявить себя в любое время суток. Даже ночью. И такой специалист должен быть всегда готов к подобным вызовам.
• Нельзя расслабиться. Чтобы преуспеть в работе, нужно постоянно учить что-то новое.

Материалы для самостоятельно обучения

Must-read книги для новичка:

• Джин Ким, Кевин Бер, Джордж Спаффорд «Проект «Феникс». Роман о том, как DevOps меняет бизнес к лучшему».
• Джин Ким, Джон Уиллис, Патрик Дебуа, Джез Хамбл «Руководство по DevOps».
• Дженнифер Дэвис, Кэтрин Дэниелс «Философия DevOps. Искусство управления IT».
• Джез Хамбл, Николь Форсгрен, Джин Ким «Ускоряйся! Наука DevOps».

Telegram-каналы:

1. DevOps — русскоговорящее сообщество: https://t.me/devops_ru
2. DevOps: https://t.me/ru_devops
3. DevOps Jobs — работа и аналитика: https://t.me/devops_jobs
4. DevSecOps — русскоговорящее сообщество: https://t.me/devsecops_ru
5. Церковь метрик: https://t.me/metrics_ru

Сайты и блоги:

• https://otus.ru/nest/devops-art/ — блог на Otus с полезностями.
• https://tproger.ru/articles/dorozhnaja-karta-devops-2021/ — «Дорожная карта» DevOps-инженера для развития скиллов.

Бесплатные курсы и самоучители

Компьютерные сети:

• Учебный курс Андрея Созыкина «Компьютерные сети» (бесплатный курс по компьютерным сетям с серией коротких видео)
• Лекция Виктора Ашика «Сети и протоколы + Виртуализация»
• Лекция Виктора Ашика «Сети и протоколы» (видео-уроки о работе сетей, протоколах, устранении неполадок в сети, IP адресации и др.)
• В. Г. Олифер, Н. А. Олифер «Компьютерные сети, принципы, технологии, протоколы» 2-е издание
• Э. Таненбаум, Д. Уэзеролл «Компьютерные сети» 5-е издание (книга по современным сетевым технологиям)

Основы алгоритмизации и/или программирования:

• Scratch — Imagine, Program, Share (ресурс, позволяющий в игровой форме освоить базовые понятия программирования)
• Brad Miller and David Ranum «Problem Solving with Algorithms and Data Structures using Python» (интерактивный учебник по основам алгоритмизации и структур данных)
• CS50 на русском. Гарвардский курс по основам программирования

Универсальные учебные ресурсы:

• W3Schools Online Web Tutorials (общая информация о большинстве аспектов веб-программирования)
• CMTV (видео по самым разнообразным технологиям)

Базовые знания о Windows:

Курс Microsoft 20410D — Windows Server 2012 R2. Установка и настройка

Базовые знания о Linux:

• Введение в Linux
• Эви Немет, Гарт Снайдер, Трент Хейн, Бэн Уэйли «Unix и Linux. Руководство системного администратора»

DNS, DHCP:

• Видео-пособие по DNS
• Протокол DHCP | Курс «Компьютерные сети»

Базовые знания Active Directory Domain Services:

• Мария Берзинь «Введение в Active Directory»
• Илья Рудь «Основы Active Directory Domain Services»

Базовые знания о виртуализации:

Introduction to virtualization with Oracle VM VirtualBox (ведение в виртуализацию на примере VirtualBox с практическими примерами)

Основы баз данных:

• IT-Academy «Базы данных. Основы» (онлайн-курс от образовательного центра Парка Высоких технологий)
• SELECT statement exercises: learning stage (учебный ресурс с множеством практических заданий разного уровня сложности)

Как стать DevOps-инженером

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

Но на первом плане — качественное базовое образование в IT.

Имея классическое университетское образование, молодые специалисты сами выбирают путь, который приведет их в профессию мечты:

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

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

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

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

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

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

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

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

По окончании учебы выпускники немецких вузов имеют право устроиться на работу в Германии.

Советуем изучить: Подбор программ обучения в вузах Германии

DevOps-инженер — это новая, но уже очень востребованная и важная профессия в сфере IT. Спрос на рынке труда на этих специалистов высок, а их зарплаты очень привлекательны. Эта профессия требует глубоких знаний и постоянного самообучения, но прежде всего — крепкого качественного образования. Вузы Германии могут похвалиться не только традиционно высоким качеством обучения и новаторскими методами преподавания, но и всесторонней поддержкой своих студентов: хорошей учебной базой, практикой, стажировками, которые помогают сформировать настоящего конкурентоспособного специалиста. И все это бесплатно. Для поступления в немецкий вуз вам не нужно иметь высокие баллы ЕГЭ; потребуются высокие академические успехи, хороший немецкий язык и правильно оформленный пакет документов. По всем организационным вопросам вы можете проконсультироваться со специалистом.

Методы и средства реализации: как работает DevOps

Методологически девопс поддерживает принципы Agile и Continuous delivery – непрерывной поставки ПО. Для организации процессов могут быть использованы такие методы Agile, как Scrum, Kanban и их варианты.

В плане инструментов для автоматизации процессов разработки, тестирования и развертывания используются следующие технологии и популярные средства их реализации:

• Распределенный контроль версий (Git, Mercurial, Subversion, CVS);
• Контейнеризация (Docker, Rocket, Kubernetes);
• Непрерывная интеграция – сборка и тестирование конечного продукта (Jenkins, TeamCity, Bamboo);
• Управление инфраструктурой как кодом (Puppet, Chef, Ansible);
• Виртуализация (Vagrant);
• Балансировка облачных ресурсов (VMware DRS).

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

Поскольку DevOps-инженер совмещает множество профессий (администратора, разработчика, тестировщика и менеджера), то он должен иметь опыт администрирования различных операционных систем и облачных платформ. Также необходимы знания сетевых технологий и умения писать скрипты и код на нескольких языках программирования . Как эти компетенции разделяются с другими участниками Agile-команды, мы рассмотрели здесь.

Инструменты Devops

DevOps and site reliability engineering (SRE)

Site reliability engineering (SRE) uses software engineering techniques to automate IT operations tasks — e.g. production system management, change management, incident response, even emergency response — that might otherwise be performed manually by systems administrators. SRE seeks to transform the classical system administrator into an engineer.

The ultimate goal of SRE is similar to the goal of DevOps, but more specific: SRE aims to balance an organization’s desire for rapid application development with its need to meet performance and availability levels specified in service level agreements (SLAs) with customers and end-users. 

Site reliability engineers achieve this balance by determining an acceptable level of operational risk caused by applications — called an ‘error budget’ — and by automating operations to meet that level. 

On a cross-functional DevOps team, SRE can serve as a bridge between development and operations, providing the metrics and automation the team needs to push code changes and new features through the DevOps pipeline as quickly as possible, without ‘breaking’ the terms of the organizations SLAs. 

Чем полезен DevOps

• Автоматизация — первое и главное преимущество DevOps. Каждый этап работы команды может быть автоматизирован: написание кода, проверка, сборка, развертывание, обновления.
• Ускорение релиза — то есть упрощение разработки. Заказчик всегда заинтересован в том, чтобы продукт максимально быстро вышел на рынок. Поэтому процесс доставки конечного продукта можно постоянно улучшать: сокращать время сборки и тестирования, настраивать мониторинг и пр.
• Обратная связь — если у заказчика есть комментарии, правки или дополнения, их можно вносить в процессе разработки и сразу обновлять приложение.

Кому подойдет DevOps-трансформация

Внедрение методологии DevOps в процесс разработки может быть полезен практически каждой организации, деятельность которой связана с разработкой приложений и работой с большим количеством серверов. Крупнейшие мировые ИТ-гиганты (Facebook, Amazon, Adobe) и высокотехнологичные компании уже несколько лет активно ищут и нанимают в штат DevOps-инженеров. Девопс также активно используется в финтехе и телекоммуникациях.

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

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

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

Где работать и куда двигаться в карьере?

Место работы: компании, которые занимаются создание ПО или управляют серверами. Эта должность распространена в крупных ИТ-компаниях.

Распространенные работодатели:

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

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

Новичку в Девопсе предстоит пройти путь от джуниора до синьора. Вот базовые требования к каждому уровню:

Junior	Должен знать GIT и основы администрирования Linux, писать простые скрипты для автоматизации, уметь «дебажить», понимать, что такое оркестрация и контейнеризация, выполнять мониторинг при помощи готовых средств.
Middle	Глубокое понимание производительности систем, Python/Ruby/Go, уверенная работа с DSL (Puppet), хорошие познания балансировки и сетей, продвинутая автоматизация и мониторинг.
Senior	Еще более углубленное развитие перечисленных ранее навыков, возможность внедрять сложные тесты, работать с архитектурой.

3 самых распространенных варианта развития карьеры:

1. Рост по вертикали. После прохождения основных уровней, можно возглавить Девопс отдел, стать архитектором или техническим директором. Для этого нужно прокачивать свои навыки в управлении и формировать глобальное видение процессов разработки.
2. Рост по горизонтали. Использовать улучшение своих компетенций и расширение освоенного стека технологий для повышения стоимости своих услуг, наработки крутого портфолио, а как результат – работы с более крупными и серьезными компаниями.
3. Переход в разработку. Это уже не всегда можно назвать продвижение по карьерной лестнице, но отдельных специалистов увлекает именно техническая работа и они становятся полноценными разработчиками.

Важные soft skills

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

skills required

Но какие именно мягкие компетенции нужно развивать?

Коммуникативные навыки. Инженер является связующим звеном между командами эксплуатации, разработки и менеджмента. Ему нужно постоянно коммуницировать с сотрудниками, руководить синхронизацией процессов, содействовать слаженной работе подразделений. А это значит, нужно быть общительным человеком, который умеет четко доносить свои мысли, формулировать задания, налаживать отношения в коллективе.
Ответственность и решительность. Работа предполагает большой уровень ответственности, ведь, по сути, от специалиста по девопсу зависит работа всей команды, поэтому человек должен не бояться принимать решения и брать на себя ответственность за них.
Стрессоустойчивость. Даже в хорошо налаженной работе могут быть форс-мажоры и неожиданные поломки. Хороший инженер не только сам способен здраво рассуждать в стрессовых условиях и принимать рациональные решения, но и старается повысить стрессоустойчивость своей команды. Например, он может проводить «учебную тревогу», чтобы понять, как сотрудники ведут себя в ситуации поломки, в каких аспектах есть проблемы, как быстро команда может решить проблему.
Увлеченность и любопытство. DevOps – очень обширная специальность, и чтобы освоить ее в совершенстве нужны годы. Поэтому нет ничего ужасного в том, что начинающий специалист чего-то не знает. Главное, чтобы у него было развито здоровое любопытство, желание совершенствоваться и узнавать что-то новое.

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

Аналитический склад ума и внимательность

Специалисту важно понимать все нюансы внутренних процессов разработки, уметь анализировать результат разработки и находить ошибки.

Какими бывают девопсы: опыт классификации специалистов

Градация среди инженеров по уровню задач, которые они решают, безусловно, есть. Это, конечно, стандартная база: junior, middle, senior. Но мои наблюдения показывают, что даже на этих уровнях различия между специалистами очень большие.

Junior

Начинающий специалист, который либо только пришёл в профессию, либо имеет минимальный набор знаний. Моя личная классификация джуниоров:

• «Студент» — имеет теорию без практики, легко обучаем.
• «Увалень» — владеет минимальным тулсетом и считает себя мидлом, при этом не развивается и может выполнять только минимальный набор задач. Чаще всего закрывает текучку.
• «Стесняшка» — за таким нужно внимательно следить: он может знать теорию, но боится задавать вопросы, ему всегда необходим опытный коллега.
• «Админ» — человек из админов, со знаниями, готов развиваться в автоматизацию, разработку и коллаборацию с другими подразделениями. Чаще всего такие быстро становятся мидлами, но не всегда доходят до сеньоров.

Middle

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

• «Разработчик-интроверт» — он может быть хорошим специалистом, иметь прекрасные hard skills, но минимальный уровень гибких навыков, а потому над ним всегда должен быть сеньор или менеджер, который будет ему помогать.
• «Любитель поговорить» — обладает хорошими гибкими навыками и чуть выше уровня junior hard skills, на чём и выезжает. Активен, участвует во всех встречах, летучках, созвонах, сборах требований. Очень часто такие специалисты становятся менеджерами.
• «Проджект» — человек, обладающий неплохими гибкими навыками, неплохими hard skills, умеет делать проекты «от и до». Очень близок к сеньору.
• «Агрессор» — обладает хорошими hard skills и уверенно ими пользуется. Проблемы начинаются, если его часто отвлекают джуны: он открыто проявляет недовольство. К такому специалисту нужен особый подход: «агрессор» может решать сложные задачи, и задача его руководителей — минимизировать общение подчинённого с любознательными джунами и несознательными пользователями.

Senior DevOps

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

«Архитектор» — занимается проектированием hardware и app уровнями систем, которые только начинают или планируют внедряться. За счёт опыта и развитых навыков, жёстких и гибких, может один сделать проект от идеи до продакшена.

«Активист» — говорлив, активен, энергичен. Часто посещает конференции, слушает подкасты, читает разные порталы. Такие девопсы очень часто участвуют в пилотах новых продуктов, предлагают продукты для внедрения и пилотов. Входят в различные инициативные группы и комитеты, помогая выстроить процесс. Чаще всего являются лидами.