Комментарии 31
Нет повода для конфликта с преподавателями, это может существовать на уровне студенческой самодеятельности, опосредственно с консервативными учителями. Хотя возможно, со временем, даже самым закостеневшим преподавателям будет удобно пользоваться «студенческими», актуальными материалами.
В первую очередь это очень помогает студентам. И есть надежды полагать, что поблизости (не обязательно в пределах ВУЗа) найдётся преподаватель который сможет поддержать тягу молодых людей к знаниям.
За 5 лет обучения только два раза получилось победить таких преподавателей: первая достала не только нас, но и кафедру, а второй попался на взятке.
Нет мотивации
Я сталкивался много с другой ситуацией. Преопды рассказывают мат.часть в вузе, основы что как и т.д. А потом студенты жалуются, «нас ничему не учат, фигню какую то, а как пользоваться *название фреймворка* не объяснили, вот мы и не умеем программировать, а потом что то еще спрашивают с нас» или «да зачем нам рассказывают об алгоритмах сжатия, фигня какая то, лучше бы про *что_то*. Примерно в таком духе. Еще и препод после этого плохой. Вот это куда сильнее меня удручает.
Я не могу жаловаться на преподов, у нас были хорошие, которые и интересовались новым, и не вставали в позу со своим чсв. К которым можно было прийти в любой момент на кафедру по интересующим вопросам. Скорее многие из нас не особо к этому стремились. Я даже удивлюсь сейчас вспоминая это).
Молодежи не так много преподает.
У меня сейчас перед глазами достаточно неудачный пример. Пригласили ребят из „ведущей компании“ области, преподавать дисциплину. Вроде по актуальным вещам. Но ребя с чсв не меньше чем у вспоминаемых тут в коментах старых преподов, с максимализмом, оч критичным взглядом по тем или иным вещам/подходам в программировании.
Так что я бы сказал лучше не „молодежи не так много преподает“, а „не так много хороших преподавателей“. Их всегда было не так и много на самом деле) И возраст тут не показатель. Так же не мало и от самих студентов и их контакта с преподом зависит.
Про предотвращение устаревания в статье ничего нет. В электронку перевести не проблема, проблема то как раз актуализацию поддерживать, при этом не переписывая весь материал с нуля.
П.С.: у нас еще в 2009 у всех преподов лекционные материалы были в тех, так как они правились и печатались/допечатывались в виде методичек которые выдавались студентам.
На мой взгляд нет никакого «велосипеда», только решение проблемы с помощью конкретных, многим известных, инструментов. В данном случае использование GitHub является простым, всем доступным средством для получения обратной связи, администрирования предложенных изменений. Более того почти сразу материалы будут доступны в интернете в «удобном» виде (в данном случае за счёт GitHub pages), а ведь это, при всех прочих равных, обеспечивает большую скорость обновления информации. В свою очередь это предотвращает устаревание и она остаётся актуальной.
С другой стороны, не обсуждается проблема выбора преподавателями иллюстративного материала для своих курсов, и вообще программы курсов. Может быть, в некоторых случаях имеет смысл перестроить подачу материала так, чтобы она меньше зависела от сиюминутных трендов? Может быть, если какая-то тема не является достаточно «вечной», она вообще недостойна преподавания в вузе, или, по меньшей мере, конспектирования?
«Что преподавать?» — это очень сложный вопрос. Речь только о том, что при изложенном подходе, то что преподают сейчас будет чуточку доступней и возможно «свежей».
Проблема с учебными материалами в том, что они слишком привязаны к конкретному преподавателю. Грубо говоря, Иван Иванович не сможет вести занятия по материалам Марии Ивановны потому что не до конца осознает методику их подачи. При этом писать методику трудно.
Кроме того, методика слишком зависит от целевой аудитории, формата занятий, поставленных целей обучения и выделенного объема времени. Например в видеоуроке по школьной математике преподаватель вообще никак не может вызвать к доске ученика и вместе с ним решить что-то у доски.
Возможно именно поэтому сейчас поощряется разработка "своих" программ дисциплины. Пока преподаватели пишут их, они сами начинают разбираться в предмете. Есть даже цитата, но не могу найти чья: "Хочешь разобраться в предмете — проведи плохой курс по нему".
Отмечу что нет никакого противопоставления нынешней, текущей системе. Все изложенное, на мой взгляд, может рассматриваться как «полезное дополнение» к тому что мы имеем.
Отмечу, что серьезно с DocBook не работал.
Предыстория:
На третьем курсе в ВУЗе, в котором я учился был предмет под названием «Оптическое материаловедение» и преподаватели там были настолько жесткие, что с первого раза сдать у них теормин перед выполнением лабы было очень даже непростым квестом. Я уж молчу, чего стоило сдать защиту этой же лабы или промежуточную аттестацию.
История:
Мне в голову пришла идея запилить группу вконтакте (она, кстати, до сих пор жива, если интересно — могу поделиться ссылкой), куда скидывать всем сокурсникам материалы по этому злостному предмету. Грубо говоря, сдал/не сдал ты преподу тот самый теормин — написал в группу, что были за вопросы, где ошибся и т.д.
Итог:
Эта группа помогла мне и моим сокурсникам (и даже нескольким следующим за нами поколениям) сдать этот предмет, но обновление материалов в ней застопорилось ровно в тот момент, когда я и мой поток перестали этим заниматься.
Вывод:
Люди в среднем не очень инициативны и развивать чью-то чужую документацию только из благих намерений никто не будет. Поддерживать в актуальном состоянии конспекты можно силами людей заинтересованных, а таких просто нет в наших ВУЗах. Зарплаты у преподавателей смешные, и платят им не за лекции, а за отчеты по грантам. Можно ли исправить ситуацию? Можно, вот только зачем?
По крайней мере, есть незначительный повод надеяться, что вскоре кто-то напишет уже о своих успехах в данной «теме».
А каких возможностей Jekyll, используемого в GitHub Pages вам не хватило, что пришлось использовать Pandoc?
Jekyll встроен прямо в Github Pages, html автоматически перегенерируется при каждом пуше. Для формул можно просто в шаблон вставить ссылку на MathJax и они будут в браузере рендериться.
Вот, например, у меня в блоге так устроено.
- Исходники организуются стандартным образом. В
_layouts
и_includes
лежат шаблоны, сами файлы Markdown — в_posts
. Разумеется, в настройках репозитория нужно включить Pages. - Документы оформляются как обычно, только в начале указывается заголовок и имя шаблона (пост, выделенная страница или что-то ещё). Например, исходник поста. Картинки кладутся отдельно, хотя это не так принципиально. Ну и формулы просто записываются на языке LaTeX. Как они обрамляются — зависит от настроек MathJax.
- После пуша всё рендерится (оглавление, разбиение на страницы и т. д., смотря как настроить). И упомянутая страничка будет выглядеть так.
Из ограничений — не все плагины Jekyll поддерживаются. Нет комментариев (у меня, например, подключен isso, но можно и disqus добавить на страницу).
При этом раздел «разъяснения» мог бы выбираться публичным голосованием по степени понятности из нескольких вариантов. Чтобы поменьше канцеляризма и прочего.
В общем сделать можно удобно и классно, но никто не хочет этим заниматься.
Я в своих дисциплинах («Электронный бизнес» и «Интернет-маркетинг») стараюсь давать самые актуальные знания, иногда внося правки в материалы за сутки до занятия. Поэтому когда задумывая работу над электронным учебно-методическим комплексом (ЭУМК), основным требованием к нему видел интерактивность . Интерактивность в том смысле, что любой пользователь ЭУМК может указать на ошибку или неактуальные данные прямо в самой системе в процессе изучения, а разработчик (преподаватель) после проверки правильности замечания может оперативно внести правки в контент.
Главная проблема, которая заявлена в теме публикации — предотвращение устаревания учебных материалов, в статье, к сожалению, так и не была раскрыта. А основная причина существования данной проблемы, на мой взгляд — отсутствие простого механизма оперативной актуализации имеющихся электронных учебных пособий.
Для обеспечения простоты актуализации необходима модульная структура учебно-методического комплекса (чтобы можно было легко заменять устаревшие блоки информации, удалять старые/добавлять новые). Необходим также простой механизм создания формул, инфографики, таблиц в тексте пособия. Плюс поддержка версионности.
Нас сейчас в принудительном порядке переводят на Moodle. Система не самая плохая, но тоже не лишённая недостатков.
Предотвращение устаревания учебных материалов