В октябре этого года состоялся очередной DevFest Omsk 2022 — конференция «от программистов для программистов». Он впервые прошёл в онлайн-формате, а backend-разработчик red_mad_robot Илья Горкун организовал на нём первый трек по Golang. О том, как ему это удалось, с какими сложностями пришлось столкнуться и на что стоит обратить внимание, если вы тоже планируете делать конференции, — читайте в материале Ильи.

Почему выбрал DevFest и Golang

DevFest — одна из крупнейших конференций для ИТ-специалистов со всего мира. В Омске она появилась благодаря инициативе разработчиков, которые хотели обмениваться друг с другом опытом работы с технологиями Google: Android, AngularJS, Kubernetes и другими. Сначала конференция создавалась силами этих людей, а потом её стал спонсировать сам Google. Golang, на котором я активно пишу и который red_mad_robot использует в Backend, — это тоже язык Google.

Организовал DevFest в Омске Алексей Коровянский, технический директор агентства Effective. В городе очень сильное ИТ-комьюнити, но ребята в основном пишут на более устоявшихся языках: Python, Node.js, JavaScript, PHP. Раньше я тоже писал на JavaScript. Мне нравилась технология, хотелось приносить пользу ИТ-комьюнити, делиться опытом и наработками. Так я стал выступать на конференциях и писать тематические статьи.

Я перешёл на Golang, когда жил в Омске и работал в red_mad_robot удалённо. У меня не было сообщества, с которым можно было бы делиться мыслями. Но я «горел» технологией и понимал, что есть и другие разработчики, которым это интересно.

Я написал Коровянскому с вопросом, есть ли в городе Go-комьюнити. Оказалось, есть, но небольшое. Тогда я подумал, что смогу повлиять на его расширение, если расскажу про технологию на конференции. И предложил сделать трек по Go на DevFest.

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

Не терять время

Когда впервые занимаешься новым для себя процессом, лучше использовать для этого любую свободную минуту. Мы договорились в августе, а конференция была назначена на конец октября. Поэтому я немного расслабился и не сразу взялся за дело. Кажется, что ИТ-специалистов много и собрать людей для выступления легко. Но потом кто-то отказывается, а кого-то ты сам теряешь по ошибке. И когда получаешь выборку из 5–6 человек, важно не потерять и их. Если в таком случае отвалятся даже двое, то трек займёт всего пару часов вместо ожидаемых 6–7 и его, скорее всего, отменят. Когда время стало ощутимо поджимать, я понял, что нужно действовать быстрее.

Выбирать интересные сообществу темы

Сначала я хотел приглашать докладчиков с темами, которые интересны лично мне, уже погружённому в технологию. Но если выбираешь темы под себя, не факт, что они будут интересны остальному комьюнити. Не сразу, но я это понял, — и в итоге выбирал темы, советуясь с внутренним комьюнити red_mad_robot.

Начал с формулирования темы, которая была бы сквозной для всех докладов, — оптимизация разработки, сокращение часов на работу Backend. С тезисами по ней пошёл в разные компании, чтобы найти ребят с релевантным опытом и пройти вместе с ними от идеи до реального выступления на 45–50 минут.

Приглашать заинтересованных и обращаться к комьюнити за помощью

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

Первые обычно не хотят участвовать ни в каких движухах, а вторые, даже если не могут сами, — обязательно помогут. Так, один из парней, которому я написал, оказался в Голландии и не мог приехать, но дал контакты других Go-разработчиков. Это классное ощущение цепной реакции: ты не один, сообщество тебе помогает.

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

Искать спикеров быстро, внимательно и точечно

Когда я стал заниматься организацией, то понял, что самое сложное — найти спикеров. Особенно если делаешь конференцию по технологии, которая пока не так сильно распространена в России.

Сначала я рассуждал наивно: раз делаю трек по Go, значит, нужно найти всех Go-разработчиков в России, а потом выбрать топ-5 тех, которых лично мне было бы интересно послушать. Но если смотришь всех, распыляешься и тратишь много времени и сил.

DevFest должен был пройти в офлайн-формате, для него это обычное дело. Спойлер: в этот раз дело по итогу оказалось не совсем обычным, но об этом чуть позже. Такие конференции более «трушные» и «ламповые». Есть мнение, с которым я согласен, что участник офлайн-мероприятия — неважно, спикер или слушатель, — получает больше пользы даже не от докладов, а от нетворкинга в перерывах между ними. Но в 2022 году сделать это было намного сложнее, потому что многие сильные разработчики уехали из страны.

Я смотрел списки спикеров больших конференций Ozon, «Авито» и других компаний, тематические чаты с Go-разработчиками — и гуглил их. Есть в этом элемент сталкерства: заметил, что чаще всего у людей одинаковые никнеймы во всех мессенджерах и соцсетях — и таким образом находил контакты на «Хабр.Карьере», в Telegram и Instagram (принадлежит компании Meta Platforms Inc., которая признана в России экстремистской, запрещена в России и внесена Росфинмониторингом в перечень террористов и экстремистов).

Так я нашёл шестерых спикеров из разных компаний, а red_mad_robot стал хостером и владельцем трека по Go. Было бы странно, если бы мы не показали свою экспертизу в этом направлении. Поэтому я позвал от нас двух спикеров — Влада Шевченко и Кристину Фёдорову. Остальные были из не менее топовых компаний.

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

