Предыстория BrazilJS 2018: Мой первый разговор. Всегда.
BrazilJS - крупнейшая конференция по JavaScript в мире, которую ежегодно посещают почти 2000 разработчиков. Я участвовал в мероприятии в качестве участника каждый год с 2012 по 2016 год.
В 2012 году я встретил Брендана Эйха, создателя JavaScript. В 2013 году я встретил Дугласа Крокфорда. В 2015 году я случайно попал на картинку из статьи в местной газете, связанной с этим событием. В 2016 году меня пригласили выступить в BrazilJS, когда я был участником. В 2018 году я был спикером.
Большинство людей не знают, что BrazilJS 2018 был моим первым публичным выступлением. У меня не было навыков презентации или опыта, чтобы встречаться с тысячами разработчиков на сцене. Однако я принял вызов. Я принял это, исходя из предположения, что те же самые основы программного обеспечения, которые я использую каждый день для создания программного обеспечения, помогут мне создать отличную презентацию.
В этом посте вы узнаете, как основы программного обеспечения помогли мне выступить с докладом. Я покажу компромиссы и методы, которые я использовал, чтобы управлять временем, контентом и отсутствием навыков.
BrazilJS был моим первым докладом на конференции. Всегда.
Учитывая, что я также пишу эти сообщения в блоге и работал с открытым исходным кодом в прошлом, моей главной задачей было не придумывать идеи для контента. Моей самой большой проблемой было выяснить, какой контент был бы наиболее интересен ничего не подозревающей аудитории.
Я могу знать только задним числом, есть ли что-то привлекательное. Поэтому я решил убедиться, что контент был уникальным. Презентация была посвящена техническим деталям, лежащим в основе библиотеки с открытым исходным кодом js-cookie, и тому, как это изменило мой взгляд на веб-разработку.
Вы можете узнать только задним числом, нравится что-то аудитории или нет.
Год назад я написал пост под названием Меньше кода, больше думай… постепенно. В сообщении представлена концепция инкрементной доставки. Это показывает, почему лучше иметь 100% чего-то, чем 99% ничего.
Однако эта основа не ограничивается только программным обеспечением. Вы можете применить его в других доменах. Для большинства видов интеллектуальной работы возможна доставка в виде вертикальных срезов; создать конечную ценность в первой версии с наименьшими усилиями, а затем использовать остальное время как ресурс для поиска отзывов и улучшения работы в правильном направлении.
Я создавал беседу в нерабочее время. Учитывая, что время - невозобновляемый ресурс, имеет смысл оптимизировать его. Вот что я сделал. Выбрав тему выступления, я написал презентацию за 1 час средними черновиками. Это было за 12 недель до презентации. В следующие несколько недель я планировал повторить и пересмотреть работу много раз в этом конкретном порядке:
- Улучшите средний черновик презентации.
- Преобразуйте текст из среднего черновика в слайды без визуальных эффектов.
- Добавляйте простые изображения на слайды.
- Превратите слайды с простыми изображениями в слайды с лучшими.
- Превратите слайды в простую презентацию impression.js.
- Преобразуйте простую презентацию Impress.js в трехмерную.
- Анимируйте маркеры.
Я решил расставить приоритеты компонентов доклада в следующем порядке:
1. Содержание, как в основном предмете настоящего.
2. Слайды, как в наглядном представлении материала.
3. Презентация, как в моих презентационных способностях.
На любой итерации я мог вести разговор. Однако качество контента, слайдов и / или презентации будет зависеть от того, сколько времени мне нужно было потратить на его улучшение. Я создал процесс, в котором работа со временем становится лучше, а обсуждение всегда завершено.
Крайним сроком остановки доработок была дата мероприятия: 24 августа 2018 года.
Время - невозобновляемый ресурс; имеет смысл оптимизировать под это.
Я уделил чрезмерное внимание улучшению контента, когда еще был в Австралии. Даже при этом мне не удалось превратить слайды в трехмерную презентацию impression.js.
Кроме того, чтобы получить обратную связь, мне приходилось выступать в основном на английском языке. Возможность попрактиковаться в презентационных навыках была минимальной. У меня не было возможности попрактиковаться в разговоре на португальском, который был бы языком общения в Бразилии.
Поскольку у меня не было времени попрактиковаться, я решил изменить сценарий и использовать разговорные формулировки, в которых текст точно имитировал бы мою естественную речь. Таким образом, я мог читать сценарий, и это звучало бы не так плохо, как если бы я читал структурированный текст.
Поскольку у меня не было достаточно времени, чтобы попрактиковаться в презентационных навыках, я прочитал всю презентацию в разговорной форме.
Как и все в программном обеспечении, решения требуют компромиссов. Вам нужно пожертвовать частью одного, чтобы сосредоточиться на другом. Учитывая, что у меня не было опыта выступлений на конференциях, каждая трата времени на навыки презентации сокращала бы время, доступное для работы над качеством контента.
Это компромисс инкрементального / итеративного подхода: вы можете получить 100% чего-то в любое время, но это будет не лучшая версия. Презентация может быть не так хороша, как 100% того, что вы предполагали, но это будет лучше, чем нечего представить.
Компромисс инкрементального / итеративного подхода состоит в том, что у вас не будет лучшей версии своей работы, но это будет лучше, чем нечего представить.
В первые 15 секунд выступления я начал читать содержание, как если бы я его кому-то читал. Когда я понял, что говорю слишком робко, я начал исправлять курс и читать так, как если бы я говорил естественно. Однако я не мог оторвать глаз от сценария слишком долго, из-за чего я провел всю презентацию, глядя в основном на экран.
Учитывая, что не было стандартного процесса обратной связи и в докладе не было места для вопросов, я не могу с уверенностью сказать, был ли он успешным или нет. Однако, судя по комментариям прямой трансляции на Youtube и обсуждениям с людьми, которые пришли ко мне позже, публике это понравилось.
Одна вещь, которую я извлек из этого, заключается в том, что даже когда у вас есть контент, создать презентацию для конференции - это тяжелая работа. Однако вы можете использовать принципы программного обеспечения, чтобы облегчить работу.
Я еще не уверен, что публичные выступления - это то, чем я хотел бы заниматься в будущем. Как бы то ни было, это был отличный опыт, который укрепил фундаментальные принципы, которые я применял на протяжении всей моей жизни и всех своих программных проектов:
Лучше иметь 100% чего-то, чем 99% ничего.
Как только доклад будет опубликован на Youtube, я размещу его здесь.
Оставайтесь с нами 📻.
Спасибо за прочтение. Если у вас есть отзывы, напишите мне в Twitter, Facebook или Github.
Спасибо Уилсону Мендесу и Яну Тинсли за их полезный вклад в этот пост.
