Ксения Романова | DevRel и другие коммуникации в IT

Долго писал статью Что делать программисту в девреле. Измучился, переписывал много раз.

Очевидно, программисту в девреле делать нечего! (нет)

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

В общем, такой вот, надеюсь, полезный способ мотивации.

Взгляд разработчика на DevRel с точки зрения улучшения опыта взаимодействия с компанией + как карьерная перспектива. Осторожно, внутри заложена потенциальная холиварность на тему дев адвокатства. Бонусом идут несколько классных идей мероприятий для разработчиков, которые можно реализовать малыми силами.

Кстати, Марк - именно тот человек, который поддерживает жизнь в московской части DevRel-завтраков, за что ему большое спасибо.

Авторы статьи How to Tell If a Potential Employer Has a Burnout Culture составили список "звоночков" на собеседовании. HBR немного капитанят, но к каждому пункту дают список полезных проверочных вопросов, так что есть материал для подумать. Итак, если есть один или несколько признаков, высоки шансы, что что вас заездят без всякого work-life balance:

Практикуются "высиживание" рабочих часов важнее, чем сделать работу, неожиданная смена планов, авральная работа.

Среди плохих признаков затесались, например, тимбилдинг в нерабочее время и требование отвечать на сообщения/письма немедленно (и в выходные тоже). Сюда же относятся постоянные слишком ранние или слишком поздние созвоны или встречи.

Непрозрачность оценки сотрудников: непонятно, что нужно для пересмотра зарплаты и повышения (в идеале все должно быть прописано).

Нет постоянной программы развития сотрудников.

Нет культуры обратной связи, работы с ошибками.

Кстати, если не спрашивают про хобби, значит, - делают вывод авторы, - вы им не интересны как личность. Минус таким. А еще если опоздали, перебивают или что-то не сходится то, что говорили до собеседования с тем, что говорят на нем. Каков рекрутер, намекают нам авторы между строк, такова и контора.

Проблемки с ценностями (они как бы есть, но ими не пользуются).
Меня так заинтересовал этот блок, что я даже приведу полный список вопросов по нему:
- Как эта позиция связана с миссией компании?
- Как ценности компании влияют на принятие решений?
- Как работа команды влияет на выполнение целей компании?
- Какие OKR?
- Поддерживает ли компания общественную активность в рабочее время?
- Какой вклад вносит компания в местное сообщество?

На мой взгляд, отсюда идут и требования в отпуске не выключать телефон, и допустимость высмеивания коллег или там "кстати, в эти выходные мы работаем, разумеется, без доп оплаты". Так что начать подготовку стоит даже не с чужих "звоночков", а со своих приоритетов. Которые потом и будут прикидываться к предлагаемым "пазлам". #карьера

В подкасте { между скобок } вышло интервью с человеком, который успел поработать и с технопиар, и с техпиар (если вы понимаете :))) - Михаилом Клюевым.
Весь подкаст интересный, но я хочу отдельно вытащить один кусочек сюда: https://youtu.be/3BEbs4C4So8?t=2102 Потому что это ППКС (олды тут? Подпишусь Под Каждым Словом на старо-жежешном). И говорить об этом нужно чаще: сначала создаем условия, потом уже хотим что-то от разработчиков. Здесь я бы даже “сервис” объединила с “социальной мотивацией”. Вместе это и есть DevRel-культура, о которой мы часто говорим. Суть организационной (и DevRel-) культуры именно в том, чтобы упростить людям желаемые действия (и усложнить нежелательные, конечно).

…Ну если есть какой-то блокер, нужно сначала понять причину. Когда мы поняли причину, мы эти блокеры снимаем. …там [в Avito] мы делали по сути внутренний сервис для разработчиков, который им помогает заниматься публичными выступлениями. Ключевая задача этого сервиса прежде всего снять геморрой с разработчика… Например, я сам плохо пишу. Мне нужна помощь специалиста по буквам и значит знакам препинания. У нас есть такой специалист. Напиши черновик, мы отдадим его редактору. Редактор превратит это в красивый текст, ты потом его проверишь, мы это опубликуем. Нету времени у тебя писать черновик, приди к нам. Мы тебе зададим вопросы и расшифруем. Или нужно тебе помочь: ты не знаешь как подготовиться к выступлению. Окей. У нас есть специалисты которые помогали другим людям проводить выступления ты с ними поработаешь и сможешь выступить. Тебе нужны картинки? Вот есть у нас человек, который делает картинки, и так далее и тому подобное…

Второй уровень [мотивации] - это общественное, точнее, она называется Social motivation, общественная мотивация. Это про то, что если человек этим занимается в компании, его компания должна поддерживать. Не должно быть ситуации, когда человек поехал выступать, вернулся в команду и там на делике не или на виклике ему говорят: Слушай, ну там пока ты выступал, мы закрывали задачи, значит ты там не доработал”. Вот такого быть не должно. Все должны понимать на всех уровнях, что это тоже работа. Это просто может быть не основная работа, шапочка, которую человек одел и пошел помогать компании, и у него должна быть поддержка коллег. #конспект