Влад Шевченко, руководитель backend-практики Python/Golang, red_mad_robot

Для меня это был первый опыт участия в конференции, было интересно и волнительно. С одной стороны, хотелось выступить офлайн, но в онлайне мне было даже проще, не так страшно. Я из Сибири, поэтому очень рада, что у нас проводятся такие мероприятия. Хочется, чтобы конференция развивалась дальше и всё-таки оставалась в офлайне.

Кристина Фёдорова, руководитель backend-практики Java, red_mad_robot

Брать ответственность за всё и работать с докладчиками как фасилитатор

Организатор DevFest — это член программного комитета. И его задача состоит в том, чтобы руководить процессом и довести его до результата. Если перепутал время и дату, это только твоя ответственность, — значит, ты неправильно донёс информацию. Так, у меня был классный спикер, с которым я уже договорился, а потом выяснилось, что мы имели в виду разные даты — и я его потерял, потому что не держал с ним нужного контакта и не перепроверил лишний раз.

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

Мне понравилось всё: организация, помощь в подготовке, сама конференция. При подготовке Илья здорово помог, подсказывал, что можно улучшить в докладе, что добавить, а что изменить. В итоге выступление получилось интересным и разносторонним. Могу только предполагать, как тяжело организовать конференцию в онлайн-формате с учётом разных стран и часовых поясов. Несмотря на это, всё прошло без технических или организационных проблем. У докладчика и слушателей была возможность пообщаться в виртуальной комнате и обсудить вопросы. Однозначно буду участвовать в следующих DevFest.

Александр Калинка, Golang/Ruby-разработчик, Evrone

Кто-то из ребят был уже практически готов к докладу, с кем-то потребовалось поработать больше. Со спикерами я работал индивидуально, посвятив каждому по 3–4 часа: мы несколько раз созванивались, обсуждали идеи, смотрели наработки и прогоняли выступления с презентациями. Я подкидывал идеи, статьи, документацию, предлагал варианты оформления, если видел, что мысль можно лучше донести с помощью иллюстрации или содержание нужно адаптировать под аудиторию. Например, был спикер с интересным, но довольно сложным докладом. Его пришлось немного упростить — мы хотели привлечь как можно больше людей к языку Go, поэтому нужно было показать, насколько крута эта технология.

Очень уютная и интересная конференция. Организаторы предложили помочь с командировкой, когда ещё планировался офлайн-формат. К сожалению, я не смог приехать, но и тут ребята вошли в положение и предложили онлайн — за это отдельное спасибо. Было интересно выступить и послушать других докладчиков. Темы были разнообразные: от особенностей Docker на M1 до использования специфического cgo. Надеюсь, в будущем удастся выступить ещё — и на этот раз офлайн.

Денис Колпаков, backend-инженер (core services), «Авито»

Гибко реагировать на изменения

В сентябре конференцию перевели в онлайн-формат, потому что часть спикеров уехала из страны. Мы потеряли тот самый нетворкинг, но получили доступность: сделали конференцию бесплатной. Теперь кто угодно мог подключиться из любой точки мира.

Появились более качественные записи, чем бывает на офлайн-конференциях. А это важно, потому что каждый такой доклад — это «кирпичик», из которых строится крепкое Go-комьюнити в России. Все доклады с трека доступны здесь.

Вот что оказалось важным в этом ключе.

1. Подготовить техническую часть

В онлайне мы использовали Stream Yard — удобную, но специфическую технологию, чтобы вести конференцию. Поэтому за 2–3 дня до мероприятия я шесть часов подряд рассказывал разным людям, как пользоваться этой программой. Спасибо red_mad_robot, что на время подготовки частично освободили меня от работы, — удалось всё совместить, не выгореть и не завалить рабочие задачи.

2. Просчитать варианты

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

3. Не делать бесплатно

Онлайн-конференции гораздо дешевле в производстве и доступны любому. Но на примере этого DevFest я понял, что делать мероприятия абсолютно бесплатными не стоит. Я думал, что послушать придут все — заинтересованные школьники и первокурсники, начинающие разработчики, опытные инженеры. Но этого не случилось. Оказывается, что даже небольшая стоимость мотивирует больше. Человек делает личное, пусть символическое, финансовое вложение и чувствует ответственность перед самим собой, чтобы эти деньги не пропали впустую.

4. Иметь запасной план

Офлайн- и онлайн-мероприятия готовятся по-разному, и внезапный переход даётся сложно. Поэтому важно сразу выстраивать стратегию и закладывать время на перестройку. Когда мы перешли из офлайна в онлайн, но никак не поменяли способы привлечения, то просели по количеству зрителей. Уверен, что можно было привлечь больше людей.

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

Вывод

Опыт написания статей у меня уже был, и я хотел попробовать себя в новом амплуа — сделать свою конференцию или трек в уже существующей. У меня даже среди новогодних планов на 2022 год был такой пункт — и конце октября я смело поставил напротив него галочку. Думал ли я, что она пройдёт именно так, как я планировал в начале января? Нет. Но понял, что кроме разработки у меня есть ещё один интерес — проводить конференции, делиться знаниями, показывать новых людей в комьюнити. Получил большой опыт, потерял двух спикеров, но испытал большое удовольствие, несмотря на трудности. Хочу в будущем исправить эти ошибки и продолжить: следующая конференция, которую я организую, состоится в феврале 2023 года.