Персональные инструменты
 

DraftAboutVideo — различия между версиями

Материал из CustisWiki

Перейти к: навигация, поиск
м
м
Строка 2: Строка 2:
 
конференций — [http://wud.ru WUD-2011], [http://it-conf.ru/en/content/402.htm SPMConf-2011], [http://it-conf.ru/ru/content/378.htm SQADays-10] — юзабилити, менеджмент, тестирование. И снова нас позвали все это снимать.
 
конференций — [http://wud.ru WUD-2011], [http://it-conf.ru/en/content/402.htm SPMConf-2011], [http://it-conf.ru/ru/content/378.htm SQADays-10] — юзабилити, менеджмент, тестирование. И снова нас позвали все это снимать.
  
В некотором смысле, этот блог в последнее время превратился в сплошной поток анонсов IT-видео, и складывается впечатление, что мы профессиональная компания видеооператоров, специализирующаяся на IT-eventах.
+
В некотором смысле этот блог в последнее время превратился в сплошной поток анонсов IT-видео, и складывается впечатление, что мы профессиональная компания видеооператоров, специализирующаяся на IT-eventах.
 
Это конечно не так, и постараемся направленность этого блога изменить в самое ближайшее время.
 
Это конечно не так, и постараемся направленность этого блога изменить в самое ближайшее время.
  
Строка 10: Строка 10:
 
* [[:Категория:SQADays-2011 (наша запись)]]
 
* [[:Категория:SQADays-2011 (наша запись)]]
  
А потом, еще раз поговорить об <s>башмаках, о кораблях, о сургучных печатях, о капусте и о королях</s> конференциях, докладах,  видеозаписях, и ответить на те вопросы, которые вы хотели, но боялись задать (их задали другие).
+
А потом еще раз поговорим об <s>башмаках, о кораблях, о сургучных печатях, о капусте и о королях</s> конференциях, докладах,  видеозаписях, и ответим на те вопросы, которые вы хотели, но боялись задать (их задали другие).
  
 
----
 
----
Строка 61: Строка 61:
 
</poll>
 
</poll>
  
Это приводит к замкнутому циклу деградации
+
Это приводит к замкнутому циклу деградации: меньше новых интересных и нетривиальных тем → опытные специалисты перестают посещать конференции → аудитория наполняется новичками, часто впервые в жизни попадающими на конференцию, где все вновинку → востребованы классические простые темы → меньше нового и нетривиального → … <tt>goto 10</tt>
* меньше новых интересных и нетривиальных тем → опытные специалисты перестают посещать конференции → аудитория наполняется новичками, часто впервые в жизни попадающими на конференцию, где все вновинку → востребованы классические простые темы → меньше нового и нетривиального → …
+
  
В результате, у конференций начинает складыватся имидж специализированных мероприятий для нубов, и, сотрудников, скажем так, неспособных к самостоятельному поиску информации.
+
В результате, у конференций начинает складыватся имидж специализированных мероприятий для нубов, и, сотрудников, скажем так, неспособных к самостоятельному обучению.
 
+
Отдельная проблема — IT-конференции не очень хорошо распространяют знания в другие IT-цеха и гильдии: менеджеры жалуются на разработчиков на своих конференциях, разработчики презирают менеджеров — на своих, тестировщики пытаются доказать, что они друзья <s>человека</s> разработчика — на своих. Но мало кто затратит своих денег или нервов на выбивание командировки, чтобы ехать на тусовку чужой гильдии — и в результате, все так и остаются замкнутыми в своих проблемах.
+
  
 +
Отдельная проблема — конференции не очень хорошо распространяют знания в другие IT-цеха: менеджеры жалуются на разработчиков на своих сборищах, разработчики презирают менеджеров — на своих, тестировщики пытаются доказать, что они друзья <s>человека</s> разработчика тоже у себя. Но мало кто затратит своих денег (или нервов на выбивание командировки), чтобы ехать на тусовку чужой гильдии — и в результате, все так и остаются замкнутыми в своих проблемах.
  
 +
----
 
С другой стороны — живое выступление с богатой визуальной частью отлично подходит ITшникам — почти все в нашей области можно визуализировать — архитектурные диаграммы, инфографика метрик, и т.п., не говоря уже о том, что всегда можно показывать работающий софт.
 
С другой стороны — живое выступление с богатой визуальной частью отлично подходит ITшникам — почти все в нашей области можно визуализировать — архитектурные диаграммы, инфографика метрик, и т.п., не говоря уже о том, что всегда можно показывать работающий софт.
 
Это реально проще и эффективней для выступающего, чем делать качественно иллюстрированную статью.
 
Это реально проще и эффективней для выступающего, чем делать качественно иллюстрированную статью.
 
И реально лучше для зрителя, чем голая текстовая заметка или просто набор тезисов.
 
И реально лучше для зрителя, чем голая текстовая заметка или просто набор тезисов.
 +
 
А сама конференция полезна:
 
А сама конференция полезна:
 
* мотивацией → не просто записать вебкаст, а подготовится к событию, отрефлексировать тему, постараться над визуальной частью, отрепетировать.
 
* мотивацией → не просто записать вебкаст, а подготовится к событию, отрефлексировать тему, постараться над визуальной частью, отрепетировать.
 
* возможность получить быстрый feedback, который либо откроет незамеченные дыры, либо утвердит в правильности подхода.
 
* возможность получить быстрый feedback, который либо откроет незамеченные дыры, либо утвердит в правильности подхода.
  
Дело осталось за малым — записать выступление так, чтобы его можно было понять максимум, просмотрев с минимальным напряжением.
+
Дело осталось за малым — записать выступление так, чтобы можно было понять максимум, просмотрев с минимальным напряжением.
  
И мы видим свою миссию в том, чтобы
+
И мы видим свою миссию в том, чтобы:
 
* Помочь каждому практику озвучить свой опыт — как положительный, так и отрицательный, донеся его до максимальной аудитории, получив весь возможный фидбек.
 
* Помочь каждому практику озвучить свой опыт — как положительный, так и отрицательный, донеся его до максимальной аудитории, получив весь возможный фидбек.
* Сформировать и поддерживать базу знаний современных практик, более свежих и живых, чем переведенные западные книги. Это нужно и нам самим, для рефлексии наших собственных решений — будь то фреймворки или процессы.
+
* Сформировать и поддерживать базу знаний современных практик, более свежих и живых, чем переведенные западные книги. Это нужно и нам самим, для рефлексии наших собственных решений — будь то фреймворки или процессы<ref>Возможно, это положительно на нашей профессиональной репутации — по крайней мере, в нас не будут подозревать совсем уж «темных» и случайных игроков индустрии</ref>.
 
* Улучшить конференции:
 
* Улучшить конференции:
 
** повысить уровень, чтобы каждое новое выступление было действительно новым, а не «баяном», повторяемым из года в год;
 
** повысить уровень, чтобы каждое новое выступление было действительно новым, а не «баяном», повторяемым из года в год;
Строка 105: Строка 105:
 
А «эффективно» — означает, что технология записи и обработки достаточно проста, чтобы этим могли заниматься непрофессионалы.
 
А «эффективно» — означает, что технология записи и обработки достаточно проста, чтобы этим могли заниматься непрофессионалы.
 
У нас нет выделенных «видеооператоров», по сути, технология требует минимального внимания со стороны одного из участников, полноценно участвующего в семинаре, все что возможно автоматизировать — автоматизировано. А надежность и качество достигается не за счет внимания операторов, а с помощью перестраховки техникой.
 
У нас нет выделенных «видеооператоров», по сути, технология требует минимального внимания со стороны одного из участников, полноценно участвующего в семинаре, все что возможно автоматизировать — автоматизировано. А надежность и качество достигается не за счет внимания операторов, а с помощью перестраховки техникой.
 +
 +
Еще один момент — наш подход рассчитан на асинхронную обработку.
  
 
Более подробно, хоть и тезисно, наш подход описан в этой [http://wiki.4intra.net/User:StasFomin/VideoKnowHow презентации].
 
Более подробно, хоть и тезисно, наш подход описан в этой [http://wiki.4intra.net/User:StasFomin/VideoKnowHow презентации].
 +
 +
 +
Хорошо это или плохо?
 +
Конечно, есть плюсы и минусы.
 +
 +
Настоящий профессиональный подход требует кучу людей, техники, и требований к выступающим, входящим в конфликт с удобством выступающего.
 +
 +
Например, правильная профессиональная запись звука (кстати, звук — это наверное самая важная часть видео, как бы это ни странно звучало) — это отдельный петличный радиомикрофон докладчику (мешает!), и сильно мотивированный профессионал, чтобы постоянно контролировать звук через наушники.
 +
 +
Мы же пытаемся просто создать разумное звукоусиление (пусть докладчик говорит в микрофон), а зал  сам будет контролировать, работают ли колонки или нет. И записываем в нескольких местах (камеры + микрофон-диктофон для на компьютере). Потом выбираем лучшую (или единственную сохранившуюся) запись. Иногда делаем нормализацию и динамическую компрессию уровня, чтобы можно было слышать и дискуссию в зале. Идеала нет → компрессия уровня многое делает более слышимым, но также усиляет шумы…  Если кто-то тоже записывает лекции и нашел свои волшебные формулы, как обрабатывать звук, чтобы было неплохо (коэффициенты, колена, уровни…) — буду рад узнать. Особенно, если все это можно декларативно автоматизировать. И да, levelator конечно использую, но это сильно далеко от идеала.
 +
 +
Иногда мы чередуем звуковые дорожки → «основной доклад берем со второй камеры, дискуссию в зале с первой после динамической компрессии».
 +
 +
Если кто-то знает технологию, как из нескольких зашумленных звуковых дорожек сделать более одну качественную — буду очень рад узнать.
 +
 +
----
 +
Профессиональная сьемка — это грамотное освещение сцены: но если сцена заранее не приспособлена, то дополнительный свет будет слепить докладчика, и мешать участникам. А большая часть IT-семинаров проходит на неподготовленных площадках, в темных залах с мерцающими проекторами.
 +
  
 
----
 
----
 
А зачем
 
А зачем
  
 +
 +
----
 +
<references/>
  
 
<!-- {{To-lib-silent}} -->
 
<!-- {{To-lib-silent}} -->

Версия 02:56, 10 декабря 2011

Не успели мы до конца опубликовать записи с UXRussia-2011, как наступил непрерывный двухнедельный марафон конференций — WUD-2011, SPMConf-2011, SQADays-10 — юзабилити, менеджмент, тестирование. И снова нас позвали все это снимать.

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

Ну а пока, для тех, кто не любит много букв, мы приведем ссылки на разделы, где уже выложено видео с соответствующей конференции (в некоторых — почти все, в некоторых — все только начинается), и где можно подписатьяся на появление нового:

А потом еще раз поговорим об башмаках, о кораблях, о сургучных печатях, о капусте и о королях конференциях, докладах, видеозаписях, и ответим на те вопросы, которые вы хотели, но боялись задать (их задали другие).


Question.svg Зачем вы занимаетесь видеозаписью и публикацией? Вы зарабатываете на этом? Или это ваш смежный бизнес?

Нет, мы совершенно бескорыстны. И наш бизнес, заказная разработка учетных систем, никак с этим не связан.

Мы занимаемся этим, потому что:

умеем
у нас в компании непрерывно идут процессы обучения и демонстраций — и мы научились правильно и эффективно фиксировать знания на видео, на наших серверах лежат десятки терабайт внутренних IT-записей, малоинтересных для широкой аудитории — рассказов о внутренних фреймворках, введение новых сотрудников в долгоживущие проекты и т.п. Вызывать «профессионалов» для этого было бы для нас неподъемно, а делать с недостаточным качеством , например, просто сьемка на камеру — бессмысленно. Мы научились делать это малозатратно и с достаточным качеством. Т.е. увы, мы не обладаем операторским и монтажным опытом для съемки драматических фильмов, да и вряд ли нас позовут снимать даже свадьбу, но сделать запись семинара, чтобы по просмотру все можно было понять, не листая параллельно слайды и т.п. → мы умеем.
хотим
Несколько лет участния в конференциях и изучения трендов в софтверной индустрии, привело нас к мысли о том, что конференции — не очень эффективны:
  • при достаточно больших затратах ответственного докладчика
    • качественная подготовка материала, часто с перестраховкой («шесть страниц текста, за полгода до конференции, чтобы получить 30 минут в зале на 40 человек»)
    • часто надо куда-то ехать, особенно проблемно, если в другой город или даже страну.
    • а эффект — весьма невелик, и проигрывает статье даже не в журнале, а в обычном или коллективном блоге.
  • для участников нет возможности:
    • рекомендовать кому-то понравившийся доклад (т.е. распространение далее идет только в режиме «слышал я вашего Карузо, мне Рабинович напел ©»).
    • пропустить доклад, всласть пообщатся в кулуарах («нельзя! вокзал уходит! максимизировать профит = посетить все доклады!»)
    • сконцентрироваться на рефлексии выступления, а не на конспектировании — а ведь в идеале, толстые блокноты, традиционно раздаваемые на конференциях, это какой-то нонсенс.
    • вспомнить потом.
  • неучастникам достаются только крохи отзывов, в большинстве своем кратких и критичных («Это полная чушь! Это К.О.!»). А в нашей стране связность и распределенность такова, что даже не говоря о Дальнем Востоке — Уральский хребет надежно разделяет ITшников.

В результате, на конференции редко выступают практики («долго, геморройно, неэффективно, и опять не получится»), зато часто выступают

    • «профессионалы сцены» — маркетологи-сейлзы-техноевангелисты, тренеры-коучи, нередко гастролируя годами одной и той же темой,
    • «студенты» (аспиранты, кандидаты, …) — выступающие «для галочки» (защита курсовой, диплома, наполнение пустого CV).

Кстати, добавим сразу интерактивности в длинный текст.

Посещаете ли вы IT-конференции?

  •  Да, больше 5 в год
  •  Да, 3-5 в год
  •  Да, 1-2 раза в год
  •  Да, раз в два-три года
  •  Был один или два раза
  •  Ни разу не был, но хочу, только не получается.
  •  Не был, и не хочу.
  •  Раньше ходил, сейчас завязал.
  •  Не знаю, просто хочу узнать результат.

Таким образом «хвост крутит собакой» — небольшое число непрактиков, часто на основе коммерческого интереса, или просто прочитанных книг (устаревших еще за 10 лет до перевода), определяет тренды индустрии, «что такое хорошо, и что такое плохо», какие процессы, инструменты, фреймворки кошерны, а какие — порицаемы.

Согласны ли вы, что на IT-конференциях слишком много «непрактиков»?

  •  Да
  •  Нет
  •  Не знаю, просто хочу узнать результат.

Это приводит к замкнутому циклу деградации: меньше новых интересных и нетривиальных тем → опытные специалисты перестают посещать конференции → аудитория наполняется новичками, часто впервые в жизни попадающими на конференцию, где все вновинку → востребованы классические простые темы → меньше нового и нетривиального → … goto 10

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

Отдельная проблема — конференции не очень хорошо распространяют знания в другие IT-цеха: менеджеры жалуются на разработчиков на своих сборищах, разработчики презирают менеджеров — на своих, тестировщики пытаются доказать, что они друзья человека разработчика тоже у себя. Но мало кто затратит своих денег (или нервов на выбивание командировки), чтобы ехать на тусовку чужой гильдии — и в результате, все так и остаются замкнутыми в своих проблемах.


С другой стороны — живое выступление с богатой визуальной частью отлично подходит ITшникам — почти все в нашей области можно визуализировать — архитектурные диаграммы, инфографика метрик, и т.п., не говоря уже о том, что всегда можно показывать работающий софт. Это реально проще и эффективней для выступающего, чем делать качественно иллюстрированную статью. И реально лучше для зрителя, чем голая текстовая заметка или просто набор тезисов.

А сама конференция полезна:

  • мотивацией → не просто записать вебкаст, а подготовится к событию, отрефлексировать тему, постараться над визуальной частью, отрепетировать.
  • возможность получить быстрый feedback, который либо откроет незамеченные дыры, либо утвердит в правильности подхода.

Дело осталось за малым — записать выступление так, чтобы можно было понять максимум, просмотрев с минимальным напряжением.

И мы видим свою миссию в том, чтобы:

  • Помочь каждому практику озвучить свой опыт — как положительный, так и отрицательный, донеся его до максимальной аудитории, получив весь возможный фидбек.
  • Сформировать и поддерживать базу знаний современных практик, более свежих и живых, чем переведенные западные книги. Это нужно и нам самим, для рефлексии наших собственных решений — будь то фреймворки или процессы[1].
  • Улучшить конференции:
    • повысить уровень, чтобы каждое новое выступление было действительно новым, а не «баяном», повторяемым из года в год;
    • «разгрузить» участников от необходимости «заслушать как можно больше докладов», и открыть новые возможности даваемые личным присутствием — больше интерактива, лайвкодинга-хакинга, и даже просто общения.

Question.svg Что такое «правильная» запись?

  • Наш опыт производства, а главное — потребления IT-видео показал, что это означает вполне определенные приоритеты «информационных каналов» IT-семинара с компьютером (выступление только с флипчартами — отдельная тема, лично я считаю, что флипчарты — must die):
    • Всегда должен быть экран и звук, причем экран должен быть записан с точностью до пикселя, чтобы обеспечить читаемость и корректность цветов, а не аналогово-цифровым преобразованием (камерой). Т.е. стандартный подход телеоператоров, когда 90% показывают крупный план докладчика, и только на смене слайдов показывают крупный план слайда секунд на 10 — не работает. Не говоря уже, о ситуации, когда на экране не статичные слайды, а живое демо или лайвкодинг.
    • Вторым по важности является докладчик — на самом деле тут важны жесты (включая прочую двигательную активность) и, возможно, мимика.
    • И наконец, некоторую пользу приносит и вид зала — чтобы видеть непосредственную реакцию зрителей, и чтобы было видно «кто это сказал?».

Распределите имеющиеся голоса по предпочтительному типу видеомонтажа:

Вы можете использовать 7 голосов.
  •  Классический монтаж: докладчик, иногда (правильно — в момент переключения) показывают слайды.
  •  «Скринкаст» — слайды, экран, и голос — остальное лишнее.
  •  Наш подход — экран и докладчик, если есть место — можно и зал.


Question.svg А «эффективная» запись? А «эффективно» — означает, что технология записи и обработки достаточно проста, чтобы этим могли заниматься непрофессионалы. У нас нет выделенных «видеооператоров», по сути, технология требует минимального внимания со стороны одного из участников, полноценно участвующего в семинаре, все что возможно автоматизировать — автоматизировано. А надежность и качество достигается не за счет внимания операторов, а с помощью перестраховки техникой.

Еще один момент — наш подход рассчитан на асинхронную обработку.

Более подробно, хоть и тезисно, наш подход описан в этой презентации.


Хорошо это или плохо? Конечно, есть плюсы и минусы.

Настоящий профессиональный подход требует кучу людей, техники, и требований к выступающим, входящим в конфликт с удобством выступающего.

Например, правильная профессиональная запись звука (кстати, звук — это наверное самая важная часть видео, как бы это ни странно звучало) — это отдельный петличный радиомикрофон докладчику (мешает!), и сильно мотивированный профессионал, чтобы постоянно контролировать звук через наушники.

Мы же пытаемся просто создать разумное звукоусиление (пусть докладчик говорит в микрофон), а зал сам будет контролировать, работают ли колонки или нет. И записываем в нескольких местах (камеры + микрофон-диктофон для на компьютере). Потом выбираем лучшую (или единственную сохранившуюся) запись. Иногда делаем нормализацию и динамическую компрессию уровня, чтобы можно было слышать и дискуссию в зале. Идеала нет → компрессия уровня многое делает более слышимым, но также усиляет шумы… Если кто-то тоже записывает лекции и нашел свои волшебные формулы, как обрабатывать звук, чтобы было неплохо (коэффициенты, колена, уровни…) — буду рад узнать. Особенно, если все это можно декларативно автоматизировать. И да, levelator конечно использую, но это сильно далеко от идеала.

Иногда мы чередуем звуковые дорожки → «основной доклад берем со второй камеры, дискуссию в зале с первой после динамической компрессии».

Если кто-то знает технологию, как из нескольких зашумленных звуковых дорожек сделать более одну качественную — буду очень рад узнать.


Профессиональная сьемка — это грамотное освещение сцены: но если сцена заранее не приспособлена, то дополнительный свет будет слепить докладчика, и мешать участникам. А большая часть IT-семинаров проходит на неподготовленных площадках, в темных залах с мерцающими проекторами.



А зачем



  1. Возможно, это положительно на нашей профессиональной репутации — по крайней мере, в нас не будут подозревать совсем уж «темных» и случайных игроков индустрии