Всем стоять! Это обязательство! Обязательство регулярно разгребать завалы полезных материалов по Developer Relations и писать хотя бы коротенькие аннотации и мысли по поводу. Аннотированные материалы в основном будут на английском. Кто читает? @ks_romanova - организатор DevRel-завтраков и митапа в Петербурге Можно делиться своими полезными запасами, и их прочитаем. Ещё можно делиться своими аннотациями полезных статей/видео/материалов и мыслями по поводу. Мыслями обязательно, потому что склад ссылок у меня (и у всех коллег) уже есть.

3 новинки и 2 "старинки" с книжной полки https://medium.com/@ks_romanova/5-%D0%BA%D0%BD%D0%B8%D0%B3-%D0%BF%D1%80%D0%BE-%D0%B4%D0%B5%D0%B2%D1%80%D0%B5%D0%BB-developer-relations-8b48a8e986d6 #книги

Вебинар "How to Steward Your Career in Community" от Кэрри Мелиссы Джонс (автор книги про сообщества брендов)

Самым полезным оказалось коротенькое вступление от Кэрри Мелиссы: достаточно редко ищут на стартовые позиции, это "узкое место" в профессии - людям трудно начать - поэтому, если у вас есть возможность стать ментором, сделайте это.
Работает ли это у нас? Кажется, что прямо сейчас, когда команды растут, как раз есть шанс у тех, кто хочет начать работу в деврел.

Дальше идет пример, как искала работу гостья (ну это больше про их рынок) и советы от карьерного консультанта (про поиск работы в принципе для тех, кто делает это нечасто).

#communityrelations #карьера #конспект

Колонка "Three themes for DevRel in 2022" от Мэтью Ревелла, основателя DevRelCon. Мэтью выбрал три тренда и пригласил трех специалистов поделиться мнением. Выжимка:
1)Офлайн вернется, но и онлайн никуда не денется: люди скучают по живому общению, осталось перепридумать его, чтобы не растерять плюсы, которые наконец научились получать из онлайна (спасибо, кэп)
2)Внутри профессии будет расти специализация
3)Web 3 компании и прочий блокчейн пришли как работодатели, но придут и в инструменты (а вот это самая свежая и пока еще не особо прозвучавшая в русском сообществе тема) #тренды #конспект

Еще немного прогнозов: Developer-Led Landscape: Some 2022 Predictions от Tyler Jewell. Посмотрим, что порешает рыночек по мнению инвестора. #тренды
1)Будет меньше компаний, ориентированных на разработчиков, чем в 2021. На рынке идет волна укрупнений и пока что в выигрыше огромные платформы, а не Web3 и децентрализация (см прошлый пост про тренды)
2)Из-за этой же централизации инвесторы недосчитаются прибылей и будут покупать меньше компаний
3)ML для решения задач разработки станет немного популярнее, но все же не мейнстримом
И хотелось бы упростить написание кода, но будет масса вопросов по вменяемости результата, копирайту, лицензированию и безопасности, так что все подряд штуки вроде GitHub Copilot использовать не будут.
4)“supply chain security” взлетит быстрее Кубера
5)А вот аджайл пойдет на спад
20 лет на него молились, но удаленка показывает, что эмпатия и SRE дают лучший результат (вот тут хотелось бы ссылок на источники, но нет)
6)Управление данными станет новой категорией на рынке
ПО стало таким сложным, что человеку нелегко разобраться, появятся интеллектуалные системы, которые будут уведомлять заинтересованных об изменениях системы и давать подсказки.
7)Современный PaaS будет не так крут, как ожидалось. Произойдет некоторое удовлетворение потребности и кривая роста выйдет на плато.
8)Цены на газ для майнинга могут замедлить распространение блокчейна и Web3 #конспект

и другие реалистичные обещания

По ходу деврельских завтраков пособирали, что кто делает для Developer Relations и для HR-бренда. Что же дают наблюдения с расстояния примерно месяца? А то, что лучше всего работают а)прозрачность принимаемых решений и доступность первых лиц б)МНОГО РАБОТЫ. Второй пункт делает психотерапию по скайпу и сеансы дыхания как стоячих. #этосновабылопыт

Community Guidelines: How to Write and Enforce Them
By Alex Angel, Alexandra Bowen, and Pam Magwaza

