Как я готовлюсь к выступлениям на конференции Здесь должна быть какая-то красивая привязка к Новому году, но я её не придумал 🤪 В этом году у меня было два доклада на 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. Дизайн в самом конце И только тут, когда вероятность изменений минимальна, я начинаю делать презентацию красивой: стили, анимации, подгонка под корпоративный шаблон, добавление слайдов от организаторов. Это тоже много времени и довольно муторно. У меня на это может уходить до восьми часов, потому что я заморочен на аккуратность исполнения. Я пробую это делегировать — получается по-разному. На этом подготовка обычно и заканчивается. Долго, не романтично, но зато без сюрпризов на сцене. А у вас как с подготов