6. Креативность и изобретательность.
Любой пакет или кастрюля — уже игрушка. Любую ситуацию можно превратить в игру, приключение или переговоры.
Это учит гибкости, изобретательности, способности «вывернуться», даже если нет времени и ресурсов.
7. Саморефлексия.
Родительство подсвечивает все твои стороны — и хорошие, и не очень.
Ты сталкиваешься со своей злостью, уязвимостью, беспомощностью. Учишься менять вину на ответственность, контроль — на принятие.
8. Способность видеть красоту в простом.
Горячий кофе. Тишина. Прогулка одной. Смех дочери.
А ещё — когда ребёнок показывает тебе цветочек или муравья, и ты останавливаешься, смотришь и понимаешь, что это действительно важно. Это и есть жизнь.
Нет, я не преисполнилась. Я всё ещё проваливаю экзамены в этой школе.
Но это самая живая и самая глубокая учёба в моей жизни.
Любой пакет или кастрюля — уже игрушка. Любую ситуацию можно превратить в игру, приключение или переговоры.
Это учит гибкости, изобретательности, способности «вывернуться», даже если нет времени и ресурсов.
7. Саморефлексия.
Родительство подсвечивает все твои стороны — и хорошие, и не очень.
Ты сталкиваешься со своей злостью, уязвимостью, беспомощностью. Учишься менять вину на ответственность, контроль — на принятие.
8. Способность видеть красоту в простом.
Горячий кофе. Тишина. Прогулка одной. Смех дочери.
А ещё — когда ребёнок показывает тебе цветочек или муравья, и ты останавливаешься, смотришь и понимаешь, что это действительно важно. Это и есть жизнь.
Нет, я не преисполнилась. Я всё ещё проваливаю экзамены в этой школе.
Но это самая живая и самая глубокая учёба в моей жизни.
🔥8❤4
✨ Делюсь впечатлениями от прошедшей в эти выходные HR API 2025 — конференции, в оргкомитет которой я вхожу уже много лет. Для меня это всегда особенный проект: я веду коммуникацию со спикерами, спонсорами и подрядчиками, чтобы участники получили максимум пользы.
💼 HR API @ithrconf— практическая ежегодная конференция для HR, рекрутеров, деврелов и руководителей. В этом году мы побили рекорд: более 200 заявок, из которых отобрали 46 докладов. Программа — от HR-технологий и автоматизации до корпоративной культуры, удержания талантов и DevRel.
🔥 Особенно приятно читать отзывы спикеров:
Спасибо команде, спикерам, спонсорам и участникам за драйв и энергию.
Горжусь быть частью этого проекта! ❤️
💼 HR API @ithrconf— практическая ежегодная конференция для HR, рекрутеров, деврелов и руководителей. В этом году мы побили рекорд: более 200 заявок, из которых отобрали 46 докладов. Программа — от HR-технологий и автоматизации до корпоративной культуры, удержания талантов и DevRel.
🔥 Особенно приятно читать отзывы спикеров:
«Интереснейшие доклады 🔥
Организаторы, вы супер мощь! Восхищаюсь❤️»
«Всё было на высшем уровне — чувствовалась забота организаторов, внимательность и настоящий профессионализм.»
«Было впечатление, что все очень просто, понятно и бесшовно ❤️ А это точно значит, что за нас продумали просто всё!»
Спасибо команде, спикерам, спонсорам и участникам за драйв и энергию.
Горжусь быть частью этого проекта! ❤️
🔥8❤4👏2🎉2
🎓 Ура! Я окончила магистратуру в Высшей школе экономики — теперь я магистр по управлению стратегическими коммуникациями 🤩
Моя выпускная работа была посвящена теме, которая мне особенно близка: роли Developer Relations в бренде работодателя.
Чтобы привлечь IT-специалистов, недостаточно просто «рассказать о себе». Разработчики обращают внимание на инженерную культуру, технологии, профессиональное сообщество, качество продукта и возможности роста — и делают выбор, исходя из определенных приоритетов.
Бренд работодателя — это не только про узнаваемость. Это про создание конкретных ассоциаций, знаний и смыслов о компании как о месте, где хочется работать. А Developer Relations становится инструментом, который помогает выстроить эту связь с ИТ-специалистами — через ценности и профессиональный диалог 💞
Моя выпускная работа была посвящена теме, которая мне особенно близка: роли Developer Relations в бренде работодателя.
Чтобы привлечь IT-специалистов, недостаточно просто «рассказать о себе». Разработчики обращают внимание на инженерную культуру, технологии, профессиональное сообщество, качество продукта и возможности роста — и делают выбор, исходя из определенных приоритетов.
Бренд работодателя — это не только про узнаваемость. Это про создание конкретных ассоциаций, знаний и смыслов о компании как о месте, где хочется работать. А Developer Relations становится инструментом, который помогает выстроить эту связь с ИТ-специалистами — через ценности и профессиональный диалог 💞
🔥10❤2
📚 Хочу поделиться рядом исследований, которые использовала в своей магистерской работе и которые могут пригодиться тем, кто работает с технической аудиторией:
🔹 Stack Overflow Developer Survey 2024
Опрос показывает, где и как разработчики предпочитают получать информацию и обучаться.
Он подтверждает значимость блогов, видео и репозиториев как основных каналов взаимодействия.
Это помогает точнее выбирать форматы и площадки для взаимодействия с технической аудиторией.
🔹 NEWHR «Релокация ИТ-специалистов (2022–2024)
Отчёт помогает понять мотивацию и ожидания релокантов, особенно в контексте форматов занятости и условий сотрудничества.
Он показывает, какие факторы (удалёнка, оформление, амбициозные проекты) делают предложения привлекательными для специалистов, живущих за рубежом.
Это позволяет выстраивать более точную коммуникацию с кандидатами и формировать релевантные предложения.
🔹 ЭКОПСИ (Habr) «Всероссийский рейтинг ИТ-брендов работодателей 2024»
Исследование помогает увидеть, какие бренды формируют устойчивый интерес у ИТ-специалистов и за счёт чего.
Детальная аналитика по 41 параметру позволяет выявить приоритеты аудитории: от инновационности продукта до восприятия корпоративной среды.
Это ценный ориентир для тех, кто выстраивает коммуникацию и позиционирование компании в ИТ-среде.
🔹 McKinsey «Developer Velocity» 2020
Исследование подчёркивает связь между сильной инженерной культурой и результатами бизнеса.
Оно даёт чёткие ориентиры на то, какие внутренние условия (инструменты, процессы, культура) влияют на вовлечённость и продуктивность технических команд.
Полезно как основа для формирования месседжей о внутренней среде и технологиях компании.
🔹 A Flywheel for Developer Relations 2024
Модель в целом описывает жизненный цикл взаимодействия с технической аудиторией: Discover - Activate - Implement - Advocate.
Отчёт в том числе подчёркивает, что опытные специалисты ожидают глубины: разборов архитектур, сложных кейсов, инженерных вызовов.
Это даёт ориентир для качества и глубины контента.
🔹 Stack Overflow Developer Survey 2024
Опрос показывает, где и как разработчики предпочитают получать информацию и обучаться.
Он подтверждает значимость блогов, видео и репозиториев как основных каналов взаимодействия.
Это помогает точнее выбирать форматы и площадки для взаимодействия с технической аудиторией.
🔹 NEWHR «Релокация ИТ-специалистов (2022–2024)
Отчёт помогает понять мотивацию и ожидания релокантов, особенно в контексте форматов занятости и условий сотрудничества.
Он показывает, какие факторы (удалёнка, оформление, амбициозные проекты) делают предложения привлекательными для специалистов, живущих за рубежом.
Это позволяет выстраивать более точную коммуникацию с кандидатами и формировать релевантные предложения.
🔹 ЭКОПСИ (Habr) «Всероссийский рейтинг ИТ-брендов работодателей 2024»
Исследование помогает увидеть, какие бренды формируют устойчивый интерес у ИТ-специалистов и за счёт чего.
Детальная аналитика по 41 параметру позволяет выявить приоритеты аудитории: от инновационности продукта до восприятия корпоративной среды.
Это ценный ориентир для тех, кто выстраивает коммуникацию и позиционирование компании в ИТ-среде.
🔹 McKinsey «Developer Velocity» 2020
Исследование подчёркивает связь между сильной инженерной культурой и результатами бизнеса.
Оно даёт чёткие ориентиры на то, какие внутренние условия (инструменты, процессы, культура) влияют на вовлечённость и продуктивность технических команд.
Полезно как основа для формирования месседжей о внутренней среде и технологиях компании.
🔹 A Flywheel for Developer Relations 2024
Модель в целом описывает жизненный цикл взаимодействия с технической аудиторией: Discover - Activate - Implement - Advocate.
Отчёт в том числе подчёркивает, что опытные специалисты ожидают глубины: разборов архитектур, сложных кейсов, инженерных вызовов.
Это даёт ориентир для качества и глубины контента.
🔥5
🎙 Сейчас писали подкаст с Женей Голевой… и она мне сломала весь сценарий
Я спрашиваю про метрики в DevRel, на что коммититься, а Женя мне -- про коммуникационную стратегию и диалог со стейкхолдерами.
Я спрашиваю, что бизнес не понимает в DevRel? А она -- что он и не должен понимать.
Немного кликбейтный, но правдивый заголовок, потому что обсуждали мы DevRel как стратегическую функцию.
О том, как быть партнёром для бизнеса, а не просто исполнителем ивентов.
О том, что ценнее не отчёт и не ивент сами по себе, а умение встроиться в большие цели компании.
Ждём выпуск, а пока в тему свежий пост Жени, что бизнес не понимает в DevRel, и это нормально 🤝
Я спрашиваю про метрики в DevRel, на что коммититься, а Женя мне -- про коммуникационную стратегию и диалог со стейкхолдерами.
Я спрашиваю, что бизнес не понимает в DevRel? А она -- что он и не должен понимать.
Немного кликбейтный, но правдивый заголовок, потому что обсуждали мы DevRel как стратегическую функцию.
О том, как быть партнёром для бизнеса, а не просто исполнителем ивентов.
О том, что ценнее не отчёт и не ивент сами по себе, а умение встроиться в большие цели компании.
Ждём выпуск, а пока в тему свежий пост Жени, что бизнес не понимает в DevRel, и это нормально 🤝
❤4👍3😁2🔥1
Forwarded from ITHRconf - канал конференций HR API и HR42
DEVREL ГЛАЗАМИ БИЗНЕСАКак DevRel-специалисту выстроить отношения с руководством, говорить с ним на одном языке и перейти от сервисной роли к позиции партнёра? В этом выпуске мы обсуждаем, с чего начинается стратегическое партнёрство — с диалога, договорённостей и понимания того, что делает бизнес успешным.
Ирина Сарибекова / DevRel
Евгения Голева / ex-Avito, ex-MTS, ex-Lamoda / Head of DevRel
HR42 2025▪️IT HR HUB
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4👍2
В начале сентября прошла конференция PyData Berlin, организацией которой я занималась последние несколько месяцев.
Над конференцией работала большая команда, больше 20 человек. Моей зоной ответственности было взаимодействие со спонсорами и с площадкой.
Что меня особенно удивляет в европейских конференциях — насколько простым может быть формат участия для спонсоров. Абсолютно нормальная история: стол, брендированная скатерть и роллап. За этим столом сидит кофаундер или CTO, общается с участниками и получает обратную связь о продукте. Крупные компании, конечно, делают более продуманные конструкции и могут интересоваться наймом, но минимальный сетап здесь воспринимается как обычная практика.
Лично приехать в Берлин в этот раз я не смогла, но была на связи со спонсорами, командой, так что свою дозу эмоционального заряда тоже получила! А ещё ко мне в Буэнос-Айрес прилетела орговская футболочка 😍
Над конференцией работала большая команда, больше 20 человек. Моей зоной ответственности было взаимодействие со спонсорами и с площадкой.
Что меня особенно удивляет в европейских конференциях — насколько простым может быть формат участия для спонсоров. Абсолютно нормальная история: стол, брендированная скатерть и роллап. За этим столом сидит кофаундер или CTO, общается с участниками и получает обратную связь о продукте. Крупные компании, конечно, делают более продуманные конструкции и могут интересоваться наймом, но минимальный сетап здесь воспринимается как обычная практика.
Лично приехать в Берлин в этот раз я не смогла, но была на связи со спонсорами, командой, так что свою дозу эмоционального заряда тоже получила! А ещё ко мне в Буэнос-Айрес прилетела орговская футболочка 😍
🔥12👍6❤4
Запуск DevRel в компании 🚀
Провели подкаст с Лёшей @leshahoroshiy на тему основных ошибок при запуске DevRel. Выпуск ждём в конце сентября, а пока делюсь выводами ⤵️
Провели подкаст с Лёшей @leshahoroshiy на тему основных ошибок при запуске DevRel. Выпуск ждём в конце сентября, а пока делюсь выводами ⤵️
🔥6
🔸 Запуск DevRel - это не только инициатива HRD или какого-то одного департамента. Важно обсуждать запуск на верхнем уровне: с CTO, маркетингом, PR, ивент-командой и другими подразделениями.
🔸 Важно обсудить не просто «за» или «против», а проговорить ресурсы: сколько времени инженеры будут тратить на митапы, какие задачи возьмёт на себя ивент-команда и чем это обернётся для других отделов. Иначе может получиться так, что команда уходит в подготовку мероприятий вместо основной работы, а CTO недоволен происходящим.
🔸 Тест-драйв до найма. Иногда стоит начать с консультаций и пробных активностей. Это помогает понять, сколько ресурсов реально требует DevRel - и по бюджету, и по времени сотрудников.
🔸 Культура компании имеет значение. (Этого не было в подкасте, но не могу не добавить от себя) Если внутри не принято делиться знаниями или хотя бы положительно относиться к публичным выступлениям, то развивать DevRel будет сложнее.
🔸 Подумать о целях. Формулировка «развитие инженерной культуры» слишком расплывчата. А амбициозные цели вроде «войти в топ-5 работодателей» требуют реалистичного взгляда: какую проблему мы решаем и какие бюджеты готовы выделить. Лёша @leshahoroshiy сравнил это с футболом: место клуба в лиге напрямую зависит от вложенных средств.
🔸 Цели не всегда должны быть конкретными. Если у компании есть идея и желание развивать DevRel, но пока нет чёткого понимания зачем - это тоже нормальный старт. Можно как раз вместе с DevRel-специалистом исследовать потребности: на уровне разных стейкхолдеров, процессов, задач и проблем компании.
🔸 Вакансия — зеркало ожиданий. Сам процесс её написания помогает компании понять, чего она на самом деле ждёт от DevRel. Если текст «под копирку», возможно, понимания нет. Конкретика и уникальность делают вакансию честной и полезной как для компании, так и для кандидата.
🔸 Важно обсудить не просто «за» или «против», а проговорить ресурсы: сколько времени инженеры будут тратить на митапы, какие задачи возьмёт на себя ивент-команда и чем это обернётся для других отделов. Иначе может получиться так, что команда уходит в подготовку мероприятий вместо основной работы, а CTO недоволен происходящим.
🔸 Тест-драйв до найма. Иногда стоит начать с консультаций и пробных активностей. Это помогает понять, сколько ресурсов реально требует DevRel - и по бюджету, и по времени сотрудников.
🔸 Культура компании имеет значение. (Этого не было в подкасте, но не могу не добавить от себя) Если внутри не принято делиться знаниями или хотя бы положительно относиться к публичным выступлениям, то развивать DevRel будет сложнее.
🔸 Подумать о целях. Формулировка «развитие инженерной культуры» слишком расплывчата. А амбициозные цели вроде «войти в топ-5 работодателей» требуют реалистичного взгляда: какую проблему мы решаем и какие бюджеты готовы выделить. Лёша @leshahoroshiy сравнил это с футболом: место клуба в лиге напрямую зависит от вложенных средств.
🔸 Цели не всегда должны быть конкретными. Если у компании есть идея и желание развивать DevRel, но пока нет чёткого понимания зачем - это тоже нормальный старт. Можно как раз вместе с DevRel-специалистом исследовать потребности: на уровне разных стейкхолдеров, процессов, задач и проблем компании.
🔸 Вакансия — зеркало ожиданий. Сам процесс её написания помогает компании понять, чего она на самом деле ждёт от DevRel. Если текст «под копирку», возможно, понимания нет. Конкретика и уникальность делают вакансию честной и полезной как для компании, так и для кандидата.
❤6👍2
Я снова открыла комментарии 👀
Иногда меня просят это сделать, и вчера тоже напомнили — решила попробовать. Раньше я включала их в основном, когда у меня были конкретные вопросы к аудитории. А так чаще пишу посты без вопроса, поэтому комментарии не всегда нужны.
Закрывала я их, потому что у меня не было ресурса за ними следить. И не потому что комментариев было много, а потому что это отдельный фокус, и, когда их немного, то как раз легко пропустить или отложить ответ, ведь нет отдельной задачи регулярно проверять комментарии.
Сейчас у меня, кажется, появился ресурс заглядывать в обсуждения, так что попробуем 🌿
Иногда меня просят это сделать, и вчера тоже напомнили — решила попробовать. Раньше я включала их в основном, когда у меня были конкретные вопросы к аудитории. А так чаще пишу посты без вопроса, поэтому комментарии не всегда нужны.
Закрывала я их, потому что у меня не было ресурса за ними следить. И не потому что комментариев было много, а потому что это отдельный фокус, и, когда их немного, то как раз легко пропустить или отложить ответ, ведь нет отдельной задачи регулярно проверять комментарии.
Сейчас у меня, кажется, появился ресурс заглядывать в обсуждения, так что попробуем 🌿
👍7
Красивое лучше, чем уродливое.
Явное лучше, чем неявное.
Простое лучше, чем сложное.
Сложное лучше, чем запутанное.
Плоское лучше, чем вложенное.
Разреженное лучше, чем плотное.
Читаемость имеет значение.
Особые случаи не настолько особые, чтобы нарушать правила.
При этом практичность важнее безупречности.
Ошибки не должны проходить незамеченными.
Если они не были явно подавленными.
Встретив двусмысленность, отбрось искушение угадать.
Должен существовать один и, желательно, только один очевидный способ сделать это.
Хотя он поначалу может быть и не очевиден, если вы не голландец.
Сейчас лучше, чем никогда.
Хотя "никогда" зачастую лучше, чем "прямо сейчас".
Если реализацию сложно объяснить — идея плоха.
Если реализацию легко объяснить — идея, возможно, хороша.
Пространства имён — отличная штука! Будем делать их больше!
__
Недавно вышла документалка об истории Python и напомнила о философии программирования на нём. Думаю многие из этих принципов могут быть полезны и в других областях 💙
Явное лучше, чем неявное.
Простое лучше, чем сложное.
Сложное лучше, чем запутанное.
Плоское лучше, чем вложенное.
Разреженное лучше, чем плотное.
Читаемость имеет значение.
Особые случаи не настолько особые, чтобы нарушать правила.
При этом практичность важнее безупречности.
Ошибки не должны проходить незамеченными.
Если они не были явно подавленными.
Встретив двусмысленность, отбрось искушение угадать.
Должен существовать один и, желательно, только один очевидный способ сделать это.
Хотя он поначалу может быть и не очевиден, если вы не голландец.
Сейчас лучше, чем никогда.
Хотя "никогда" зачастую лучше, чем "прямо сейчас".
Если реализацию сложно объяснить — идея плоха.
Если реализацию легко объяснить — идея, возможно, хороша.
Пространства имён — отличная штука! Будем делать их больше!
__
Недавно вышла документалка об истории Python и напомнила о философии программирования на нём. Думаю многие из этих принципов могут быть полезны и в других областях 💙
👍4
Forwarded from ITHRconf - канал конференций HR API и HR42
ЗАПУСК DEVREL В КОМПАНИИКакие ошибки можно избежать при запуске DevRel? Что стоит за постановкой целей для DevRel-специалистов? И на что обратить внимание ещё на этапе написания вакансии?
В выпуске мы обсуждаем реальные сценарии: от первых шагов и согласования со стейкхолдерами до типичных ошибок в вакансиях. Это разговор о том, что важно учитывать уже на старте, и даже на уровне идеи о запуске DevRel.
Ирина Сарибекова / DevRel
Алексей Корнеев / Altenar / Head of Devrel
HR42 2025▪️IT HR HUB
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4