Pull to refresh

Как записывать скринкасты

Reading time4 min
Views3.2K
Поскольку я уже продолжительное время записываю скринкасты по Ruby и делаю это регулярно, думаю, что смогу поделиться несколькими советами о том, как сделать ваши скринкасты смотрибельными и полезными. У меня здесь, разумеется, корыстный интерес — я хочу, чтобы больше людей осознали в себе силы производить качественный образовательный материал и начали выкладывать его в сети, в том числе и у нас на hasBrains.

1. Выберите достаточно обширную тему, которую вы понимаете хорошо.
Думаю, вам не нужно быть супер-профессионалом, но, конечно, нужна уверенность в своих знаниях и желание разобраться в том, что вам еще не понятно. В процессе записи скринкастов, я иногда поглядываю в документацию и, бывает, нахожу для себя что-то новое. Это процесс. Одна из причин, по которой я начал учить других людей и записывать скринкасты — это стать умнее самому.

2. Выбирайте правильные слова и термины.
Большое внимание в скринкастах я уделяю тому, чтобы использовать правильные слова и термины. Люди часто недооценивают смысл специальной лексики — это ошибка. Есть большая разница между «методом класса» и «методом экземпляра». Постоянное использование правильной лексики не только помогает аудитории эффективнее общаться с автором скринкастов и другими людьми, но еще и служит постоянным напоминанием: если 10 раз повторить термин, который человек не понимает, рано или поздно он все-таки задолбается и найдет время, чтобы пересмотреть скринкаст, где объясняется его смысл. Или проще — найдет термин в гугле. Небольшое пожелание к обучающимся: уделяйте особое внимание терминам — только поняв термины можно действительно разобраться в предмете.

3. Выбирайте для выпуска скринкаста одну узкую тему и показывайте ее на примере.
Выпуск скринкаста должен представлять из себя завершенную единицу знаний, так сказать. Я думаю, хороший скринкаст содержит: а) название темы б) задачу, которая будет реализована, с помощью изучения этой темы. Вроде бы это очевидно, но бывает сложно соблюсти это правило. Я заметил это только позже, когда темы начали становиться сложнее и каждая тема требовала больше кода. Еще сложнее соблюсти это правило, если вы показываете что-то на примере и если этот пример рос на протяжении несколких выпусков (как происходит в моих скринкастах, где мы делаем магазин, работающий из терминала). Обычно я составляю в голове (а иногда и на бумаге) план скринкаста, чтобы когда я нажал кнопку «Start Rec» я знал что и как я хочу показать.

4. Всегда ставьте себя на место зрителя.
Очень важно постоянно держать в голове, что зритель уже знает из ваших предыдущих скринкастов, а что нет; что он может забыть, а что мог усвоить уже достаточно хорошо. И, естественно, не использовать термины и знания, которые еще недоступны аудитории. Еще очень важно думать о том, как удержать внимание зрителя. Помните, скринкаст — не лекция в университете, зрителю в любой момент может стать скучно и он может пойти смотреть смешных пушистых нямочек на Ютьюбе. Чтобы удержать внимание зрителя — у скринкаста должна быть четко поставленная цель (см. пункт 3), которая будет достигнута к концу эпизода.

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

6. Не описывайте дословно происходящее на экране.
Речь должна дополнять видеоряд, а не описывать очевидное. Например, если я пишу такой код

def quack(message)
puts "duck says #{message}"
end


я не буду говорить «а сейчас я пишу слово def, затем слово quack, которое является названием метода, затем открываю скобочки и в скобочках пишу название переменной message». Нет, это дословный и бессмысленный пересказ экрана. Я скажу «а сейчас я объявлю метод quack, который принимает один аргумент, содержащий выводимое в терминал приветствие нашей утки».

7. Выберите нормальный софт для записи.
Я использую Camtasia. Фичи, которые мне нравятся: возможность сделать паузу в любой момент сочетанием клавиш, удобный редактор с минимальным набором необходимых фич (вырезать фрагмент, склеить два фрагмента).

Вот, это пожалуй тот набор советов, который сформировался в моей голове сейчас. Я сам далеко не всегда следую всем этим советам. Так что, наверное, это пост в такой же степени для меня, как и для всех остальных — напоминание о том, к чему следует стремиться.

***

Воспользуюсь моментом, чтобы напомнить: мы ждем людей, желающих записывать скринкасты на hasBrains — когда ссылка на раздел слева отмечена серым цветом, то вполне возможно, что мы ищем автора для этого раздела. В этом случае — пишите нам, если вы чувствуете в себе силы записывать материалы. Мне лично было бы безумно интересно собрать на hasBrains талантливых и умных людей, готовых делиться знаниями — мне кажется этого в сети сейчас не хватает.
Tags:
Hubs:
Total votes 21: ↑19 and ↓2+17
Comments15

Articles