Наболело
===============

Кажется, пришло время это написать.

После очередного вебинара от рекрутера, найденного мной на просторах сети про то, как нанимать с помощью деврел, я поняла, что меня переполняет возмущение.
==========
Друзья, DEVREL - это не инструмент MarHR и рекрутмента!
==========
DevRel - это принцип, лежащий в основе бизнеса и менеджмента компании в целом. DevRel - это не про то, как показать разработчикам, какие мы хорошие и заманить их к себе на работу. DevRel - про то, как создавать продукт и сервис, которыми гордятся сами разработчики, а также про то, какими должны быть процессы работы над созданием этого продукта внутри компании.
DevRel - это как фундамент для репутации, к которой стремятся технологические компании. Если фундамента нет, то все может рассыпаться в непредвиденный момент. Если технари на рынке признАют и станут уважать компанию за уровень разработки, качество кода, прозрачность и вклад в развитие сообщества (через полезные штуки в open-source, обучающие и открытые доклады и статьи, работу над стандартами и др.), то не будет проблем ни с наймом, ни с продажей продукта.

В предыдущем посте я писала о том, когда нужно нанимать devrel специалиста и в том числе указывала на hr-задачи. Однако это не значит, что devrel должен быть исполнителем для рекрутмента.
DevRel влияет на многие процессы и ему есть дело до всего - см. выше.
✅А это значит, что DevRel - стратегическая функция и игра в долгую.

Поддержите, кто со мной согласен!