Если какую-то метрику можно "нагнать", именно это кто-нибудь и сделает. Tracking the Fake GitHub Star Black Market with Dagster, dbt and BigQuery рассказывает про то, как разоблачить накликанные звездочки на GitHub. Ну и про то, как их покупают тоже. Даже сделали контрольную закупку и специального спам-эксперта привлекли.
Фальшивки определяли по профилям, поставившим звезду:

- неактивные аккаунты с незаполненным профилем - тут ясно;
- аккаунты активные, но активные подозрительно регулярно, причем ходят толпой с такими же и лайкают одни проекты;
- аккаунты не очень подозрительные, но лайкнули много подозрительных репозиториев

Ну и ссылка на гитхаб с проектом, который написали для всех этих подсчетов к статье прилагается. Вскоре после выхода статьи упомянутые в нем профили разной степени подозрительности пометили или удалили. И, авторам хочется надеяться, немного усложнили задачу ботоводам. #метрики #opensource #конспект

Ксения Романова | DevRel и другие коммуникации в IT pinned «А как будет "хабр" на заграничном? Где публиковать технические посты на английском В статье Syndicating Developer Content как раз есть полезные советы и ссылочки. Под синдикацией имеется в виду публикация на сторонних сайтах (по сравнению с разделом "блог"…»

Главред блогов Хабра и Medium Яндекса поделился видением работы с площадками

Несколько ключевых пунктов (как говорится, повторение – мать учения!)
🔸До нескольких часов может разработчик потратить на чтение документации для решения своей задачи или посетив конференцию. На Хабре же разработчик может задержать свое внимание достаточно долго, есть статья будет ему полезна.
🔸 Три фактора, влияющих на читаемость статьи: цельность, польза и история, в которой не надо бояться рассказывать о своих ошибках и признавать их.
🔸 Успешным пост можно считать тот, который стремится к рейтингу 100.
🔸 opensource – повышает рейтинг статьи и автора.
🔸 Medium – полезный ресурс для выхода на международную аудиторию, но и в России его тоже читают.
🔸 Medium еще более жесток к авторам в требованиях пользы.

Видео доклада здесь https://www.youtube.com/watch?v=dzo8aX_3CWM

Мне бы хотелось еще информации о том, как статьи продвигаются.

Дельная выжимка из выступления на митапе в Ереване (видео)

В подкасте "Тысяча фичей" разработчик делится негативным опытом участия в митапе. Кратенько вредные советы "Как сделать плохой митап":
1)не проверять оборудование перед началом трансляции - подождут;
2)предоставить аудиторию самим себе во время вынужденных пауз - нормально сидим, молчим;
3)отбор контента и прогоны не нужны, все же люди умные, если вы их позвали;
4)если собираться, то на весь день, минимум 8 докладов, минимум; усидчивость - достоинство для разработчика;
5)не соблюдать временные рамки докладов - пусть говорят, сколько хотят;
6)модерация и ведущий не нужны, пусть те, кто программу не запомнил, тренируют память;
7)и пусть еще хотя бы один докладчик с похмелья придет;
8)и прямую рекламу добавьте хотя бы в одном докладе.
Вуаля, вы ужасны! #инструменты #конспект

На прошедшей Highload у меня практически не получалось публиковать заметки с докладов. Но у мсебя на ноуте я их делал, и сейчас собрал отчет и опубликовал https://mtsepkov.org/Highload-2022b. В отчете не только Highload, но и DevRelConf, которая была сразу после Highload.

тот приятный момент, когда конспект конференции уже кто-то сделал: #devrelconf

Analyzing GitHub's Podcast Advertisement. Автор поста услышал рекламу Гитхаба (прилагается в блоге, по сути традиционное для того же ютуба "спасибо за спонсорство компании Х, она делает то-то) в своем любимом подкасте Pivot и решил покрутить эту тему.

Целевая аудитория
Чтобы сделать хорошую рекламу/интеграцию/и т.п. нужно А) хорошо понимать свою аудиторию Б)понимать, какого действия от них хотим.
Итак, Гитхаб решил, что слушатели подкаста могут стать новыми пользователями. Pivot входит в топ-20 тех подкастов и одна из ведущих известная тех-журналистка. Хотя автор не считает его хардкорно-техническим [хоть кто-то еще употребляет это слово, меня вот всю дорогу англоязычные редакторы лупят по рукам] по сравнению с тем же Stack Overflow podcast.
Так что, с одной стороны, можно засчитать это промахом, а можно попыткой расширить аудиторию, выйдя за пределы круга разработчиков, среди которых Гитхаб и так очень популярен, к тех-менеджерам, например.

