Как подать контент, чтобы это было интересно и полезно.
Определиться с аудиторией
Когда стала известна тема выступления, определитесь с аудиторией. Если материал рассчитан на опытных, то составьте список тем, которые нужно знать - пререквизиты. Это могут быть курсы, конкретные темы или обязательный личный опыт.
В материалах для новичков старайтесь дать больше пояснений о каждом термине, перевести его на русский и привести максимально простой пример.
Плохо: Mocha является библиотекой тестирования, а Chai - библиотекой ассертов. Вот код: ...
Хорошо:
В материалах для опытных не делайте акценты на мелочах, которые по умолчанию должны быть и так понятны, но новую терминологию тоже объясняйте.
Плохо: для настройки вагранта берём факты из бокса
Хорошо: *прежде, чем перейдём к настройке вагранта, познакомимся с его терминологией:
Старайтесь построить материал так, чтобы избежать ситуации, когда опытным скучно, а новичкам непонятно.
Подготовиться к выступлению
За полчаса до выступления нужно убедиться, что всё необходимое под рукой, оборудование настроено. Чек-лист для самоконтроля:
Отключить уведомления (звук и всплывашки), желательно, отключить телефон, чтобы звонок не прервал повествование.
Проверить громкость и чистоту звука. Отключите авторегулировку громкости микрофона, проследите, чтобы гарнитура не тёрлась об бороду/рубашку.
Выставить свет и настроить вебкамеру. Лучше всего выставить искусственное освещение так, чтобы оно освещало лицо прямо или с двух сторон. Можно взять обычную настольную лампу, закрепить на плафоне чистый лист A4 в качестве рассеивателя и направить лампу на себя.
При демонстрации экрана надо выставить необходимые масштабы или разрешения. Самый простой способ сделать шрифт крупным везде - это изменить системно разрешение монитора или установить масштабирование. Это невелирует потери качества при просмотре демонстрации на устройствах с другим разрешением экрана (включая смартфоны).
Наши рекомендации:
Поставить стакан тёплой воды. Старайтесь делать перерыв на глоток воды и отключать микрофон на это время. Если говорить без остановки продолжительное время достаточно сложно, можно просто в какой-то момент осипнуть или закашляться.
Подготовить заметки с ключевыми словами. Стикеры на стене или блокнот на видном месте помогут вспомнить то, что хотелось проговорить во время выступления.
Для выступлений на ютубе настроиться помогает коммьюнити-менеджер.
Установить контакт с аудиторией.
В начале урока необходимо сделать контрольную проверку звука и картинки. Подождать опоздавших и убедиться, что аудитория готова. Поэтому первые 5 минут идут на то, чтобы синхронизироваться по простым бытовым вопросам:
Находясь в диалоге с аудиторией, не увлекайтесь чатом. Студенты могут общаться между собой или писать большое сообщение частями. Если выступление модерируется отдельным человеком - он сам подскажет вам о вопросах, которые остались без ответа. При самостоятельной модерации переключайтесь в чат целиком только после окончания основной темы доклада. Иначе можно потерять мысль и уйти в сторону от темы.
При сессиях лайвкодинга не заставляйте людей моментально анализировать и исполнять в голове код. Если что-то студентам нужно посмотреть, "пощупать", понять как работает - сохраняйте код в открытом доступе и предложите студентам изучить его после лекции.
Старайтесь заполнять тишину. Если вы ждёте ответов из чата - продолжайте рассказывать, например, делая вывод из темы. Молчаливое ожидание сообщений из чата портит динамику выступления.
Обозначить тему урока "человеческим языком".
Вводное слово по уроку надо дать таким образом, чтобы слушатели понимали контекст. Если урок основан на ранее пройденном материале - его можно кратко напомнить.
Стоит на вводном слове давать по возможности меньше терминологии.
Плохо: Сегодня мы поговорим, как использовать инверсию зависимостей и контейнеры.
Хорошо: На прошлом уроке мы разобрали отличие фреймворков от библиотек. Этот урок будет рассказывать, как делать код тестируемым, масштабируемым и не завязываться на детали реализации. Разберёмся с терминологией, такой как "инверсия зависимостей" и "контейнеры".
Обозначить решаемую проблему.
Заранее сформулируйте выводы из урока, а потом перенесите их в начало и обозначьте проблему.
Вывод: Вот так, с помощью нехитрых приспособлений буханку белого (или чёрного) хлеба можно превратить в троллейбус. Это ещё на пару дней подарит засохшему хлебу новую жизнь в виде игрушки для ребёнка.
Решаемая проблема: Иногда мы покупаем буханку хлеба, которую не успеваем использовать по назначению. Не спешите её выбрасывать, сегодня мы рассмотрим как с помощью нехитрых приспособлений превратить буханку в детскую игрушку.
Студентам должна быть понятна решаемая проблема, поэтому после её обозначения имеет смысл обратиться к аудитории, чтобы задали вопросы.
Старайтесь придерживаться в ходе доклада структуры "проблема-решение-вывод", особенно, если по ходу повествования рассказывается о нескольких проблемах.
Решать проблему последовательно.
По ходу урока может рассматриваться несколько инструментов для решений одной задачи, каждый из них будет иметь свои плюсы и минусы. Поэтому имеет смысл раскрывать решения от простых к сложным. Чаще всего это будет от ручного труда к автоматизации:
Основная задача выступления - это объяснить проблему и её решение так, как не показывалось ранее. Чтение или цитирование документации, как основная часть выступления будет плохой идеей. На материалы, которые студент может прочитать самостоятельно лучше сослаться, как подкрепление своих слов. Ссылки для самостоятельного обучения распространяйте через чат и/или презентацию.
Рассказать о применимости готового решения в реальной жизни.
Когда получена обратная связь от студентов, что они поняли решаемую проблему и принцип работы решения, можно перейти к демонстрации возможностей. Лучше объяснять применимость решений на основе реальных историй из разработки. То есть не придумывать гипотетических ситуаций с абстрактными сущностями.
Плохо: Допустим, Вася решил провести эксперимент со сферическим конём в вакууме...
Хорошо: Когда в нашем сервисе стало больше 10 000 пользователей, мы этого даже не заметили, потому что использовали Nginx. Оставшись на Apache нам бы пришлось сделать то-то и то-то.
Сделать выводы из урока.
Преподаватели часто заканчивают лекцию резким молчанием, потому что планировали рассказать про инструмент и рассказали, а выводов не подготовили. Зная тему заранее, подготовить вступление и выводы можно также заранее.
Если по ходу повествования задавались вопросы, которые остались без ответов, их можно использовать как базу для выводов:
То, что вы спрашивали про изоляцию разных версий софта как раз и решается с помощью Docker.
При возможности, имеет смысл показать сравнение "было" против "стало".
Отработать обратную связь.
Вопросы по темам, которые касаются данного урока хорошо объяснить один раз. То есть не отвечать на 5 однотипных вопросов. Если люди задают вопрос повторно, лучше пообещать дать обратную связь в чате и приложить ссылки на дополнительные материалы. Например, на документацию.
Вопросы по темам, которые выходят за рамки темы, лучше так обозначить: "этот вопрос выходит за рамки сегодняшнего урока, но мы можем разобрать его в следующий раз".
Важный маркер:
Если по ходу урока появлялись вопросы, которые рассматриваются в этом же уроке, но чуть позже, то есть вероятность, что материал плохо структурирован. Например, где-то была не обозначена решаемая проблема или обозначена невнятно (перегружена терминами или слишком абстрактно).
Посмотреть на себя со стороны.
Всегда стоит пересмотреть запись своего выступления, чтобы выявить слова-паразиты, неудачные формулировки, случайно слитые пароли при демонстрации экрана, слишком мелкий шрифт на экране, лишние жесты.
Даже при проведении текстового урока (слаконара) всегда есть над чем поработать. Особенно хорошо видно плохие места спустя некоторое время.