Выписала интересное про правила поведения в сообществе (кроме того, что это такая штука которую считается правильным иметь. Тут сразу вспоминается многострадальная "миссия компании", с которой тоже обычно останавливаются на том, что запихивают в раздел "о компании" и забывают.

1)Мало просто иметь правила, им надо следовать и про них надо напоминать
2)Это ваша карта поведения в сообществе, они отражают ценности и показывают внешним людям, какую культуру вы построили внутри
3)Вот тут, если вы не понимаете, какие у сообщества цели, то будет трудно (миссия! миссия!)
4)Когда создаете правила, думайте не только о нарушителях, но и о тех, кто ведет себя именно так, как вам хотелось бы, чтобы поступало больше людей
5)Пишите проще, чтобы вас наверняка правильно поняли (и чем менее однородно сообщество, тем это важнее). И будьте краткими.
6)Не забудьте заранее пройтись по всем стейкхолдерам (знай и люби своих стейкхолдеров, да)
7)Правила должно быть легко найти, просто следовать и трудно игнорировать (почти готовый статус вконтакте)
8)Вы должны четко понимать, что будете делать, если правила нарушены
9)Чтобы правила менялись вместе с сообществом, не забывайте их иногда просматривать (хоть бы на ту же актуальность ссылок и инструментов)

От себя в качестве примера могу привести Apache Software Foundation Code of Conduct (чем удобны большие объединения, все инструменты тебе дают уже готовыми) #communityrelations #конспект

или вот еще пример правил от сообщества женщин-предпринимателей с объяснением, как и почему это работает #communityrelations

Developer Relations Career Insights From 7 Industry Leaders

У зарубежных коллег все еще не выпускают готовых DevRel специалистов, так что, откуда они берутся и что делают, не так уж и очевидно (какая знакомая картина). Автор статьи вынес для интересующихся и начинающих полезного из разговоров с состоявшимися профи. Вынесем и мы. В квадратных скобках комментарии про ситуацию в России, ориентируясь на то, что вижу я и на самое свежее на сегодня исследование Жени Голевой (лето 2021).

1)Во многих компаниях это все еще один человек, который делает всё, но в последние несколько лет начали появляться специализации и вообще стало можно говорить о каком-то "карьерном пути" [то есть, мы идем почти в ногу]

2)Откуда приходят: от разработки до маркетинга и продаж [как уже выяснили в свое время, ситуация на русском рынке, где DevRel завязан на рекрутинг и HR-бренд, уникальна, если сравнивать с Европой и Америкой]

3)Дипломов нигде не выдают, но есть набор навыков, которые пригодятся специалисту с любым опытом: эмпатия, коммуникация, умение переключаться между задачами, обучаемость [никаких возражений]

4)Самое сложное в профессии: всё то, что называют среди плюсов(много разных задач, все постоянно меняется, много общения), а еще сложность демонстрации результатов бизнесу [место для срача по поводу метрик]

5)Как начать: все больше специалистов нужно на рынке [в начале 2021 так и у нас было, про 2022 будет понятнее к осени]. Главный совет начинающим: начните. Не дожидаясь изменения названия должности, напишите пост в блог, поучаствуйте в организации митапа и т.п. [Ну прямо с языка сняли! Лучший совет, я проверяла.]

#карьера #конспект

А как будет "хабр" на заграничном? Где публиковать технические посты на английском

В статье Syndicating Developer Content как раз есть полезные советы и ссылочки.

Под синдикацией имеется в виду публикация на сторонних сайтах (по сравнению с разделом "блог" на сайте компании). Как делать это правильно:

1)Сначала публикуем на своем сайте
2) Через 2-10 дней Гугл поймет, кто тут оригинал и источник
3)Постим на сторонний сайт и указываем в параметрах canonical URL адрес статьи на вашем сайте. У продвинутых платформ это есть в настройках поста, для непродвинутых можно поставить ссылку в тексте. Если вы озабочены своим SEO, то нужны только продвинутые платформы [dzone и dev.to точно такое могут]
4)Продвигаем оба url

Рекомендованные сайты [комментарии мои]
Блоги на medium [как по мне их рекомендательная система слишком странная и без продвижения статью мало кто увидит]
dev.to [вроде неплохой технический ресурс, но надо приноровиться к формату]
Hashnode [не пробовала пока]
Cross Post App - приложение для автоматического распостинга на все три предыдущие площадки
dzone - для материалов про DevOps и backend [мой фаворит - лонгриды и почти хабр, много просмотров]
Hacker Noon - сайт с редакцией и строгим отбором постов, которые должны соответствовать требованиям [не пробовала]
The New Stack - тут тоже есть редакция, которая строго отбирает материал и принимает только оригинальные посты (то есть, про правила в начале забыли, если хотим сюда), уверяют, что их читатели CTO и всякие архитекторы [тоже не пробовала, надо будет рассмотреть]
Free Code Camp - снова всё круто и сурово, даже с рекомендациями по стилю, ориентировано на тех, кто учит и учится, много how to [тоже новое для меня]

Вот сколько всего полезного сразу. #инструменты #конспект