Код
#статьи

Спасаемся от помидоров: как подготовить крутой доклад для IT-конференции

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

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

Анна Жаркова уже много лет выступает с докладами на IT-конференциях и является членом программных комитетов Mobius, CodeFest и «Стачка». В своей колонке в Skillbox Media она рассказала, как подготовиться к выступлению, чтобы завоевать сердца слушателей.

Анна Жаркова

Lead Mobile Developer в Usetech. Пишет нативные приложения под iOS и Android и кросс-платформенные на Xamarin, Xamarin.Forms и Kotlin Multiplatform. Эксперт Skillbox по мобильной разработке.
Автор на «Хабре» и Medium. Пишет статьи, выступает на конференциях и митапах. Член программного комитета Mobius, CodeFest, «Стачка». Увлекается живописью и участвует в выставках.

Какие бывают конференции и чем они различаются

Существуют секционные и узкопрофильные конференции. От типа и формата мероприятия зависит уровень погружения аудитории в предмет и набор тем.

Секционные конференции включают разные направления (секций) и привлекают весьма «разношерстную» аудиторию. Часто на них можно встретить участников, не знакомых с темой доклада, например дизайнеров и тестировщиков, которые хотят стать разработчиками. Иногда новички составляют значительную часть аудитории. При подготовке к выступлению на многопрофильных конференциях желательно это учитывать: не злоупотреблять профессиональным сленгом, пояснять значения некоторых терминов, давать более развёрнутые объяснения процессов, которые вам с высоты опыта кажутся очевидными, и так далее.

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

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

Примеры секционных конференций: новосибирский CodeFest, DUMP в Екатеринбурге и «Стачка», которая проходит в этом году в Санкт-Петербурге и Ульяновске.

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

Узкопрофильные конференции построены вокруг конкретных направлений, заданных технологиями и/или языками программирования. К таким событиям относятся HighLoad++, Mobius, KotlinСonf, конференции JUG.ru и «Онтико».

В тематических конференциях доклады разбиты по платформам и уровням сложности. Например, JUG.ru расставляет такие метки: «смузи» — подходит новичкам и джунам, «инженер» — для мидлов, «хард» и «дичь» — для сеньоров. Те, кто только погружается в технологию, обычно приходят на «смузи» и иногда на «инженер», а любители экзотики и подкапотных внутренностей — на «хард» и «дичь». Там их ждут доклады вроде «Как запустить Doom на чайнике». Мидлам уже заходят воркшопы и сессии лайвкодинга.

Отмечу, что на профильных конференциях есть место и докладам про софт-скиллы — только в контексте определённого технологического стека. Скажем, на Podlodka Android Crew можно послушать про то, «как выстроить взаимодействие в команде, состоящей из мобильных разработчиков-сеньоров» или «как продакт-менеджеру, который пришёл из другой сферы, наладить работу с командой».

Помимо крупных столичных или региональных, отраслевых и многосекционных конференций, есть локальные митапы, например сообщества определённого города или студенческие. Если до «взрослых» и серьёзных мероприятий вы пока не доросли, испытываете страх перед опытной аудиторией или не уверены в актуальности своей темы, такие митапы — это отличное место для старта. Среди мобильных разработчиков известен Мobile Broadcast, филиалы которого есть во многих городах и не только российских.

Зачем ходить на конференции

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

Так зачем же все эти люди выступают и слушают доклады? Я бы выделила по меньшей мере пять причин.

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

Обмен опытом. В дискуссионной зоне, в секции «Вопросы и ответы», у стендов и в кулуарах мы обмениваемся мнениями с другими разработчиками. Иногда в спорах по поводу того или иного доклада можно прийти к неожиданным выводам и взглянуть на тему под другим углом. Кроме того, у спикеров есть возможность посетить доклады коллег по цеху.

Развитие личного бренда и HR-бренда компании. Кто бы что ни говорил о пользе конференций, но выступления на них высоко котируются в сообществе и повышают вашу узнаваемость. Это помогает при поиске работы и обсуждении зарплаты на собеседовании. В нормальных компаниях, где не боятся потерять сотрудников, DevRel сами предлагают разработчикам выступать, потому что подобные мероприятия — это отличная реклама HR-бренда самой компании.

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

