Код
#Мнения

Барух Садогурский: DevRel — это не человек

Кто такой DevOps Advocate, чем он занимается и чем отличается от Developer Advocate: поясняет евангелист DevOps.

Иллюстрация: Rick 9 / FreePik / Colowgee для Skillbox Media

Барух Садогурский
(@jbaruch)

об эксперте

Писал на Java до того, как в нём появились дженерики, рассказывал про DevOps до того, как появился Docker, и занимался DevRel до того, как его стали так называть. Барух основал DevRel в JFrog, когда там было 10 человек, и помог компании дойти до IPO с оценкой в 6 млрд долларов, помогая инженерам лучше делать их работу.

Теперь Барух продолжает помогать инженерам, а также помогает компаниям помогать инженерам. Он соавтор книг Liquid Software и DevOps Tools for Java Developers, является членом ПК нескольких престижных конференций и выступает регулярно на таких конференциях, как KubeCon, JavaOne (мир праху его), Devoxx, QCon, DevRelCon, DevOpsDays (по всему миру), DevOops (не опечатка) и так далее. Часть его докладов есть в открытом доступе: jfrog.com/shownotes.


Ссылки


DevRel — это отрасль, в которой есть очень много разных специальностей. А ещё много неразберихи с терминами: например, деврелами называют и Developer Advocate, и Community Builder, хотя на самом деле профессии DevRel не существует.

Откуда взялась путаница вокруг DevRel

Внутри направления DevRel существует две специальности, и они фактически противоположны по задачам и скиллам — это Developer Advocate и Community Builder.

Community Builder — это то, что в русскоязычном DevRel называется «человек-DevRel». То есть тот, кто менеджерит процессы, находит и знакомит между собой людей, занимается нетворкингом, организацией митапов и выступлений на них. Это одна из позиций внутри DevRel.

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

Термин Developer Advocate придумали 10 лет назад, когда направления DevOps ещё не существовало, а фокус из всей совокупности IT-специалистов делался только на разработчиках. Сейчас это понятие уже устарело, потому что речь скорее идёт об Engineer Advocate: а это и разработчики, и тестировщики, и безопасники, и SRE и так далее.

Чаще всего Community Builders называют себя DevRel просто потому, что в русскоязычном сообществе это практически всегда единственная функция, которая существует в рамках Developer Relations. Например, на Западе, где гораздо больше компаний продают свои продукты разработчикам, человек, который занимается Developer Relations, чаще всего выполняет роль именно Developer Advocate.

В русскоязычном же комьюнити продвижением рекрутмента будет заниматься Community Builder, которого опять-таки назовут DevRel, — наша индустрия находится в некоем замкнутом пространстве, все друг на друга смотрят, а потому и все Community Builders будут называться DevRel.

Но времена меняются — например, в русскоязычном комьюнити уже появляются Developer Advocates. Но это создаёт дополнительную путаницу и неразбериху, потому что Developer Advocate тоже занимается задачами в рамках DevRel. При этом он совсем не похож на тех, кто практикует Community Building. В общем, то, что раньше было достаточно понятным и оправданным упрощением, теперь лишь создаёт ещё больший хаос.

Это очень молодое направление, а потому ещё не поздно всё переиграть и закрепить правильные термины. DevRel — это направление, DevRel — это команда, DevRel — это организация. Кроме Community Builder и Developer Advocate в ней есть ещё много других ролей — например, Developer Experience Manager, Technical Ambassador, Technical Engagement Manager. И все они занимаются разными задачами.

DevOps Advocate — это Developer Advocate или новая профессия?

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

Внезапно: DevOps тоже не профессия! DevOps — это мировоззрение, в котором сближение Dev (разработки) и Ops (системного администрирования) рассматривается как благо.

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

Так-так, но тогда что же такое DevOps Advocate? Это явно не то же самое, что и Developer Advocate: ведь по аналогии с Developer Advocate, который общается с разработчиками и инженерами, DevOps Advocate должен общаться с девопсами. Между тем мы только что вывели: DevOps — это не профессия.

Оказывается, речь идёт о внедрении процесса и культуры DevOps, его популяризации. То есть акцент смещается с помощи инженерам на популяризацию самого процесса и методологии.

Да, DevOps Advocate тоже немножко Developer Advocate, потому что он тоже общается с инженерами. Да, это тоже должность внутри DevRel. Просто вместо обсуждения инженерных проблем и решений (в том числе продуктов компании), DevOps Advocate обсуждает с разработчиками методологии, подходы, направления и старается популяризовать DevOps как средство для более эффективного решения задач компаний.

Позицию DevOps Advocate открывают те компании, у которых есть DevOps-инструменты — например, JetBrains (продукты TeamCity и Sрасe). Кстати, Developer Advocates, которые работают у них, занимаются в том числе и продвижением этих инструментов.

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

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

Каким компаниям нужен Developer Advocate и почему их не хватает

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

Да, открытых позиций Developer Advocate гораздо меньше, чем ставок разработчиков, но, как и во всём IT, спрос на Developer Advocate превышает предложение. Например, я сам сейчас помогаю нескольким стартапам выстроить Developer Relations — и все они ищут людей на роли Developer Advocate. Но их очень-очень сложно найти. К сожалению, многие отличные IT-специалисты, которые могли бы занять эту позицию, предпочитают более интровертный образ жизни и не хотят идти в DevRel.

Если вы читаете эту статью и вам интересен DevRel или вы хотите себя попробовать в этой сфере, приходите, поболтаем. Возможно, вы станете следующим Developer Advocate. Даже с точки зрения скиллов это достаточно интересная должность: с одной стороны, важно иметь технический бэкграунд, с другой стороны — общаться и всё время находиться в комьюнити.


Жизнь можно сделать лучше!
Освойте востребованную профессию, зарабатывайте больше и получайте от работы удовольствие.
Каталог возможностей
Понравилась статья?
Да

Пользуясь нашим сайтом, вы соглашаетесь с тем, что мы используем cookies 🍪

Ссылка скопирована