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

    Поскольку я уже продолжительное время записываю скринкасты по 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 талантливых и умных людей, готовых делиться знаниями — мне кажется этого в сети сейчас не хватает.
    Share post

    Comments 15

      0
      Подскажите, существует ли адекватный бесплатный/дешевый редактор скринкастов? $300 как то многовато.
        0
        О, я не знал, что Camtasia под win стоит $300. Версия для MacOS стоит $99. Видимо там есть значительные отличия.
          0
          Я обожаю Camtasia, Только вот на мой взгляд её минус в том что скринкаст с экрана 1366x768 в 10 минут занимает 6-8 GB.
          А других аналогов не нашёл, и что бы ещё во время записи сжимала.
          И еще её плюс в том что системные звуки умеет записывать.
          Вообще у нее много плюсов. :)
            0
            Странно, не может быть. У меня средний скринкаст весит 200Мб. Вы, наверное, в какой-то неправильный формат сохраняете. Попробуйте в mp4.
          –1
          Я думаю, под win можно найти софт в пределах $100. Но, я думаю, полагаться на бесплатный софт в этой категории не стоит. Лучше попробовать различные триальные версии и затем потратиться, чтобы сэкономить себе нервы.
            0
            В винде точно, там нет ни одного сколько нибудь вменяемого средства записи скринкастов и не за деньги…
            В Линуксе точно не имеет смысл покупать, да и встроенные аналоги вполне хороши, но редактор к ним отдельный нужен.
              0
              А вот и идея для open source проекта :)
                +1
                Есть. belonesox написал весьма интересный скринкастер wiki.4intra.net/Screen2Log которым записываются экраны докладчиков на различных конференциях.
              0
              freopen:
              Я пользуюсь Expression Studio Encoder, прекрасная вещь. Стоит 200 баксов.
              –4
              статья ниочем, настолько глубокомысленные и не очевидные советы, под каждым, прям хочется поставить да КЭП! Только 7й еще о чем то и то писать «я юзаю такой то софт, потому что он клевый», ну просто глупо, ожидается: «Я посмотрел то, посмотрел это и остановился на третьем в силу следующих причин...».
                +2
                Вы абсолютно правы, что советы очевидные. Но дело, мне кажется, в том, что полезно иметь их перед глазами. Одно дело думать, что это все «и так понятно», совсем другое — использовать на практике. Если бы вы попробовали записать скринкаст, вы бы поняли, что я имею в виду.
                  –4
                  пробовал и не один раз, голос и дикция у меня не для микрофона, в связи с этим пришлось бросить эту затею, решил не пытать зрителя. Если ты не «школоблогер» не нужны тебе такие советы.
                0
                Есть замечательная программа записи видео с экрана: UVScreenCamera , ну и фриварная CamStudio.
                  0
                  Пару раз приходилось писать демки «на скорую руку». Вот три бесплатных способа:
                  1) Если у вас есть Lync в компании, просто сделайте митинг, прийдите туда в одиночку, запишите видео и смонтируйте в любимом редакторе.
                  2) Wink как альтернатива Камтазии. Есть нормальный редактор с аннтоациями.
                  3) Есть еще Expression Encoder в триальной версии. Если надо писать что-то с большим фреймрейтом (напр. видеоигру).
                    0
                    Автор, я хотел бы добавить к вашим правилам ещё одно — избегать отстраненных рассуждений. Есть множество хороших специалистов, извлечь, однако, из речей которых что-то реально полезное сложно. Яркий пример — статья (не скринкаст, но можно и в скринкасте такое «сделать») про архитектуру SQL Server:
                    «Итак, господа, все мы знаем, что индексы в SQL Server представляют собой B-tree, .........» — и дальше ещё штук пять определений.
                    Лично я, если слышу подобное размазывание, сразу выключаю видео/закрываю статью. Подобным грешат также начинающие авторы — я тоже в начале своего пути записи видео постоянно пускался в отстраненные обсуждения. IT-тематика — это не философия и не демагогия, здесь нужно доносить только то, что анонсировано.

                    Only users with full accounts can post comments. Log in, please.