Developer Relations *

В конце июня в Санкт-Петербурге прошли две крупных ИТ-конференции: Saint Highload ++ (26—27 июня) и Saint TeamLead (29—30 июня). Команда РСХБ-Интех (технологическое подразделение Россельхозбанка) провела в Design District DAA всю неделю: играли в настолки, решали задачки и раздавали фирменный мерч. Мы уже делились опытом первого выезда на CodeFest, а в этот раз расскажем о новых впечатлениях, плюсах и нюансах нашей работы, которые стоит доработать.

Привет, Хабр! На связи команда РСХБ-Интех. Меня зовут Ира, и сегодня я расскажу вам, как мы с коллегами съездили на конференцию CodeFest в Новосибирск. Это был первый наш выезд на CodeFest: без спикеров, зато со стендом и активностями, над которыми работали всей командой.

В поисках работы в области Developer Relations всегда присутствует некоторая неопределенность для обеих сторон. На рынке мало готовых специалистов, требования к ним отличаются от компании к компании, как и набор обязанностей. Особенно трудно бывает сориентироваться соискателям, еще только начинающим карьеру в DevRel. Из обсуждения в одном из профессиональных чатов у меня появилась идея собрать нанимающих менеджеров и проговорить с ними основные этапы со стороны компании: от настройки «фильтров» для рекрутинга до обратной связи соискателю. В результате 26 апреля мы провели стрим «Как нанять(ся) на работу DevRel‑специалиста». Запись можно посмотреть тут, а ниже будет краткая выжимка и некоторые выводы текстом.

Привет, меня зовут Андрей Ганин, я руководитель направления повышения координации эффективности: строю коммьюнити с DevRel командой, заведую карьерными моделями. Если кратко — я Developer Advocate. Расскажу, как готовить ивенты из «подручных материалов» так, чтобы за них не было стыдно. Статья может помочь, если вы до этого ничего подобного не делали, а что-то придумать надо было вчера.

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

Сотрудники должны быть лояльными и мотивированными — об этом знают все. Даже люди, далёкие от кадров, такие, как я. Насколько я слышал, существуют методы расчёта лояльности. Надеюсь, что они работают. По крайней мере должны.

Потому что мой опыт говорит об обратном.

И в этом я не одинок. Хотите пример? Вот отрывок из вакансии, которую мы обсуждали в чате программистов пару дней назад.

В прошлом году в Тинькофф, как и во многих крупных компаниях, задумались о возможной нехватке мощностей. Раньше мы могли быстро утилизировать железо, но при этом регулярно его закупать и планировать такие закупки на год вперед. Из‑за санкций в 2022 году поставки стали менее предсказуемыми. Это не критично для инфраструктуры, но мы решили, что пришло время задуматься об оптимизации.

Это не история успешного успеха. В этой статье я как DevRel бэкенд‑направлений в Тинькофф расскажу, как мы придумали и провели месяц оптимизации и почему выбрали такой формат. С какими сложностями сталкивались, чем привлекали участников, как считали результаты, определяли победителей и какой неоднозначный результат получили на выходе. Думаю, пост будет интересен тимлидам, которые ищут нестандартные подходы к решению задач. В конце я поделюсь советами по организации таких мероприятий и выводами.

Привет! На связи Николай Хечумов и Олеся Кострыкина из Авито. Мы расскажем, какая сила есть у сообществ в ИТ-компаниях и зачем они нужны. Дадим немного теории о видах и критериях, советы, как развивать сообщества, а ещё примеры из жизни и успешный кейс.

Немного о нас: Николай — security-инженер, лидер сообщества security-чемпионов. А Олеся — менеджер внутренних сообществ, она координирует и развивает восемь внутренних сообществ Авито.

Если к вам однажды приходил лид отдела мобильной разработки со странным запросом «Хотим 40 статей — нам через месяц надо 40 разработчиков», то эта статья для вас.

В статье расскажу, с чего начинался DevRel в Альфе и чем «закончился», как управлять ожиданиями с помощью простого фреймворка для деврелов и как не зашиваться. Но не зашиваться у вас всё равно не получится (вы же DevRel), так что будем готовиться к прорыву дамбы и жонглированию процессами в этом потоке.

В один прекрасный момент случается «8 чудо света»: эксперт хочет написать статью в блог на Хабре. Искра, буря, безумие — и если всё это происходит в компании, то на горизонте появляется редактор, с которым можно вместе размышлять над черновиком. Примерно так я уже 6 лет работаю рука об руку с авторами корпоративных блогов.

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

Если вы задумываетесь написать свой первый пост на Хабр или (внезапно) начинаете карьеру редактора корпблога, то заглядывайте под кат — там найдете 15 самых распространенных ошибок: перед началом написания, в процессе и после публикации. Разбираю, почему они вообще появляются и как можно их избежать.

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

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

В данной статье вы найдете опыт внедрения DevRel для ИТ специалистов в нашей компании, первые результаты.

Если спросить начинающего докладчика, чего он больше всего боится перед выступлением, он, может быть, назовёт дотошного и даже скандального слушателя, или скажет, что самое страшное — это забыть слова.

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

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

Я отвечаю за подготовку и репетицию докладов в Московском клубе программистов. Не всем нашим докладчикам нужна помощь, но если нужна, помогать им буду я. За последние шесть лет мне довелось прослушать несколько десятков докладов. На самом деле я не знаю, сколько их было — никогда не считал — но, возможно, их уже больше ста.

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

Материала оказалось много и статьи получилось две. Эта первая — о том, как придумать тему доклада.

Сегодня мы, команда ЭКОПСИ и Хабра, начинаем третье ежегодное исследование IT-брендов работодателей. В нём будут участвовать более 700 компаний, работающих в России. Результаты этого исследования помогут нам выяснить, чего сегодня хотят от работодателей айтишники в нашей стране. А компании, воспользовавшись этой информацией, смогут создать лучшие условия для своих работников. 

Чтобы исследование прошло успешно, нам нужны только честные данные от айтишников, которые готовы рассказать о работодателях. Если вы хотите помочь себе и всему сообществу улучшить IT-отрасль, переходите под кат!

Я занимаюсь Developer Relations уже шестой год. Профессия новая. Мне очень хотелось увидеть российский деврел в полном объеме: поискать не только ответы, но и сформулировать новые вопросы в нашей индустрии. Откуда в неё приходят, как развиваются, с какими сложностями сталкиваются? Поэтому я провела исследование, в котором участвовали 77 специалистов по Developer Relations. Планирую его повторять ежегодно.

Команда Хабра и ЭКОПСИ начинает второе исследование IT-брендов работодателей. Исследование будет полезно кадровым и маркетинговым департаментам компаний, которые вливаются (или уже влились) в IT-сообщество, а также айтишникам, которые хотят анонимно донести свои пожелания работодателям. Участвуя в этом исследовании, вы помогаете развиваться сообществу: ведь пытаясь стать более привлекательными для айтишников, компании черпают вдохновение именно в нашей аналитике.

Итоги прошлогоднего исследования здесь (если лень читать — можно послушать выступление Артёма Гринёва). Спасибо за обсуждения в блоге, комментарии и предложения: мы многое улучшили. О том, что было и что будет — под катом.