Один урок = один пакет
В последние годы я стараюсь упростить онлайн курсы и один из способом оптимизации это "Один урок = один пакет". Большинство авторов онлайн курсов делают курсы из большого модуля или нескольких больших модулей, внутри которых есть еще своя система навигации (боковое меню, карта курса, разводной слайд и т.д.). Потом цикл таких модулей объединяется в один мега курс в LMS, возможно еще к нему добавляется тест на базе LMS. В итоге получается двойная система навигации: на уровне LMS и на уровне модуля. Это избыточно.
Возможно это имело смысл раньше, лет десять-двадцать назад, когда конструкторы курсов были функциональнее LMS. Однако сейчас LMS тоже догнали по возможностям. В них можно загрузить практически любой медиа контент и сделать из этого структуру курса.
Так вот, такое упрощение даст вам много выгоды:
— Гибкость. Вы сможете гибко составлять различные онлайн программы под свою аудиторию и даже назначать вместо мегакурса что-то небольшое и конкретное чтобы повторить или напомнить о частой ошибке.
— Скорость обновлений. Вы сможете быстрее обновить микро модуль, чем весь курс. А если что-то надо удалить, то легко выпиливаете.
— Упрощение работы. Открыть небольшой исходник, внести изменения и быстро получить билд курса вместо публикации 20-30 минут мегакурса? Да!
— Стабильность работы. У маленьких модулей меньше причин для поломок, сессии не умирают, а если и есть баги, то их проще найти и починить чем в большом курсе. Ну и у людей меньше будет поводов чистить кеш, когда из-за одной мелкой правки на слайде №357 вы обновляете весь курс целиком.
В общем, мысль вам закинул. В следующем проекте попробуйте сделать курс из небольших атомов и объединить все это на базе LMS, вместо того чтобы запихивать все в один скорм пакет. Может быть вам такой подход понравится?
В последние годы я стараюсь упростить онлайн курсы и один из способом оптимизации это "Один урок = один пакет". Большинство авторов онлайн курсов делают курсы из большого модуля или нескольких больших модулей, внутри которых есть еще своя система навигации (боковое меню, карта курса, разводной слайд и т.д.). Потом цикл таких модулей объединяется в один мега курс в LMS, возможно еще к нему добавляется тест на базе LMS. В итоге получается двойная система навигации: на уровне LMS и на уровне модуля. Это избыточно.
Возможно это имело смысл раньше, лет десять-двадцать назад, когда конструкторы курсов были функциональнее LMS. Однако сейчас LMS тоже догнали по возможностям. В них можно загрузить практически любой медиа контент и сделать из этого структуру курса.
Так вот, такое упрощение даст вам много выгоды:
— Гибкость. Вы сможете гибко составлять различные онлайн программы под свою аудиторию и даже назначать вместо мегакурса что-то небольшое и конкретное чтобы повторить или напомнить о частой ошибке.
— Скорость обновлений. Вы сможете быстрее обновить микро модуль, чем весь курс. А если что-то надо удалить, то легко выпиливаете.
— Упрощение работы. Открыть небольшой исходник, внести изменения и быстро получить билд курса вместо публикации 20-30 минут мегакурса? Да!
— Стабильность работы. У маленьких модулей меньше причин для поломок, сессии не умирают, а если и есть баги, то их проще найти и починить чем в большом курсе. Ну и у людей меньше будет поводов чистить кеш, когда из-за одной мелкой правки на слайде №357 вы обновляете весь курс целиком.
В общем, мысль вам закинул. В следующем проекте попробуйте сделать курс из небольших атомов и объединить все это на базе LMS, вместо того чтобы запихивать все в один скорм пакет. Может быть вам такой подход понравится?