Как я готовлюсь к выступлениям на конференции

Здесь должна быть какая-то красивая привязка к Новому году, но я её не придумал 🤪

В этом году у меня было два доклада на System Level meetup. Со временем у меня сложился устойчивый процесс подготовки, который предсказуемо даёт хороший результат. О нём и расскажу.

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

Шаг 1. Что люди унесут с доклада

Я ещё раз для себя очень чётко формулирую: что люди унесут с моего выступления. Не «я расскажу про X», а «после доклада человек сможет Y». Это ключевая опора, относительно которой потом проверяется всё остальное.

Шаг 2. Структура выступления и супер-черновая презентация

Дальше я планирую структуру доклада. Накидываю примерное введение, основные блоки и переходы между ними. И сразу же делаю первую версию презентации. Она всегда максимально черновая: чёрный текст на белом фоне, без дизайна, без картинок. Если на каком-то слайде должен быть код, там просто написано: «Здесь будет код такой-то». Эту версию я стараюсь сделать очень быстро — примерно за час. Это не презентация для людей, это инструмент, чтобы как можно раньше перейти к прогону.

Шаг 3. Первый прогон (самый важный)

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

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

Шаг 4. Погружение в детали и код

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

Поэтому код под доклад я почти всегда пишу отдельно. Отдельный проект, моки, заглушки — оставляю только то, что важно для идеи. И принципиальный момент: этот код обязан работать. На последнем System Level Meetup я показывал ускорения — и я реально прогонял код, снимал цифры, строил графики. Никакой «магии на слайдах».

На это легко уходит 8–10 часов. Иногда больше.

Шаг 5. Код на слайдах без боли

Здесь у многих начинающих спикеров возникает боль: код не влезает, его плохо видно с дальних рядов, хочется подсветку синтаксиса, но не хочется вручную размечать всё в PowerPoint. Я для себя выработал довольно простую связку. Я настраиваю clang-format под ширину примерно в 50 колонок, подбираю моноширинный шрифт и размер в PowerPoint так, чтобы эти 50 символов уверенно влезали по ширине слайда. Это проверено опытом — такой код читается даже с последнего ряда. Дальше я форматирую код, открываю его в VSCode и просто копирую в PowerPoint. VSCode переносит не только текст, но и подсветку. Это сильно экономит время.

Шаг 6. Повторные прогоны и правки

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

Шаг 7. Дизайн в самом конце

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

На этом подготовка обычно и заканчивается. Долго, не романтично, но зато без сюрпризов на сцене.

А у вас как с подготовкой к выступлениям? Или вы из тех, кто выходит и тащит чисто на харизме?