Как стать автором
Обновить
12.43

Developer Relations *

Всё от деврелов, о деврелах и для деврелов

Сначала показывать
Порог рейтинга

DevRel Conf 2025 — back to basics. Но не совсем

DevRel Conf 2025 — больше не ламповый митап после HighLoad++, а полноценная многопоточная конференция о процессах и задачах, которые давно уже перестали быть уделом «True IT» компаний. DevRel теперь – это не просто «собрали митап и сделали мерч», это стратегическая функция, нужная и разработческим продуктам, и малым командам, и даже компаниям, которые к IT имеют очень опосредованное отношение. 

В этом году мы возвращаемся к базовым вещам, но не с ностальгией, а с новым скепсисом и трезвым взглядом. Вместе переосмыслим, какие из старых-добрых инструментов ещё живы и полезны в арсенале,  что пора закопать, а что ворвалось в DevRel-реальность и требует срочного освоения.

Общение на универсальном языке DevRel менеджеров
Общение на универсальном языке DevRel менеджеров

DevRel Conf 2025 пройдет 24 сентября в Москве (Loft Hall #3) и онлайн – обеды, подарки, афтепати прилагаются.

На повестке – не только выступления, но и уникальная возможность записаться на быструю консультацию с DevRel-экспертами. Говорим по делу, без воды и растягивания на трое суток.

О чём

Сфера DevRel быстро взрослеет и усложняется. Уже недостаточно просто «делать ивенты» и «вести комьюнити». Нужно понимать структуру, стратегию, бизнес-задачи и границы функций. DevRel Conf 2025 предлагает переосмыслить старые подходы, отбросить устаревшие инструменты и разобраться, как всё это работает в новых реалиях.

Особый фокус – на практических аспектах: от взаимодействия с креативщиками и юристами до ведения digital-проектов и работы с блогерами. Это не конференция мечты, это конференция профдеформации, только в хорошем смысле.

Кому будет полезно

* Практикующим DevRel-специалистам, которые хотят освежить инструментарий и найти решения своих операционных задач.

* Руководителям, выстраивающим DevRel-функцию с нуля или пересобирающим её под изменившиеся условия.

* Смежникам – из маркетинга, рекрутинга, продакт-менеджмента — которым приходится работать с DevRel (но они пока страдают и делают это вслепую).

* Людям на перепутье, которые хотят войти в профессию, но не знают, с какой стороны подступиться.

Опросник

Призываем вас повлиять на содержание программы — расскажите о своих болях и проблемах, предложите тему для консультаций. Реальное влияние и ни грамма ответственности :) 

📋 Опрос

CFP

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

Нам особенно интересны доклады на следующие темы, но традиционно это пожелания, а не ограничения:

  • Базовые инструменты DevRel (спикеры, стендисты, техника)

  • Работа со смежниками без админресурса

  • DevRel в продуктах для разработчиков

  • Работа с сообществами и внутренним комьюнити

  • Операционка: от договоров до налогов

  • Контент-стратегии: медиа, подкасты, блогеры, SMM

  • Digital-DevRel-проекты (и всё, что не event)

📮 CFP: https://cfp.devrelconf.ru/

Видео для вдохновения

В завершении — подборка любимых докладов Программного комитета с DevRel Conf прошлых лет. От более выдержанных, к более свежим:

DevRelConf #6
– Экзотические навыки для DevRel: от журналистского расследования до поэзии / Анастасия Распопина You / Ru
– C какими задачами в Альфа-Банке приходят к Developer Relations / Михаил Попов You / VK
– Исследование русскоязычного деврела: проф. вызовы и карьерные траектории / Евгения Финкельштейн, Евгения Голева You 

DevRel Conf #7
– Стенд, который построил инженер / Анна Курносова You / VK
– Дистрибуция контента, и за что они с нами так / Алина Боровицкая You / VK

DevRel Conf #8
– Эффективный нетворкинг для DevRel-специалистов, или Как глубока «Кроличья нора» / Антон Черноусов You / VK
– Метрики эффективности DevRel / Елизавета Колесникова You / VK
– Что общего у DevRel и музейного дела / Ирина Терентьева You / VK
– Зачем продвигать DevRel внутри компании / Дарья Яковлева You / VK

Остемся на связи!

Теги:
+4
Комментарии0

«Криптонит» приглашает на Spark-митап в Москве 29 мая!