Текст объявления
Вместо developers использовано более общее определение software people [так что, скорее всего догадка про расширение аудитории верна].
[Далее на основе текста автор делает вывод, что обращаются в основном к американской аудитории; отдельно подчеркивают ценность для рабочих процессов и DevOps, а не только для разработки]
Интересно, что CTA (call to action) - посетить страницу с тарифными планами, а не отдельную посадочную, и не зарегистрироваться бесплатно, нет, речь о платных сервисах.

В общем, автор считает, что в основном, конструкция рабочая, и оценивает ее 7/10. "Баллы" сняты за 90 миллионов разработчиков" (это в лучшем случае все емейлы, а не активные пользователи) и использование главной страницы вместо специальной посадочной.

[Со своей стороны скажу, что специальные страницы/ссылки конечно хороши для подсчета эффективности,а также для отслеживания дальнейшей судьбы пользователя, но в случае с аудио, вероятно, такой ход оправдан. Чтобы кто-то набрал более сложный url, чем https://github.com, откуда легко перейти на тарифы, пришлось бы пообещать существенную для пользователя выгоду. В случае с корпоративными тарифами, не факт, что придумать такую удалось бы. И нет, скидка вряд ли сработала бы, потому что время человек потратил бы свое, а деньги сэкономил корпоративные] #конспект

Ксения Романова | DevRel и другие коммуникации в IT pinned «Принесла вам в клювике конспект: https://medium.com/@ks_romanova/%D0%B1%D1%8B%D1%81%D1%82%D1%80%D0%BE%D0%B7%D0%B0%D0%BC%D0%B5%D1%82%D0%BA%D0%B8-%D1%81-devrelx-summit-2022-b574db50d3b2»

Refresh Blog Posts The Right Way – 3 Technical Case Studies by Karl Hughes
https://draft.dev/learn/refreshing-blog-posts

Недавно на нашем складе была заметка про устаревшие посты (точнее, авторов, которые уже покинули компанию), продолжим тему. Итак, освежаем старые посты.

Зачем?
1) Это легкий способ улучшить свой результат в выдаче гугла. Небось не думали про SEO, когда писали посты, вот теперь можно пройтись, сделать всё по красоте и сразу будет заметен эффект (сами-то посты уже давно тут и вызывают доверие у гугла).
2) Техническая информация со временем устаревает. Хотя, если у вас много тьюториалов, тут, конечно, не набегаешься [но можно проверить, какие самые посещаемые и обновить только их, и да, дальше это есть]

Примеры из жизни:
1)выходим из гугл пенальти: удаляем некачественный контент, сомнительные ссылки, обновляем устаревшие посты. Вот как это сработало https://alphainvestors.com/case-study/reviving-a-penalized-site-to-6400-visits-per-month-case-study/

2)оптимизируем ключевые слова: смотрим, куда "приземляются" посетители, приводим эти посты в порядок с точки зрения SEO и делаем еще похожих, чтобы поисковики убедились, какой вы надежный источник по теме.
Как было сделано: https://www.pkwydigital.com/case-study-update-old-blog-posts/

Пять способов освежить посты:
1)Убрать лишнее (короткие посты, посты на темы, на которые вы больше не планируете писать, посты, которые неинтересны вашей аудитории, посты, которые устарели технологически). Так у вас остается больше качественного с точки зрения гугла контента;
2)Смерджить похожее (так контент становится более уникальным и получает больше внимания);
3)Обновить старые посты, которые все еще получают много трафика (скриншоты и видео с правильными alt, технические детали, которые устарели, мета-описание и ключевые слова);
4)Линькуйте между собой популярные посты [вот прямо остановитесь и перечитайте совет еще раз, легкий способ получить больше читателей, которым чуть ли не каждый второй блог пренебрегает];
5)После обновления пропустите пост через весь цикл продвижения контента.

Ну и результаты со скринами из гугл-аналитики к статье прилагаются. Это как раз третий кейс из заголовка. #инструменты #конспект

Принесла вам в клювике конспект: https://medium.com/@ks_romanova/%D0%B1%D1%8B%D1%81%D1%82%D1%80%D0%BE%D0%B7%D0%B0%D0%BC%D0%B5%D1%82%D0%BA%D0%B8-%D1%81-devrelx-summit-2022-b574db50d3b2

Ксения Романова | DevRel и другие коммуникации в IT pinned «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 #книги»

1. Как придумать тему технического доклада
2. Как сделать интересный технический доклад

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

Важная закладка:

Michael Hall "Stop Measuring Community Engagement"

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

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

[Было бы чуточку более убедительно с примерами правильных метрик, мне кажется, но есть, о чем подумать, например, есть ли среди того, что вы измеряете, хоть что-то про ваши ценности.]
#communityrelations #метрики #конспект