August 15th, 2013

2019

Авторинг для библиотеки практик

Русское слово "авторинг" означает во всех словарях за мелкими вариациями что-то типа "создание авторского произведения из оцифрованного материала с помощью специальных программных средств". Вот эти-то специальные программные средства меня и интересуют: я хотел бы наавторствовать один раз (всенепременно в Windows, маколюбителям просьба не беспокоиться), а потом публиковаться в самых разных медиа. Самое правильное было бы устроить разделение труда:
-- я бы понимал в предмете и создавал содержание (у себя в голове, наверное),
-- кто-то понимающий бы в инструментах занимался этим "авторингом" (под мою диктовку).

Ничего не напоминает? Ага, требуется "секретарь-машинистка" образца 2013 года: к буковкам добавились картинки, интеракция и т.д.. Даже если считать, что это не "машинопись с картинками", а "профессиональная вёрстка", то и тут собственно авторство и оформительство стремительно склеиваются -- не без помощи современного софта. Так что нужно "быть в тренде", и забыть о помощниках (они могут потребоваться потом, для наведения красоты -- когда основной материал будет создан).

До сих пор мой авторинг главным образом был в Semagic (для ЖЖ), PowerPoint (для докладов), Word (для клиентов), Sublime Text (для экспериментов с текстовыми файлами). Но некоторое время назад мне захотелось как-то собрать производимый мной эээ... контент в эээ... кучку (постановка задачи -- http://ailev.livejournal.com/1080504.html, объем задачи -- кратенький аутлайн контента в текущем виде занимает 17 страниц мелкого шрифта, слайдов уже сейчас около 300, а объем уже написанных текстов в моём бложике я не мерял -- но на пару сотен страниц вполне может набраться уже сейчас).

Сегодня я поглядел на инструменты для этого самого авторинга (authoring software). Как всегда, счастья в жизни -- унивесального инструмента, killer application -- не нашлось. Я себя чувствовал, как обезьянка из анекдота -- когда умных просили пойти направо, а красивых влево.

1. Для доклада или лекции я должен использовать MS PowerPoint, иначе не поймут-с. Дальше можно думать об интеграции с OneNote (куда слайды постятся либо в виде картинок, либо в виде иконок пауэрпойнта -- с возможностью вызвать пауэрпойнт, чтобы этот слайд посмотреть). Средство структурирования кучи слайдов -- секции и возможность импорта, текст (без картинок!) добавляется в NotePages. Возможна сложная автоматизация в виде макросов на VB -- и я даже написал сегодня макрос, выводящий в PageNotes уникальные номера слайдов в файле. Это, пожалуй, самый открытый для программирования на нём продукт -- писать-то необязательно на VB (например, вот доступ из Питона: http://odetocode.com/blogs/scott/archive/2013/06/26/convert-a-directory-of-powerpoint-slides-to-pdf-with-python.aspx и там ссылка на инструментарий http://sourceforge.net/projects/pywin32/files/pywin32/Build%20218/, хотя форумы подсказывают, что хелп проще всего брать в хелпе PowerPoint VB и на соответствующих форумах). Кстати, доступ к VB в PowerPoint простой: нужно в опциях включить в состав тулбаров Developers. Появится соответствующий таб в ленточке, там-то и будут макросы и VisualBasic IDE.

2. Если нужно опубликовать курс в Сети, и добавить интерактивности (кнопки, вопросы, простые анимации и т.д.), то либо это плагины для того же MS PowerPoint (с более-менее ограниченными возможностями), либо монстры типа ZebraZapps (http://zebrazapps.com), либо "powerpoint на стероидах" типа Articulate Storyline (http://www.articulate.com/products/storyline-overview.php), который может начать с тех же PowerPoint слайдов, а затем позволяет сделать из них интерактивный праздник с ответами на вопросы и ветвлениями. Конечно, праздник получается немного не такой, какой хотелось бы: начиная с общей тормознутости (40 слайдов PowerPoint на моём ноутбуке закачивает 20 минут -- и результат не слишком аккуратен) до вставки картинок только из файла, cut/paste картинок работает только внутри программы! Интерфейс так похож на PowerPoint, что такой неприятности просто не ожидаешь. Как и отсутствия SmartArt и таблиц -- но зато есть "персонажи" (мне почему-то кажется, что они в подаче материала абсолютно лишние -- но это стандартная фича для всех учебных программ такого класса). Возможности манипулирования кучей слайдов такие же, как в PowerPoint (секции тут называются сценами, но так же одноуровневы и всей радости в них -- коллапс-раскрытие).

Есть ещё Adobe Captivate 7 (http://www.adobe.com/products/captivate/features.edu.html), но там упор на большую адобовскую профессиональную экосистему вокруг Flash, и в сравнениях этот продукт не так хорош -- вот обзорчик: http://www.electronmedia.in/wp/adobe_captivate7_vs_articulate_storyline_vs_lectora_inspire/. А поскольку у меня "огромный проект", то мне по рекомендации этого обзорчика вообще нужно подсаживаться на Lectora Inspire (http://lectora.com/e-learning-software/), если бы от этого продукта у меня не было ощущения тотальной недоступности, неприступности, неподъёмности. Так что Articulate Storyline выглядит разумным компромиссом.

Конечно, есть и visual novels инструментарий (http://ailev.livejournal.com/999669.html), но там при абсолютно сравнимых вариантах будет посложней, чем с инструментарием онлайн курсов.

3. Если я хочу сделать многотомную книжку с картинками (что вполне естественно для такого материала, как у меня), то по более-менее общему признанию рулит Scrivener (который в части Windows вполне себе развивается и авторы обещают постепенно догнать версию для Mac -- https://www.literatureandlatte.com/scrivWinChangeList.php). И сразу же доклады-слайды и учебные курсы-с-вопросами давай, до свидания.

4. Но вообще-то мне нужна модель и генерация всего остального из неё -- прежде всего карточек Essence и guids: материал-то у меня довольно структурированный, я ведь библиотеку практик хочу получить и генерировать из него методы (про библиотеки, практики и методы см. в http://ailev.livejournal.com/1082573.html ). Для этого мне нужен моделер Essence. Первый доступный моделер я тоже попробовал (http://www.ivarjacobson.com/EssWork_Practice_Workbench/), но он мне не понравился. Карточки-то я получу, но что дальше делать с
-- докладами/лекциями (неизбежными при постановке практик),
-- дистантными онлайн курсами (HR службы наверняка запросят их в SCORM-формате),
-- книжками (в Essence предусмотрены ссылки на внешний по отношению к модели контент, но ничего не говорится о том, как с ним работать -- вестимо, моделеры это вряд ли будут поддерживать генерацию объяснений)?

5. Машапы изо всех этих разнородных "авторинговых инструментов" получаются не слишком хорошо: все они во что-то экспортируют (например, в .doc -- других "общеконтентовых" стандартов пока не придумано. Экспорт в HTML5 не спасает: прочесть этот файл уже будет нельзя, его можно дальше только публиковать), но качество этого экспорта в сочетании с качеством неизбежного потом импорта оставляет желать -- а результаты всё одно будут требовать ручной доработки напильником.

6. Засучивать рукава и пытаться делать какой-то свой "авторинговый тул" -- нет уж, увольте. Да, я понимаю, что из .15926 Editor и чего-нибудь типа http://lab.hakim.se/reveal-js/#/ можно за некоторое время сделать ровно то, что мне надо. Но лучше пусть это сделает какой-нибудь пухленький программистский стартап, я же хочу пока позаниматься авторингом.
2019

Форматы медиа

Я бы выделил три предельных (понятно, что в жизни границы размыты) формата медиа:
-- роман: длииинный текст истории с картинками. Это электронная (ибо разбиение на страницы не важно) книжка. Роману ввиду огромного объема ничего не мешает иметь много томов или многоуровневый аутлайн.
-- справочник: россыпь непоследовательных кусочков текста с картинками на страницах очень разного размера, плотно перевязанные друг с другом ссылками. Это (по линии нарастания формальности излагаемого материала) вики с плавным переходом к моделям. Собственно, типичный вебсайт -- это как раз такой "справочник", редко "альбом" и никогда "роман".
-- детский альбом: вёрстка -- это наше всё, размер страницы и порядок чтения фиксирован. Это слайды (диафильм, плавно переходящий в фильм по мере повышения частоты кадров и добавления голоса с видео), даже если называется "онлайн учебный курс" или visual novel. Рукописные вариации (типа Khan Academy) это тоже альбомы.

Всякие "писульки" (типа служебной записки начальству, рабочих тетрадей для раздачи ученикам, регламентов работы, программ курсов и т.д.) укладываются в один из этих трёх форматов, учитывая что даже служебные записки всё чаще готовятся в форме слайдоментов.

Ужас в том, что требуется один и тот же контент для разных стейкхолдеров и даже одних и тех же стейкхолдеров в разные моменты времени излагать в разных медиа. Так, учиться лучше бы, читая роман (последовательный рассказ про изучаемую дисциплину) и выполняя какие-то проекты. Но самый высший менеджмент (да и вообще производственники, которые считают, что они всегда "работают" и никогда не "учатся") получает информацию исключительно через листание альбомов с прилагающимися устными объяснениями: романов и справочников эти занятые люди не читают. Про то, что это напоминает чтение книжки с картинками мамой маленькому дитёнку, просьба даже не заикаться: маме нужно заинтересовывать дитятку, дитятке же в любом возрасте ничего не надо. Если будет надо -- найдёт и прочтёт роман или справочник. А до этого -- альбомы и увещевания, то есть "тренинг со слайдами" и/или "дистантные онлайн курсы в картинках".

Когда выучились (а то и по ходу обучения) всё одно потребуются модели и прилагающийся к ним справочник. kapterev напомнил разницу бестселлеров и лонгселлеров: бестселлеры это романы с последовательно излагаемой историей, а лонгселлеры это справочники, читающиеся с любой точки. Так что сначала быстро читается история, а затем дооооолго идёт моделирование и обращения к справочнику.

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

Проблема в том, что архитектурные (и они же -- конфигурационные) единицы в разных группах описаний (view) будут разные:
-- в историях это структуры (structure, например, story arc в сериалах), наложенные на сюжеты (plots). См. сверхкраткий обзорчик, например, тут: http://ingridsnotes.wordpress.com/2013/08/08/organic-architecture-links-to-the-whole-series/.
-- в содержании это картинки, тексты и их смеси (статичные как в манге или динамичные как в скрайбинге, типа тех же видео Академии Хана).
-- в дисциплине это формальные модели (от глоссария через тезаурус к онтологии)
-- в коммуникации это персонажи-нарраторы (презентеры),
-- в учебном контексте это вопросы для тестов, симуляционные модели и прочие "интеракции".
-- в плане знаний модели (от глоссариев до онтологий)
-- в плане дистрибуции это предписанные тем или иным каналом распространения форматы файлов
-- и т.д, и т.п.,

Все эти view (и соответствующие им знания по их созданию -- viewpoints и методы разработки) важны. Фишка в том, как всё это удерживать в голове и соединять друг с другом: автоматических решений перекомпоновки справочного текста с картинками в текст истории в формате скрайбинга я не знаю. Авторинга с искусственным интеллектом пока не появилось, кроме как для простейших случаев (я писал об этом пару лет назад: http://ailev.livejournal.com/925813.html), делать такой искусственный интеллект -- опять-таки тема для программистского стартапа. Меня же сейчас интересует создание библиотеки практик в ассортименте разных медиа-форматов, облегчающих постановку этих практик, а не создание стартапа или создание программной системы авторинга (хотя это тоже всё интересно, но не прямо сейчас).

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

Так что неудивительно, что для разных форматов медиа инструменты авторинга такие разные (я вчера сделал их обзор -- http://ailev.livejournal.com/1083429.html): в каждом из них создавать продукты придётся буквально с нуля, повторно используя лишь какие-то небольшие цитаты и картинки. Список в обзорчике у меня неполный, конечно. Редактор инфографики есть в авторинге слайдовых медиа, но я бы добавил к нему графовый (не путать с графическим) редактор yEd (http://ailev.livejournal.com/1052859.html). Думаю, ещё много чего забыл (или сознательно не упомянул -- например, интеграцию с "социальным софтом", поддержку community of practice для библиотеки практик, пардон за тавтологию. Поддержка интересующегося каким-то контентом комьюнити сейчас стандартная функция уже для многих форматов медиа).