Приглашаем на наш Spark-митап: обсудим кейсы, практики применения и тренды развития!

Когда и где пройдёт?
29 мая в 18:30 в Музее криптографии (https://cryptography-museum.ru/)

Кому Spark Meetup полезен?

  • инженерам данных и аналитикам данных

  • программистам со знанием Spark и Scala

  • всем смежным специальностям из телекома, банков, промышленности и ретейла

Кто будет выступать с докладами?
Эксперты из «Криптонита», Positive Technologies и М2. Программу можно посмотреть тут — https://clc.to/SparkMeetup

Как зарегистрироваться?
Вот по этой ссылке — https://clc.to/SparkMeetup

Будет ли трансляция?
Обязательно будет. Ссылку разместим позже на странице мероприятия — поэтому советуем зарегистрироваться на оффлайн-встречу, даже если вы не сможете прийти. Так вы точно не потеряете ссылку на онлайн

Нужно что-то платить?
Нет, митап бесплатный — ждём всех неравнодушных к программированию на Spark!

Зарегистрироваться — https://clc.to/SparkMeetup

Теги:
+2
Комментарии0

Call for papers: принимаем заявки от докладчиков на infra.conf до 5 апреля

Мы готовимся к infra.conf 2025 — летней конференции про создание инфраструктуры и эксплуатацию высоконагруженных систем от команды Yandex Infrastructure. 5 июня обсудим список наиболее интересных хардкорных тем:

  • базы данных: шины, брокеры, OLAP, хранение и обработка данных;

  • платформы разработки / инфраструктура разработки;

  • инфраструктура для мобильной разработки;

  • инфраструктура для фронтенда;

  • ML‑инфраструктура;

  • виртуальные машины, гибридные облака, контейнеры;

  • мониторинг, observability;

  • ДЦ/ЦОДы, железо, аппаратное обеспечение;

  • умные устройства, системная разработка.

В 2025 году событие пройдёт во второй раз — смотрите в нашем плейлисте, как это было прошлым летом.

До 5 апреля вы можете подать заявку на доклад infra.conf 2025 — для этого нужно заполнить форму.
На этапе заявки достаточно черновых тезисов и общего плана выступления.
Программный комитет будет готов обсудить ваши идеи и предложения. Финальное решение по докладам примем до 20 апреля.

По возникшим вопросам вы можете обратиться  к координатору infra.conf Саше Галкиной.

Теги:
Всего голосов 4: ↑4 и ↓0+4
Комментарии0

Не умею работать с руководством: отстаивать границы впихуемости по порученным задачам.

Бизнес всегда будет желать напихать задач полную панамку.

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

Первым рубежом в обороне и систематизации задач будет оценка и группировка, — это Твоя ответственность. Важно понимать границу между оценкой (примерное представление о размере задачи) и декомпозицией (уже полноценная работа над ней). Процесс уточнения и детализации задач называют грумингом (или backlog refinement), а оценка задач проводится в рамках планирования или специальных встреч. Оценивают задачи в крокодилах, бананах, бутылках — или по классическим методам, например, покеру планирования с использованием последовательности Фибоначчи.

Зачем нужна такая грубая оценка? Чтобы бизнес мог сопоставить трудозатраты с потенциальной ценностью задачи. После этого он может применить фреймворки приоритезации, такие как MoSCoW, ICE, RICE и прочие, чтобы определить, что действительно нужно сделать в первую очередь.

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

Держать бэклог в приоритезированном состоянии — это только полдела. Надо ещё понять, сколько задач команда может физически осилить. Надо понять широту размаха челюсти команды - velocity :) Для этого существует несколько способов оценки, включая оценку в человеко-часах, сторипоинтах, T-shirt sizes и другие.

Velocity — это не просто количество задач за спринт, а сумма их оценок (например, в сторипоинтах) за спринт, а совокупная способность команды выполнять задачи, включая багфиксы, тестирование, митинги и прочую обвязку. В реальности бОльшая часть времени может уходить на поддержку, рефакторинг и другие технические нужды. Поэтому рассчитывать, что 100% ресурсов пойдут на новые задачи, — полный фейл. Не попадись на эту удочку!

Как только команда поймёт своё реальное velocity, станет очевидно, что любая новая задача вытесняет другую. Кому станет очевидно? И команде, и бизнесу. И вот тут начинается меджик — бизнес перестаёт думать, что производительность команды резиновая.

