Архив недели @aminopyridin
Понедельник
Привет!
Эту неделю коллективный аккаунт веду я — Вероника Самохина (@aminopyridin). Последние месяцы официально DevRel из Контура, до этого фронтендер, преподаватель фронтенда.
Про что хочу поговорить ⬇️
Пн: что такое деврел, как я им стала и чем занимаюсь сейчас и чем заняты коллеги
Вт: «один день из жизни деврела» — репортаж с места событий, чтобы лучше показать кто такие деврелы
Ср: как запилить обучение в компании и надо ли оно вам
⬇️
Чт: мир .NET-разработчиков в сравнении с фронтендом — я недавно сменила сообщество, с которым работаю, поделюсь своим культурным шоком
Пт: про грейды, горизонтальную мобильность и всякое такое
Сб: как уйти из IT и всякое научпопное про биологию и химию.
Вс: что останется :)
Для начала расскажу кратко про себя:
- в 2013 году закончила Химфак ЮУрГУ (Челябинск)
- тогда же бросила магистратуру эколога
- тогда же на спор (и благодаря вере в меня первого моего тимлида) стала фронтендером в @Sitkoru
- в 2014 переехала в Екатеринбург ⬇️
- стала верстальщиком в @jetstyle_
- в 2015 сменила компанию на @konturtech и с тех пор из Контура не уходила
- поработала в команде, пилящей внутреннюю соцсетку, в командах, делающих разные классные продукты, например focus.kontur.ru
⬇️
- в 2017 Контур начал массово преподавать фронтенд студентам и коллегам, потому что шило в одном месте не давало мне покоя
- с 2018 я стала фулл-тайм преподавателем фронтенда и не только
- с августа 2021 я стала деврелом или «Эксперт по связям с профессиональным сообществом»
⬇️
- в сентябре 2021 переехала в Питер
В промежутках между этими вехами делала доклады на конференциях, писала статьи и организовывала хакатоны.
Тред (Вероника Самохина)
Я очень люблю опросы. Поэтому вот первый: знаете ли вы, кто такие DevRel?
🤔
24.7% Знаю🤔
1.7% Это я!🤔
21.6% Что-то знакомое...🤔
52.0% Не знаюТред про DevRel
Итак, DevRel — это как DevOps и Слава КПСС — совсем даже не человек. Это направление деятельности, которое расшифровывается как Developer Relations, то есть «отношения (или связи) с разработчиками».
⬇️
Как и в DevOps, часто сотрудников отделов DevRel называют деврелами, но я пока не знаю, нужно ли с этим бороться, вроде не мешает.
⬇️
Предупреждение перед тредом: сфера наша молодая, четких границ еще не провели, мое мнение может отличаться от мнения других представителей деврельского сообщества.
⬇️
В чем цели отдела DevRel могут состоять?
Бывают деврелы, основная цель которых — помощь в продаже разработчикам продукта для разработчиков. Например, так делает @jetbrains или @thecubejs или другие инструменты, которыми вы пользуетесь.
⬇️
Для этой цели деврелы строят сообщество вокруг своих продуктов: понятная документация, публичный таск-трекер, формы обратной связи, реагирование на жалобы в соцсетях, присутствие на конференциях, чтобы общаться со своими пользователями.
⬇️
Бывают деврелы, которые помогают формированию HR-бренда среди разработчиков. То есть, они делают так, чтобы разработчики хотели у них работать. Для этого они делают так, чтобы люди извне узнали, какие классные в компании люди/технологии/процессы.
⬇️
Для этого можно помогать своим разработчикам делать доклады, писать статьи. Можно проводить разные мероприятия. Можно выращивать свой (или коллеги) «личный бренд», чтобы с обладателем этого бренда все хотели работать.
⬇️
Есть деврелы, которых называют «менеджером сообщества». Их задача сделать так, чтобы люди (внутри компании или вовне) общались и обменивались опытом.
⬇️
Например, @martynovva со своей женой Алисой — менеджеры сообщества разработчиков в Ростове (RnDTech). Они знают всех своих ребят и организовывают разные тусовки от кейс-клубов с суровыми менеджерами до митапов с кальянами.
⬇️
Вот переводная статья про то, какие бывают деврелы: habr.com/ru/amp/post/57…
⬇️
Мое разделение было по целям деврел-отделов, и внутри них может быть множество разных ролей. Кто-то сам ходит рассказывать, тогда его назовут Developer Advocate или Евангелист. Кто-то пишет документацию и работает с таск-трекером и тогда это технический писатель. И т. д.
⬇️
Чем же могут быть заняты те, кто занимается DevRel?
А всем подряд! Пишут статьи, помогают другим писать статьи, следят за качеством документации, помогают делать доклады, делают доклады сами, устраивают мероприятия от конференций и митапов до хакатонов, ⬇️
..., участвуют как спонсоры конференций, делают клубы спикеров, устраивают посиделки среди своих разработчиков с обсуждением новостей, пишут тексты в соцсетках, участвуют в подкастах, делают подкасты, снимают видео, участвуют в программных коммитетах конференций и многое другое⬇️
В общем, DevRel занимаются общественно-полезной работой. При этом любой опытный деврел знает, что прямая реклама при работе с разработчиками не прокатывает. Прокатывает только полезное или интересное для сообщества, вот и делают полезное.
Во всяком случае, стараются.
Тред (Вероника Самохина)
@itunderhood Конечно мешает. Вот у тебя в треде прямо и мешает. Очевидно, что то, что делает developer advocate и то, что делает community builder это совершенно разные вещи, требующие совершенно разных скиллзов. Зачем их смешивать вместе под одно неправильное название - непонятно.
Tl;dr: DevRel, как название должности, — мешает. Самое частое, чем занимаются люди из этой области — community builder или developer advocate. Отличать так: если лицо знакомое, значит адвокат =) twitter.com/jbaruch/status…
Кто обычно идет в DevRel?
Чаще всего собственно разработчики всех видов. Обычно происходит это так: разработчик по велению своего шила в одном месте идет делать доклады или подбивать других делать доклады. Потом понимает, что его от этого прет и это становится профессией.
⬇️
Из делателей докладов получаются developer advocates, а из организаторов митапов — community builders.
Адвокатов другими путями получить не получится — никто не будет слушать на техническую тему нешарящего человека. А вот в community builders попадают разными путями.
⬇️
Я знаю примеры HR или маркетологов, которые стали помогать классным ребятам делиться классными вещами с миром.
⬇️
У нас в команде так:
Я (@aminopyridin) — бывший фронтендер, люблю сцену и знакомиться
@nevoroman — бывший сишарпер, который любит сцену
⬇️
Тред (Вероника Самохина)
На сегодня писать я устала, недописала только про то, чем конкретно я занимаюсь. Завтра покажу мой обычный рабочий день.
Вторник
Тут будет тред про один день из жизни. Время 9:00 и утро начинается с кофе. Открыла для себя дрип-пакеты.
9:30, иду в офис. Это не обязательно, но мне нравится гарантированные полчаса прогулки по городу в день.
9:40, пришла в офис. Теперь у меня есть 20 минут до встречи
9:45, утро в офисе. Никого еще нет, кружка утреннего чая и время просмотреть почту перед встречей. Через 15 минут будет прогон доклада: коллега будет рассказывать, что-то интересное про нашу программу бакалавриата ФИИТ, а моя задача помочь это интересное хорошо структурировать.
Кстати, 1,5 месяца назад я заменила вездесущие блокноты на iPad с Pencil и теперь веду все записи в нем. Это оказалось очень удобно: также быстро, как в блокноте, но все в одном месте и можно редактировать, менять цвета ручки и всякие прочие плюшки цифрового блокнота.
10:00, чтобы никому не мешать, ушла в переговорку со смешным названием «рюмочная». Созвон проходит в нашем собственном внутреннем продукте Talk.
10:00, чтобы никому не мешать, ушла в переговорку со смешным названием «рюмочная». Созвон проходит в нашем собственном внутреннем продукте Talk. pic.twitter.com/T5wACv5zjc
Верну твит в тред, чтобы сбоку не болтался: twitter.com/itunderhood/st…
10:45, встреча с прогоном доклада закончилась. Так как это второй прогон, то замечаний кратно меньше было.
Сейчас, после встречи, я узнала, что мой доклад хотят видеть на конференции itis.is74.ru/conf А значит, скоро я полечу в Челябинск.
Ну, а прямо сейчас надо стандартный пак подающегося на доклад сделать: написать тезисы и найти фотографию.
Про то, что я делаю.
Сейчас у меня в работе несколько проектов:
Игра, приуроченная к внутренней конференции разработчиков — мы с группой ее придумали, теперь реализовываем. Остался месяц до дедлайна и я паникую, что мы ничего не успеваем. Тут я Фронтендер+менеджер
⬇️
Подготовка дискуссий и интервью к той же конференции. Мне помогает человек 5, чтобы найти интересные темы и позвать интересных спикеров.
Внутренний митап по нагрузочному тестированию. Есть спрос, и я пришла к ребятам из группы, хранящей экспертизу по хорошим практикам
⬇️
Разработка движка для новостей, которые покажем на внутренней конференции. Так как конференция пройдет в онлайне и от этого теряет все свое очарование, хочется часть очарования вернуть интересной платформой для онлайна. Тут я менеджер.
⬇️
Внутренний хакатон. Запиливаем хакатон, чтобы было весело тем, кому нравится такой формат времяпрепровождения.
Хотя многие люди, кто участвовать в хакатоне не собираются, считают, что нужно хакатон делать полезным, я на стороне участников, поэтому он будет фановым.
⬇️
Ну, и уже почти законченный проект: Hiring Days. Мой вклад в нем был в виде советов, кого из разработчиков позвать на интервью, чтобы было интересно. Ну, и вопросы к интервью и «авторский надзор»
Интервью с разработчиками смотреть тут, если интересно: kontur.ru/lp/hiring-days
Тред (Вероника Самохина)
За прошедший почти час я назначила встречу и написала нескольким людям, чтобы договориться о разных мероприятиях.
Теперь буду писать тезисы к своему будущему докладу.
12:30 Закончила с тезисами к будущему докладу.
Название мне пока не нравится, но более лаконичное родится в процессе работы над докладом.
Дальше пойду писать фронт для игры перед конференцией. Вчера я остановилась на скачивании .NET 6 SDK =)
Опрос номер два. Участвовали ли вы в хакатонах?
🤔
11.1% Да, и мне не понравилось🤔
21.6% Да, и мне понравилось🤔
29.0% Нет, но хочу🤔
38.4% Нет, и не хочу13:40 Сишарп оказался непобедимым и обновить его иногда сложнее, чем запустить фронт годовалой давности.
Отправлюсь куда-нибудь пообедать.
14:05 Мой перекус в заведении, которое известно хорошим кофе.
Кстати, в Питере есть телеграм-бот про хороший кофе: goodcoffeemap_bot он очень меня спасает!
@itunderhood В последнее время все делают хайринг ивенты. Было бы любопытно послушать, зачем делаете вы и какой там процесс/метрики/стек и вот это вот все)
Хороший вопрос. Мы решили проверить гипотезу, что с помощью hiring days вообще можно кого-то нанять :) То есть, хочется посмотреть на воронку, которая получится и понять, оно вообще работает?
Но вдобавок решили проверить еще одну механику ⬇️ twitter.com/HealingWardRel…
Предложили контуровцам звать своих друзей и знакомых, и если знакомый проходит собеседование, то рекомендатель получает премию.
У нас давно был бонус за рекомендацию, если зарекомендованный проходит испытательный срок, тут впервые решили попробовать за успешный собес
⬇️
А в целом, это направлено на самую массовую категорию наших разработчиков — сишарперов. Процесс такой: решаешь контест из четырех задачек в любое удобное время, по его результатам тебя зовут на собеседование, оно длится 2 часа. Вечером того же дня получаешь оффер или рекомендации
@itunderhood Про 5 человек - они из компании выросли или извне нанимали специально для этих задач? Или вообще лидеры мнений из инженерных сообществ?
Все ребята, которые мне помогают — просто разработчики разных ролей из компании, которым хочется вписаться в какую-нибудь активность.
Я просто пишу в нашей соцсетке, что планируем новую активность и зову помогать. Откликается обычно больше людей, чем нужно и это проблема) twitter.com/HealingWardRel…
В 14:25 мой перекус закончился и я вернулась в офис. Ответила на все сообщения, которые появились за это время, обновила rider (спасибо @vabka2 за подсказку) и поругалась на сишарперов за слишком раннее обновление на .NET 6.
20 минут до встречи: буду читать код и пить чай
@itunderhood Круто, спасибо! А сколько по ресурсам инженеров получается? Это же время на создание задач, проверку решений и фактические технические собесы
Создание задач взял на себя отдельный наш программист и бывший олимпиадник, и у которого основная работа последние годы — делать собеседования. Он протестировал задачи на нескольких (5, вроде) коллегах, каждый из них потратил часа 2 на решение задач. twitter.com/HealingWardRel…
Решения проверяются автоматически тестами при отправке решения.
Хорошие решения просмотреть на предмет того, что там нет чего-то непотребного планирует тот же инженер, ответственный за собеседования.
Собесы будут длиться 2 выходных дня, собеседующим дадут премии за это.
15:20, уже 20 минут идет встреча, на которой 5 сишарперов обсуждают архитектуру решения для игры, которую планируется успеть сделать за месяц
Я внимательно слушаю (мне еще фронт им делать) и планирую, когда проводить следующую встречу, на которой будем писать код с ними в онлайне
16:30, прошло полчаса после встречи с ребятами, я налила чай, прочитала чатики и пришла на следующую встречу. На этот раз это мозговой штурм про то, как будет устроена съемка видео для конференции: декорации, образ спикеров...
17:55, закончилась третья и последняя встреча на сегодня. Можно прочитать, что за время нее происходило и пойти домой.
Итак, итоги дня:
- написала тезисы к докладу
- договорилась об интервью с одним коллегой
- побывала на трех встречах: прогон доклада, штурм идей и синхронизация разработчиков
- обновила райдер и теперь у меня все собирается
- назначу две встречи и день успешно окончен
Тред (Вероника Самохина)
Про хакатоны спросила, теперь про конференции. Ходите ли на конференции нынче?
🤔
32.6% Смотрю онлайн🤔
17.6% Хожу на редкие офлайны🤔
25.3% Раньше да, теперь нет🤔
24.4% Нет, ни раньше, ни сейчасСреда
Сегодня хочется поговорить про обучение с точки зрения заведения этой практики в компании.
Будет набор всяких мыслей, местами капитанских.
Конференции — это не обучение. Эту мысль часто приходится напоминать разным менеджерам. ⬇️
Конференция несомненно может научить чему-то новому или можно в кулуарах спросить совета. Но это обучение стихийное. Нет никакой гарантии, что человек на конференции чему-нибудь научится, а тем более, научится чему-то полезному здесь и сейчас.⬇️
Конференция — это про вдохновение и мотивацию, для некоторой категории людей — про нетворкинг. Но отправляя своего разработчика на конференцию невозможно предсказать, с какими идеями он вернется с нее.⬇️
А надо ли обучать?
Если мы говорим про стажеров-джунов, то обучать, безусловно, надо. Потому что на низких грейдах компания обычно тратит ресурсов на разработчика больше, чем получает от него пользы. ⬇️
Что касается обучения людей уровня от мидла и выше есть две скользкие дорожки и искусство в том, чтобы находиться между ними. С одной стороны от мидла уже можно отстать с ожиданием технического роста — пользу приносит и ладно. ⬇️
С другой стороны, есть риск всей компанией скатиться в унылое болото, где все сидят на пригретых местах и им норм, когда весь окружающий мир ушел далеко вперед. Тут еще появятся проблемы с наймом.⬇️
Что будет, если не обучать?
Несколько вариантов видела:
- разработчик обучится сам, тому, что в этой компании неприменимо → уйдет туда, где применимо
- Разработчик обучится сам, тому, что в этой компании неприменимо → применит неприменимое и уйдет в закат ⬇️
- Разработчик не обучится → весь мир уже пишет фронт на фреймворках, а разработчик умеет только в jQuery
- Разработчик не обучится, его пример заразит остальных и они тоже перестанут технически развиваться → получили команду однородного желе, которая движется по инерции ⬇️
- Разработчик обучится актуальным этой команде вещам → вам очень повезло!
Примеры основаны на реальных событиях, понятно, что соотношение хороших исходов и плохих может быть разным, в зависимости от разных факторов. Но мне однозначно одно: компании важно заниматься обучением ⬇️
Как обучать? Тут расскажу про наш опыт, будет хорошо, если его кто-то возьмет себе на заметку или расскажете мне, как у вас это устроено.
4.1) Обучение начинается с тех, кто (еще) не работает с нами. Для этогом мы делаем курсы (и свой бакалавриат) в универах... ⬇️
...у нас есть своя учебная платформа ulearn.me, проводим школы программирования (kontur.ru/edu), курсы тестировщиков и аналитиков. ⬇️
До коронавируса была интересная практика собирать в каком-нибудь регионе пару десятков ребят, которые проходили отбор, увозить их в лес на какую-нибудь базу под городом и неделю учить их всякому с утра до ночи — мы называли это Кампус. Все это, конечно, бесплатно для учащихся ⬇️
Обучением студентов и новичков мы готовим себе стажеров и повышаем общий уровень разработчиков в регионе. От этого люди на рынке становятся компетентнее и всем становится лучше. ⬇️
4.2) Стажеры. Перед стартом стажировки есть дополнительное обучение. Но самое главное, что мы можем сделать для обучения стажеров — курсы для их наставников. Перед тем, как взять себе стажера каждый будущий наставник проходит обучение про обратную связь,... ⬇️
... про что надо не забыть рассказать, как часто надо общаться, какие задачи стоит выбрать и что делать, если что-то идет не так. Стажеры делают обычные рабочие задачи, узнают, как устроена промышленная разработка и дополнительно их обучать не надо пока. ⬇️
4.3) Новички компании. Про ребят с рынка понятно, что они имеют супер разный опыт. И если нарисовать схему известных опытному разработчику знаний, то получится амеба — во все стороны торчат ложноножки тех тем, про которые человек знает глубже. ⬇️
А какие-то «каждый-должен-знать»-темы прошли мимо или уже забылись. Поэтому мы пошли по такому пути: не спрашивать специфические знания на собеседованиях, проверять умение программировать на искомом языке и кругозор. А специфические знания мы дадим на входе, если их нет ⬇️
Обучение для новичков добровольно-принудительное — для высоких грейдов полностью добровольное, для низких — скорее принудительное, хотя отказаться, конечно, можно и ничего за это не будет. Например, у фронтендеров мы не проверяем знания фреймворка, потому что реакту научим сами⬇️
4.4) «Старички» компании. Как минимум, у разработчика любого уровня должна быть возможность обучаться. В хорошем случае разработчик знает, чему ему надо научиться. Тогда можно найти подходящие обучения или из существующих в мире, или позвать в компанию эксперта, чтобы он научил⬇️
Чаще разработчик не знает, чему конкретно хочет обучаться, а просто «хочется». На этот случай есть список всяких имеющихся и регулярно проводящихся обучений. От «Чистого кода» до тренинга по фасилитации. ⬇️
Но самый идеальный вариант получается, когда амебки-разработчики рассказывают друг другу, как они отрастили такую классную псевдоподию. И для этого в компании должна сложиться культура «делиться всем интересным — важно и нужно» ⬇️
И запилить такую культуру среди программистов — моя задача :)
То есть раньше я занималась контентом для известного списка обучений, а теперь уровень неопределенности вырос и обучать надо тому, чтобы все обучали друг друга.
Тред (Вероника Самохина)
Настроено ли ваше инфополе так, чтобы приносить новости из вашего стека/области деятельности? Ну, то есть читаете/смотрите ли вы, блоги, конференции, соцсети лидеров мнений...?
(«Не слежу» означает, что новости какие-то могут доходить, но проактивно для этого ничего не сделано)
🤔
63.9% Да, слежу за новостями🤔
8.7% Коллеги/друзья приносят🤔
27.4% Не слежуЯ конечно, так себе место для этого вопроса выбрала, но завтра расскажу, почему про это спросила
Четверг
Утренний опрос, чтобы вечером мне было понятнее, кто тут есть.
Хочу посчитать сищарперов и бэкендеров в аудитории)
🤔
8.5% Пишу бэкенд на C#🤔
3.3% Пишу не бэкенд на C#🤔
27.9% Пишу бэкенд не на C#🤔
60.3% Ничего из этогоПятница
Сегодня расскажу про сообщество .NET в сравнении с давно знакомым мне сообществом фронтендеров.
Когда я пришла в devrel, меня попросили сделать коммьюнити сишарперов в компании. И я пошла разбираться, как там все устроено.
⬇️
А мой опыт в сишарпе такой: умею дописать апи, когда надо или запилить бэкенд для мелкого сервиса.
Пришлось разбираться, что к чему в мире сишарпа. Будет некоторое количество наблюдений из этого процесса. Поправляйте, если они неверные :)
⬇️
В дотнет ничего не происходит. В мире сишарпа раз в году (раньше, видимо, реже) выходит новая версия шарпа, про это пишет пост Microsoft в блоге. И на этом, в целом новости заканчиваются.
⬇️
А как в JS? Так как работу над разными спецификациями ведут разные группы, они идут с разной скоростью и это постоянно обсуждается в сообществе. Разные спеки постоянно на разных этапах и регулярно происходят изменения статуса.
⬇️
Это не считая, фреймворков, обновлений браузеров, новых инструментов, которые происходят буквально еженедельно.
⬇️
Open Source. В сишарп сообществе гораздо сложнее с опен сорсом, чем в js. Его мало. Как говорят сишарперы: Microsoft очень хорошо справляется с разработкой инструментов для сишарпа.
⬇️
Если ты сделаешь классный инструмент, есть большая вероятность, что Microsoft его повторит через некоторое время (и это, наверняка, будет сделано лучше).
А как в JS? Тут тоже плохо, но по-другому. Библиотеки isOdd и isEven, зависящие одна от другой доказывают это :)
⬇️
Основные интересные темы у сишарперов сосредоточены в области баз данных, хостингов или другой инфраструктуры. Тут возникает вопрос: а чем тогда, с точки зрения формирования сообщества, сишарперы отличаются от питонистов или джавистов?.. Видимо, ничем, если они бэкенд пишут
⬇️
Сишарперы не очень следят за новостями в C#. Понятно, что у кого-то легаси и ему все равно не видать новых плюшек, а кому-то просто коллега перескажет самое важное раз в году и нет смысла следить за чем-то.
⬇️
Расскажу историю:
Год назад мы с рабочей группой, занимающейся грейдами для программистов Контура (всех стеков), выкатили тестовую версию новых критериев, чтобы собрать мнения. И для перехода из джунов в мидлы там было написано, что у бывшего джуна проявляется саморазвитие,⬇️
которое проявляется так: «разработчик следит за происходящим в его области: смотрит конференции, читает статьи, слушает подкасты или как-то еще. Таким образом у разработчика расширяется кругозор...»
⬇️
После публикации, мы получили много негатива от тимлидов и менеджеров разработки, которые сводятся примерно к «где вы такое видели? Да и зачем? Ведь разработчик может быть хорошим, даже, если не следит ни за чем!»
⬇️
Я тогда недоумевала: а как они вообще задачи могут решать, если не знают о том, что вообще бывает в мире? А потом поняла, что у дотнетчиков и правда устойчивый мир, в котором без слежения за новостями можно успешно решать задачи, потому что серьезные перевороты не случаются.
⬇️
А как в JS? IMHO, JS последние пару лет начинает приближаться к стабильности, но до этого примерно с 2013, рост был взрывной и подходы к написанию кода менялись очень быстро.
⬇️
Сишарперы рунета не живут в твиттере. Неожиданно узнала, что тусовка сишарперов рунета по историческим причинам обосновалась в вк (ну, и телеграм, понятно). Мои коллеги сишарперы в большинстве твиттер не читают :(
⬇️
Перед тем, как взяться за сообщество, я попросила всех сишарперов компании и знакомых поделиться источниками, как они все-таки узнают что-то новое про сишарп. Получился список ресурсов, делюсь, вдруг он кому-то еще будет интересен: wheat-jumbo-035.notion.site/9ef146d541574d…
Добавляйте свои!
Тред (Вероника Самохина)
Воскресенье
Что-то на выходных меня домашние дела замотали и про биологию и уход из айти я вам, кажется, рассказать не успею.