Возможность вырваться из рутины. Часто у айтишников work-life balance сильно смещён в сторону work, а life сводится в лучшем случае к семейным делам — на большее просто не хватает времени. Участие в конференциях здорово разбавляет серые будни — особенно если вы выступаете в другом городе и у вас остаётся время на прогулки. Кстати, многие конференции организуют для своих участников экскурсии по городу.

Как выбрать тему доклада

Итак, вы решились пойти на конференцию. С чего начать? Варианта два:

  • выбрать конференцию и придумать подходящую тему доклада;
  • взять свой готовый материал и подобрать для него мероприятие.

Но перед этим важно определить, про что мы можем рассказывать и кому. Условно доклады делятся на «софтовые» и «хардовые» (технические):

  • Софтовые — про всё, что касается управления, карьерного развития, психологии отношений в команде, найма и так далее. Такие темы подходят для TeamLead Conf, частично для TechLead Conf и некоторых многосекционных конференций. Например, на TechTrain в этом году есть секция с докладами про софт-скиллс.
  • Хардовые (технические) — это доклады разработчиков, дизайнеров, тестировщиков и архитекторов про технологии и их применение. К ним относятся мастер-классы, лайвкодинг-сессии, обзоры библиотек и фреймворков и так далее.

Выбираем и оцениваем тему

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

Я использовала этот подход во время подготовки к первому Mobius. В то время я в течение нескольких лет работала над тем, чтобы в мобильном приложении iOS в фоновом режиме не отваливались пуш-уведомления. В процессе поиска решения и реализации я столкнулась с кучей разных проблем. Зато на основе этой истории получился доклад с богатой фактурой.

Также можно собрать несколько похожих кейсов в так называемую ярмарку — этот формат очень популярен среди слушателей. Главное — даже самую интересную теорию следует приправлять личным опытом.

Есть три критерия оценки темы:

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

Актуальность — доклад должен приносить пользу сейчас или в будущем, поэтому лучше ориентироваться на популярные технологии. Бывает, спикеры приходят с устаревшей темой, объясняя это тем, что у нас такого контента мало или давно не было в программе. Да, материал действительно может быть полезным и подходить для какого-нибудь митапа или ивента локального сообщества. Но на крупной профессиональной конференции, где люди ждут актуальной и уникальной информации, ему всё же не место.

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

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

Если всё под NDA

Бывает так, что рабочим опытом особо не поделишься. Например, если вы подписали NDA или если программный код проекта является плодом совместной работы команды, и рассказывать о нём от своего имени было бы неэтично.

В таком случае можно отталкиваться от технологий, которые вышли в течение последних 2–3 лет и сохранили актуальность. Apple и Google каждый год проводят конференции (WWDC и Google I/O), на которых компании рассказывают про свои новые технологии и инструменты и дают рекомендации по их использованию. Можно выбрать что-нибудь оттуда и рассказать, как это можно использовать для решения известной проблемы.

Например, во многих языках разработки были корутины и async/await, и под iOS долго ожидали что-то подобное для работы с многопоточностью. Когда Apple наконец добавила свою реализацию структурированной многопоточности и async/await, на конференциях звучало много докладов о том, как всё это использовать и как переехать со старых решений.

Или библиотека Retrofit для Android. Как только появились макросы в Swift, все кинулись показывать, как с их помощью создать решение для работы с сетью в стиле Retrofit.

Воркшопы — беспроигрышный вариант

Третий вариант — воркшоп, или мастер-класс, по использованию конкретной технологии на практике. Когда выходит новый интересный фреймворк, можно рассказать, как с его помощью сделать нетривиальный проект. Например, я проводила воркшоп по плагину для перевода макетов Figma в код.

Бывает и так, что в новой технологии есть проблема, которая не позволяет полноценно использовать её на практике. При этом её разработчики (например, из Apple) проблему не решают и, видимо, не собираются. Так, например, было с ужасной нативной навигацией в SwiftUI. Или разработчики учли не все пользовательские сценарии, на практике в некоторых случаях возникают утечки, создаётся много сущностей и приложение ведёт себя неадекватно. В таком случае можно попытаться решить проблему самостоятельно и в случае удачи (или даже неудачи) рассказать об этом сообществу.

Помните про аудиторию

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

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

