Если вы когда-либо были на конференции, посвященной кодам, вы, несомненно, можете подтвердить тот факт, что количество разговоров о реальном кодировании невероятно мало. Причина очевидна: они супер, супер сложно! Представьте себе кодирование на сцене перед сотнями людей, когда вдруг что-то идет не так, и ваш код ломается! В реальной жизни несколько минут отладки не проблема. На сцене даже минутное молчание — кошмар говорящего.
Итак, мы никогда не должны пытаться такие разговоры? Точно нет! Вы просто должны правильно подготовиться. Я приведу несколько советов в этой статье.
Что такое живое кодирование? Это относится к стилю презентации, когда докладчик ограничивает количество своих слайдов в пользу написания примеров или демонстраций в режиме реального времени. Это невероятно опасный стиль разговора, но он может предложить значительные преимущества для аудитории.
Совет 1 — принять решение
Если вы нервный тип, это не может быть хорошим выбором.
Конечно, при подготовке нового выступления самый важный вопрос, который нужно задать себе, — есть ли какая-либо ценность в создании презентации в реальном времени. Например, если вы просто предоставляете множество примеров, вам действительно нужно кодировать их в режиме реального времени? Разве хорошо представленный слайд не сработает так же хорошо, избавляя вас от некоторого стресса и возможности поломки?
Вы можете рассмотреть возможность использования маршрута live-coding в следующих случаях:
- Ваши примеры кода требуют, чтобы контекст был максимально эффективным.
- Вы надеетесь представить свою тему в стиле семинара.
- Ваш доклад посвящен рабочему процессу, и в этом случае макет на основе слайдов не является оптимальным.
- Вам нравится жить на краю.
Лично я призываю вас достать слайды, если только вы не предоставите достаточно убедительных аргументов о том, почему они не будут такими эффективными. Живое кодирование требует значительной подготовки, а также планов резервного копирования, чтобы противостоять любым потенциальным препятствиям, которые могут возникнуть при кодировании. Запомни. Если вы нервный тип, это не может быть хорошим выбором.
Совет 2 — практика, практика, практика
Практика. Практика. И, когда вы закончите, попрактикуйтесь еще.
Очевидно, что каждый доклад должен быть репетирован, по крайней мере, один или два раза, прежде чем выступать перед живой аудиторией. Однако, если вы собираетесь кодировать в режиме реального времени, в качестве основного практического правила утроите количество репетиций. Кодируйте свой путь через разговор один раз, а затем повторите процесс; чем больше повторений, тем лучше!
Говоря на сцене, вы должны ожидать, что вы пропустите хотя бы несколько раз.
- Что я должен был сказать дальше?
- Не пора ли уже менять слайды?
- Я понятия не имею, что я здесь делаю!
Эти недостатки существуют во всех ораторах. Самый простой способ предотвратить как можно больше ошибок — это знать предмет (и то, как вы будете его представлять), насколько это возможно с человеческой точки зрения. Практика. Практика. И, когда вы закончите, попрактикуйтесь еще.
Совет 3 — Создание плана резервного копирования
Ваш первый шаг должен ожидать худшего.
Итак, вы решили продвинуться вперед с живой презентацией в стиле семинара. Повезло тебе! Ваш первый шаг должен ожидать худшего. Спросите себя: «Что произойдет, если я полностью рухну и сгорю?
Я всегда сохраняю копию готового проекта перед моим выступлением. Таким образом, если сцена выпадает из-под меня, так сказать, я всегда могу сделать случайную, самоуничижительную шутку, отмечая, что я явно недостаточно талантлив, чтобы выполнять этот стиль разговора. Затем я могу быстро переключиться на готовый код и сделать все возможное, чтобы продолжить оттуда.
Совет 4 — фрагменты — ваш друг
Я религиозно использую приложение для Mac под названием Dash .
Кроме того, рассмотрите возможность создания множества небольших фрагментов, которые могут представлять все от одной функции до небольшого количества HTML и набора правил CSS. Это может служить нескольким различным целям:
- Не заставляйте аудиторию смотреть, как вы вводите особенно сложный фрагмент кода.
- Если вы довольно хорошо продвигаетесь в своем выступлении, но случайно забыли одну или две строки, то замена последних двух строк, которые вы написали, готовым фрагментом занимает всего одну секунду. Таким образом, вы можете предотвратить потенциально неловкий момент на сцене, даже не осознавая этого.
- Тот простой факт, что у вас есть различные фрагменты резервной копии для вашего кода, может обеспечить большую уверенность.
Я неукоснительно использую приложение для Mac под названием Dash , однако любой расширитель текста (или даже функция создания фрагмента кода вашего редактора кода) справится с задачей.
Совет 5 — Хорошо спланируйте контент
Думайте о каждой линии как о ментальном долге.
Помните: живое кодирование не является оправданием для демонстрации того, насколько вы умны или как быстро вы можете маневрировать в редакторе кода. Конечная цель, конечно, научить аудиторию чему-то, чего они не знали до того, как вы вышли на сцену. Имея это в виду, постарайтесь структурировать код, который вы пишете, таким образом, чтобы не перегружать аудиторию. Следует признать, что для достижения идеального баланса необходимо немного поработать.
Как правило, всегда выбирайте самый простой маршрут через ваш код. Если фрагмент логики не имеет жизненно важного значения для того, что вы пытаетесь передать аудитории, то отрежьте его (возможно, с быстрым предупреждением о том, что в реальном проекте вы, вероятно, добавите немного больше здесь и там). ).
Делайте все возможное, чтобы быть невероятно чувствительным к каждой строке, которую вы пишете в ходе презентации. Думайте о каждой добавленной строке как о ментальном долге. Аудитория — губка; в конце концов, они впитали все, на что способны, за один сорок пять минут сидения. Будь проще.
Совет 6 — Встряхните это
Выступать на сцене — страшный опыт. Кодирование на сцене еще хуже!
В этом нет двух способов: выступать на сцене — страшный опыт. Кодирование на сцене еще хуже! Если вы нервный тип, найдите способ убрать лишнюю энергию за час до выхода на сцену. Чем меньше накапливается энергии при разговоре, тем меньше вероятность того, что ваши руки будут бесконтрольно дрожать. Вот несколько советов:
- Без кофеина за двадцать четыре часа до разговора.
- Во время разговора, который предшествует вашему, извините себя в туалете. Быстро встряхивайте руки вперед и назад и бегите на месте.
- Сделать кран в ванной настолько горячим, насколько это возможно, и засунуть руки под воду на пять секунд. Повторите этот процесс несколько раз, чтобы ослабить пальцы. Это особенно полезно в холодном климате.
Совет 7 — не забывайте говорить
Избегайте тенденции тихо печатать на сцене.
Как разработчики, мы проводим большую часть наших рабочих дней в тишине, за кодированием. Но интересный переход произойдет, если вы решите попробовать свои силы в живой презентации кодирования: вы не только будете кодировать, но и будете рассказывать о своем процессе, устно иллюстрируя каждую строку кода.
Не забывайте продолжать говорить! Избегайте тенденции печатать тихо на сцене. Это билет в один конец к плохому отзыву. Ключ заключается в том, чтобы перефразировать каждую строку кода таким образом, чтобы все в аудитории могли понять, независимо от уровня их квалификации.
Совет 8 — скрестите пальцы
Иногда все сводится к удаче.
Посмотрите: есть причина, по которой разработчики считают, что презентация в реальном времени невероятно опасна и редко бывает успешной. Если недостаточно подготовиться к этому, как только что-то пойдет не так (и они будут), аудитория съежится, молча наблюдая за вами, но отчаянно пытается исправить вашу ошибку.
Однако иногда все сводится к удаче. Готовьтесь как сумасшедшие, скрестите пальцы и надейтесь на лучшее. Если вы добились успеха, вы можете просто показать аудитории то, что они редко (если вообще когда-либо) могут увидеть на конференции. Удачи!