Барух Садогурский: 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. В общем, то, что раньше было достаточно понятным и оправданным упрощением, теперь лишь создаёт ещё больший хаос.

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. Даже с точки зрения скиллов это достаточно интересная должность: с одной стороны, важно иметь технический бэкграунд, с другой стороны — общаться и всё время находиться в комьюнити.