Но всё же обычно, если доклад будет совсем «мимо» аудитории, программный комитет сообщает об этом спикеру на вводном созвоне и предлагает выбрать другую тему.

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

И ещё один важный момент. Доклад — это не только содержание, но и сценическая подача, поэтому важно не только что вы говорите, но и как говорите. Чтобы звучать убедительно и удерживать внимание аудитории на протяжении всего доклада, нужно выбрать и выдержать правильный тон. Ваша интонация и стиль повествования должны соответствовать теме, типу мероприятия и настроению аудитории.

Готовим доклад


Объём материала

Строгих требований к количеству символов или слов в докладе нет, но стандартная длительность выступления на конференции ограничена 30–40 минутами. На некоторых мероприятиях, особенно секционных, вас попросят ужаться до 25 минут. Поэтому не старайтесь вместить в доклад всё, что знаете. После выступления часто предоставляют время на общение с аудиторией — там-то и разовьёте мысль :) Либо оставьте себе задел на следующий сезон или другие мероприятия.

Иногда большой объём текста можно компенсировать беглостью речи, но здесь важно сохранить баланс и не тараторить. Доклады на сложную тему лучше начинать с описания технологии, какого-то небольшого базиса. Достаточно привести 2–3 кейса, чтобы ввести слушателей в курс дела.

Количество слайдов в презентации может переваливать за сотню — пусть хотя бы половину из них занимают мемы и ключевые мысли (одна мысль на слайд). Тут тоже важен баланс: не засоряйте презентацию весёлыми картинками и не вываливайте на слушателей простыню текста.

Предварительный созвон

Итак, у вас на руках есть идея, ключевые тезисы и наработки. Что дальше? Связываемся с программным комитетом (ПК).

На «нулевом» созвоне ПК собирает ключевые тезисы доклада, оценивает его уникальность и соответствие выбранному направлению. Вас попросят рассказать, для какой аудитории написан доклад и какую пользу он ей принесёт. Иногда в результате такой беседы можно прийти к совершенно другим выводам и сменить тематику выступления.

Обратите внимание. Инициатива, тезисы и тема — ваши. ПК просто направляет вас в нужную сторону, но не придумывает тему и не пишет за вас доклад.

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

Прогоны и репетиции

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

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

Следующие прогоны нужны для доработки и полировки материала. На момент включения в программу доклад может быть готов не на 100%, но уже должно быть понятно, заинтересует ли он аудиторию.

Полезно снимать прогоны на камеру и пересматривать записи. Это позволит увидеть себя со стороны, оценить качество выступления и настроить подачу.

Выводы

Пройдём по ключевым пунктам.

  • Конференции помогают разработчикам прокачать навык публичных выступлений, повысить узнаваемость в сообществе, поделиться опытом и перенять опыт других разработчиков.
  • При подготовке доклада важно учитывать уровень знаний вашей аудитории и её специфику. Приходить к джунам или начинающим программистам со сложным техническим докладом — плохая идея. Сеньоры же не захотят тратить время на поверхностный обзор технологии, повторение общедоступной документации и широко известную базу.
  • Одна из основных задач любой конференции — обмен опытом и знаниями между участниками. Поэтому делитесь своими кейсами и рассказывайте о проблемах, которые вам удалось решить.
  • Доклад должен быть уникальным, актуальным и новым. Но если по вашей теме уже кто-то выступал, всегда можно раскрыть тему с другой стороны. Главное — давать информацию, которая будет полезна сейчас и в будущем, и не повторять чужие избитые тезисы.
  • Не пытайтесь уместить в одно выступление все накопленные знания. Лучше выбрать 2–3 ярких кейса и рассказать о них в деталях.
  • Участвуйте в прогонах. Они позволяют отрепетировать выступление в условиях, приближённых к реальности, оценить ваш уровень подготовки и найти слабые места.
  • Полезно записывать свои выступления на видео, чтобы оценить подачу, исправить недочёты и не забыть о проблемах к следующему выступлению.
Проверьте свой английский. Бесплатно ➞
Нескучные задания: small talk, поиск выдуманных слов — и не только. Подробный фидбэк от преподавателя + персональный план по повышению уровня.
Пройти тест
Понравилась статья?
Да

Пользуясь нашим сайтом, вы соглашаетесь с тем, что мы используем cookies 🍪

Ссылка скопирована