Теперь можно чётко отстаивать границы впихуемости. Если бизнес диктует, что "завтра всё должно быть в 100 раз масштабируемо", CTO не кидается в бой с криками "сейчас запилим!", а чётко объясняет, какие ресурсы потребуются, какие риски возникнут и какие альтернативные варианты возможны. Главное — не просто говорить "нет", а предлагать реалистичные варианты решения проблемы.

Видишь? Мы отстроили процесс груминга, приоритезации, декомпозиции и оценки задач, взятие в работу только реального объёма бэклога спринта, и внезапно — у нас резко наладились отношения с бизнесом. Бизнес больше не ждёт чудес, команда работает без авралов, CTO перестаёт быть мальчиком на побегушках.

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

  • Затраты на поддержку вырастут → Дороже обслуживать.

  • Продукт становится нестабильным → Клиенты уйдут к конкурентам.

  • Отток специалистов → Потери на найме и онбординге.

Поэтому CTO — это не просто технический управленец, а человек, который понимает, как встроить технический блок в коммерческую стратегию компании и поддерживать баланс между техническими возможностями и бизнес-целями.

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

П.С. объявляю конкурс на иллюстрацию к этому посту!

Теги:
Всего голосов 5: ↑5 и ↓0+5
Комментарии1

Совсем недавно мне довелось поучаствовать в роли докладчика в конференции TeamLead Conf 2024. Выступал, как технический директор компании "Спринт-Ф", а темой выбрал "Законы Мерфи в повседневной работе руководителя".

Жаль, конечно, что строгий регламент выступления не позволяет рассказать всё, что хочется поведать аудитории. Но, надеюсь, то, что успел рассказать, было кому-то интересно и полезно.

А вот и запись доклада: https://www.youtube.com/watch?v=IQ68nN6cG68

Теги:
Всего голосов 1: ↑1 и ↓0+1
Комментарии0

Атмосфера HighLoad++ 2024 в репортаже Мир Plat.Form

Привет, друзья! С вами Дарья Морозова, специальный корреспондент Мир Plat.Form, и я снова здесь, чтобы поделиться с вами самыми горячими новостями из мира технологий. Сегодня у нас в программе — эксклюзивный видеорепортаж с HighLoad++ 2024!

Это была масштабная конференция, на которую собралось более 3000 ИТ-разработчиков высоконагруженных систем со всей страны. И мы не могли обойти её стороной.

Из репортажа вы узнаете — чем занимались участники конференции, какие стенды компаний привлекли наше внимание, о чем были доклады экспертов Мир Plat.Form и как объяснить блондинке принцип работы интернета. =)

Смотри, как это было, в нашем ролике!

Теги:
Всего голосов 3: ↑2 и ↓1+1
Комментарии0

Когда никто не хочет выступать

Самый сложный вопрос для организаторов мероприятий — где найти выступающих и интересные доклады.

В далёком 2019-м на конференции Apple WWDC показали сотню видео про новинки iOS-разработки, каждое по 40-50 минут. За 2 недели я посмотрел лишь пару. С такой скоростью на все ушла бы вечность. 

Когда я рассказал коллеге суть увиденного, мне пришла идея, что можно распределить темы между всеми айосерами. Я так и сделал. За час мы проходили 3-4 темы, это было весело и легко. Мы ещё полгода проводили такие техтолки. 

У нас заговорили разработчики, которые раньше стеснялись. Всё просто: тебе нужно посмотреть демонстрацию фичи и пересказать её. Это была первая ступенька к большим выступлениям многих ребят. 

Атмосфера была максимально ламповой. Мы закупались бутылочками Колы и пиццей, приглушали свет, слушали доклады и обсуждали, как можем внедрить новинки в наше приложение. Те, кто не мог прийти, подключались по Зуму. Тогда это не было мейнстримом, мы ставили Mac в первом ряду, чтобы показать выступающего и слайды.

Безусловно, техтолку предшествовали анонсы в чатах, а я в личках узнавал о планах и выбирал удобное всем время. Тогда я понял, что никакие объявления не заменят личного общения. 

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

Что с нашими техтолками сейчас — читайте в статье. И делитесь, как вы сами начали выступать или как находите спикеров.

Теги:
Всего голосов 6: ↑6 и ↓0+8
Комментарии0