Комментарии 20
и если еще лет 10 назад о таком никто не слышал,
Да и сейчас я вам скажу, мало кто слышал это. Думаю что до вашей статьи почти никто
Возможно, направление ведт молодое. Но только то, что сейчас очень много IT компаний ищут деврела в штат, говорит о многом))
Но только то, что сейчас очень много IT компаний ищут деврела в штат, говорит о многом))Argumentum ad populum никогда ничего ни о чём не говорит.
Не могу согласиться. Если есть спрос на специалистов и эту экспертизу, - это сигнал, что рынок меняется. Да, пока все представляют задачи деврела немного по-разному. Но от этого еще интереснее поговорить, кто ж такой деврел и что он должен и может делать.
Что ж, я не призываю никого с собой общаться, это ведь вы, @S-e-n,пришли в комментарии в мой блог, а не наоробот.
Но раз уж мы уходим в дебри законов логики, согласитесь, "очень много компаний" не тождественно "большинство компаний". Я констатирую факт - наличие сигнала на рынке труда.
Впрочем, я за здоровую дискуссии и готова воспринять чужую точку зрения, отличающуюся от моей, при наличии разумной и убедительно аргументарии. Пока что в ваших сообщениях содержится только пустая критика еще и с пассивной агрессией. Понимаю, возможно вы возразите, что это в традициях Хабра, пишешь сюда - изволь получить. Но возвращаясь к мысле выше, очень хотелось бы зрелой и продуктивной дискуссии.
Я с некоторых пор топлю за такую штуку, как "внутренний" devrel. Например, команда платформы (ну, например, команда админов гитлабов и кубернетисов) выигрывает от деврел-деятельности в коммуникациях с потребителями их платформ - разработчиками, но что-то ни разу не нашёл отклика в разговорах с деврелами на конеференциях.
А что вы имеете ввиду под откликом?
Я имею ввиду, что эта тема не очень известна и не очень изучена, типа, мне кивали, говорили "да, прикольно, но мы больше на внешнюю аудиторию работаем, митапы там, эйчар бренд и всё такое".
А, я поняла. Да, просто изначально деврел родился именно в этом контексте, когда чаще всего разработчик из команды продукта начинал заниматься еще и таким евангелизмом в сообществе, собирал обратную связь с пользователей, и этот фидбек влиял на продукт. Вот есть хороший тект Kim Maida https://dev.to/kimmaida/the-developer-relations-explainer-431o про все функции и роли внутри DevRel.
У нас на рынке деврел развивается с уклоном в бренд работодателя пока что. Это не хорошо и не плохо, так складывается, из-за самого рынка и задач бизнеса. Но я думаю, что через года 2-3 мы придем именно к классической версии. И с деврелами на конфах будет о чем поговорить))))
И причин у этого может быть много. От особенностей построения бизнес-процессов, до целей и KPI, который были поставлены перед devrel руководством.
Но не везде так. Кажется на одном из хабрасеминаров devrel из badoo(?) из Dodo Engineering(Олеся Балашова) рассказывали обратную историю. Как они уже налаженные внутренние активности пытались сделать доступными разработчикам извне, используя их как ресурс для работы с внешней аудиторией.
Проблема в том, что когда практикующий разработчик уходит в DevRel, он начинает больше работать говорящей головой и меньше собственно писать код. Со временем он отрывается от реального положения дел в индустрии и начинает рассказывать чушь в докладах.
Мораль: DevRel – это хорошо, но и в реальных проектах нужно участвовать, а не только hello world для очередного доклада на конференцию писать.
Для ИТ рынка в РФ подобные специалисты без толку. Не тот масштаб индустрии и не те объемы финансирования. А часть задач связанных с продвижением бренда работодателя среди ИТ специалистов итак успешно закрываются штатными HR'ми и отделами PR.
Странный деврел какой-то получается. Сам не пишет и не выступает, зато знает как это делать другим.
это как HR только для разрабов или я путаю?
Почему разработчикам важно дружить с DevRel’ом