Обсуждение

Попробую подсказать Вам инструмент, который может помочь в работе с материалом. В стандартной поставке Microsoft Office идет приложение OneNote. Ваши слайды можно перенести в "страницы" OneNote (Copy&Paste) и дополнить необходимым текстом. Страницы можно группировать по разделам, которые так же могут группироваться, тем самым Вы можете организовать структуру материала. Полную базу материала вы можете хранить в одной "записной книжке". При подготовке туториала Вы можете отдельные страницы и разделы копировать в "книжку туториала". Вы всегда сможете сформированную книжку отдать заказчику, так как с большой вероятностью у них в поставку офиса включен OneNote. Или можете экспортировать в формате PDF. Выложить в свободный доступ "запсную книжку" можно через SkyDrive. По функционалу в репрезентативной части OneNote Ваши слайды потянет. Ну и у него много своих вкусный плюшек. Например, для карточек Essence можно использовать: http://sdrv.ms/13NVu5I

Я сам уже много лет пользуюсь Evernote, а за развитием OneNote давно не слежу (хотя наверняка он более приспособлен для работы с офисными документами и даже отдельными слайдами, нежели Evernote). Думаю, что программы этого класса (*note) мне малопригодны сейчас: -- меня волнует разработка слайдов, и где я буду держать мастер-копию? В ноутах же будет только копия! -- меня волнует аутлайн на первых порах (и это я делаю в sublime text сейчас, там с этим всё более чем хорошо) и модели на вторых порах (думаю, что правильная разметка в sublime text будет тоже спасать на первых порах, а потом подтянутся родные моделлеры Essence, или мы обнаглеем и сделаем свой на базе .15926 Editor). Так что и для аутлайна Note не лучшее решение. Ужас в том, что даже простой аутлайн мало подходит: мир не иерархичен, поэтому контент очень плохо раскладывается в дерево (граф тут был бы много более уместен), кроме этого нужно как-то заниматься зависимостями между отдельными фрагментами в плане "нельзя понять X без предварительного понимания Y" с учётом разных уровней подробности изложения. Модель в этом плане будет лучше, но аутлайн много легче актуализировать и перетряхивать. Но в какой-то момент нужно всё одно будет делать текст с картинками для раздачи -- и тогда это может быть или OneNote, или какой-нибудь Scrivener (https://www.literatureandlatte.com/scrivener.php) или какой-нибудь репорт-генератор из моделера в .pdf Нельзя также исключать и задействование специализированных учебных форматов типа SCORM (используются программами дистантного образования, в том числе в софте HR-подразделений крупных компаний). Тут думать и думать, как всё это может быть устроено и какие программы лучше задействовать. Поэтому я сначала как-то структурирую и переработаю уже имеющийся материал в подручном софте, а затем буду думать, куда его уложить.

А если использовать какой-то софт для mind map? Тот же MindJet, FreeMind, FreePlane? Картинки вставлять можно, иерархии и доп.связи делаются естественно, уровни (в т.ч. и уровни понимания) можно распахивать/сворачивать... Конспект ваших первых видеолекций для себя я делал во FreeMind, получилось неплохо.

О, у вас и конспект есть, да ещё в варианте аутлайна! Не пришлёте? ailev@asmp.msk.su MindMap -- я этого никогда не понимал, ибо для меня режим аутлайна для представления дерева всегда оказывается удобней, а собственно дерева не хватает никогда (и все эти майндмэпперы при указании доп.связей очень кривы, они в существенной мере именно аутлайнеры/деревянны в своей основе). Круче дерева -- это направленный граф, но любые графические представления (например, во FlyingLogic или yEd) мгновенно проигрывают текстам при росте объема. Так что я склоняюсь к тому, чтобы написать большое-большое кривое дерево (сейчас в нём порядка полутыщи строк -- а за многими строками какой-то слайд) в аутлайнере, а потом выправить его в какой-то вариант графа с использованием идей justy_tylor (если хватит ума и запала). И наладить какую-то автоматизацию сборки презентации из отдельных слайдов, номера которых указываются в узлах дерева. Ну, и потом легко в дерево вписывать текст. Если вписывать текст с картинками, то сразу всё сложнее: или это хороший текстовый редактор для разработчика (типа Sublime Text 3), или редактор художественного текста с картинками (вау, как тяжело крутить тексты с картинками в том же Ворде -- а ведь у меня уже сейчас девять уровней в дереве не редкость, представляете девять уровней "оглавления" в Ворде?!).

Отправил конспект. Мне интересно ваше мнение.

Что касается автоматизации сборки презентаций, то довольно давно (когда ещё был разработчиком) у меня были идеи по этому поводу. Но они были завязаны на LaTeX и его пакеты. Получалось неплохо. Исходники на LaTeX гораздо лучше подходят для автоматической обработки. Может, стоит взглянуть в том направлении? Есть там инструменты и для визуального набора, не только с ручной расстановкой тегов структуры.

Так я примерно в этом направлении и думаю -- формальный текстовый язык моделирования может помочь потом получить "отчёты" по модели, в которых может как-то собираться всё нужное. Эти "отчёты" и могут быть раздатками. Если говорить о "текстовом редактировании", то это не WYSIWYG редакторы, а nroff/troff или тот же LaTeX. Так что вы правы: ручная расстановка тегов структуры, потом автоматическая сборка результата без необходимости ручного наведения красоты в WYSIWIG. Человек должен удобно редактировать контент, а красота должна наводиться компьютером.

Книжка BORO. 1. Это об этом - https://en.wikipedia.org/wiki/BORO_method или о чем-то другом? 2. Это реальная книга или рабочее название для материала?

Да, это то самое BORO. Реальная книжка: http://www.brunel.ac.uk/%7Ecssrcsp/BusObj.pdf (мне уже много людей спасибо сказали за знакомство с этим текстом).

А вариант на базе wiki-движка рассматривается? У вас же, насколько помню, так PraxOS описывается. При этом, наверное, может понадобиться свой внешний обработчик, который будет собирать различные конфигурации.

У меня на эту тему когда-то были рассуждения: поищите у меня в блоге на "гиперкниготексты". Вики отличается тем, что там ни иерархии толком, ни последовательности прочтения. А у меня не словарь и не энциклопедия -- у меня учебные модули, это другое.

В голом wiki -- согласен. Зато сразу есть контроль версий отдельных юнитов, rich content и ссылки. Мысль была как раз в том, что структуру связей реализовать поверх этого. К сожалению, это не решается конфигурированием известных мне платформ. Поэтому и вопрос про внешний парсер / сборщик. У нас есть сейчас похожая задача, упаковать внутреннюю методологию. Приоритет у нее невысокий пока, к сожалению, поэтому вяло наполняем Confluence + Word, а про глобальные конфигурации вопрос отложили. Поэтому очень интересно, на каком варианте остановитесь вы. P.S. Коллеги из БИГ не пытались приложить такое к нормативным документам, в ОргМастер / ГосМастер? Или там с конфигурациями попроще все было?

Я же как раз и пишу: сначала грубо аутлайн плюс слайды (ибо это не столько методология в чистом виде, сколько некоторый уже наработанный учебный материал), а затем перевод в методологический формат (системный язык + Essence). Конечно, и в ОргМастере делают похожие вещи, но без картинок, без выхода на учебные программы (там регламенты главным образом готовят), без какой-то настройки именно на методы (там ведь в основе eIDEF0 лежит, поддержанная кодом). Можно такое и в Business Studio делать, не вопрос (там тоже генератор отчётов над IDEF0), с теми же ограничениями. Так что я потихонечку буду двигаться пока: от простого к сложному. Самому интересно, на чём я остановлюсь.

Хочу поддержать идею с конфлюенс. У меня похожая задача. Нужно было задать "платформу" для самообучения людей, которым нужно каким-то образом интегрироваться с хранилищем данных. Конфлюенс уже была. Я реализовал таким образом: 1. Дерево страниц. Confluence, в отличии от стандартной вики натурально поддерживает деревья 2. Оутлайн самообучения для каждой потенциальной роли в виде списка ссылок на все нужные страницы в порядке прочтения. 3. Система меток (labels). Пока не развита, но, кстати, и роли можно задать метками Минус - не подходит для личного пользования, потому что требует сервера со всеми вытекающими. Дополнительный плюс - страницы экспортируются в ворд и пдф натурально.

-1- поддерживаю идею сборки в/под/через LaTeX (пачее же ранее Вы упоминали о проблемности "работы в Ворде с 9 уровневостиью". так само интересное - умомянутое еще, поди, мелочь/лёгкость несусверная коль сравнивать с пере-сборкой/форматированием математического текста диссертационного уровня....) особо учитывая, что под Ваши непростые стреткры в общем-то можно собрать-то непростые стили... -2- сколькоязычный вариант планируется? (я в общем-то хотел предложить коллеге-научнику из Сименс глянуть на такой вариант сбора сложных проектов )

Я хотел бы два языка минимум -- русский и английский. Уже сейчас часть материалов (слайды) есть на этих двух языках сразу. Но не уверен, что LaTeX -- мне не просто текст как конечный артефакт нужен, и входная у меня тоже модель должна быть, а не просто аутлайн.

тогда (латинская версия) вельми интересно будет Германцам, надеюсь.