Кратко о ситуации в ВУЗах (личный опыт)
Для начала стоит оговорить, что изложенный материал субъективен, так сказать "взгляд изнутри", но по ощущениям информация актуальна для многих государственных ВУЗов постсоветского пространства.
Ввиду спроса на специалистов ИТ, многие учебные заведение открыли соответствующие направления подготовки. Более того, даже до студентов вовсе не "айтишных" специальностей дошло множество предметов ИТ-ого профиля, зачастую это Python, R, менее везучим многим приходится осваивать "пыльные" учебные языки, вроде Pascal.
Если посмотреть глубже, то все не так просто. Не все преподаватели успевают за "трендами". Лично я, учась на "программистской" специальности столкнулся с тем, что у некоторых преподавателей нет актуальных конспектов лекций. Если говорить точнее, преподаватель скинул старосте на флешку фото конспектов, написанных от руки каким-то студентом. Об актуальности таких материалов как методички по WEB-программированию (2010-ого года) я вовсе молчу. Также остается догадываться, касательно того, что происходит в техникумах и худших из худших учебных заведениях.
В итоге:
- Печатают массу неактуальной информации в погоне за количественными академическими показателями;
- Выпуск новых материалов происходит неорганизованно;
- Часто упускаются "трендовые" и актуальные детали ввиду обыкновенного незнания;
- Затруднена обратная связь с автором;
- Обновленные издания выходят редко и нерегулярно.
"Не согласен — критикуй, критикуешь — предлагай.."
Первое что приходит на ум — внедрение систем на основе движка Медиа-вики. Да да, все слышали про Википедию, но она имеет справочный энцеклопедический характер. Нас же больше интересуют учебные материалы. Викиучебник нам больше подходит. Из недостатков можно выделить:
- обязательную открытость всех материалов (цитата: "Здесь в вики-среде совместно пишется образовательная литература, распространяемая свободно и доступная всем.")
- наличие некой зависимости от правил сайта, внутренней иерархи пользователей
Множество вики-движков плавают в открытом доступе, но считаю что не нужно даже начинать рассуждать о возможности развернуть вики-систему в масштабах университета. Из опыта скажу, что: а) у подобных само-хостных решений страдает отказоустойчивость; б) про обновления системы можно забыть (за очень редким исключением).
Долгое время я безрезультатно размышлял над тем как улучшить ситуацию. И вот однажды один знакомый сказал что давным-давно напечатал черновик книги на А4, а электронную версию потерял. Интересовался как обратить это все в электронный вид.
Это был учебник со значительным количеством формул и графиков, поэтому популярные OCR инструменты, например abbyy finereader, помогали на половину. Finereader выдавал куски обычного текста, которые мы стали заносить в обычные текстовые файлы, разбивая по главам, размечали все в MarkDown. Очевидно, использовали git для удобства кооперации. В качестве удаленного репозитория мы использовали BitBucket, причиной стала возможность создания приватных репозиториев с бесплатным тарифным планом (это справедливо и для GitLab). Для формульных вставок нашелся Mathpix. На этом этапе окончательно повернули в сторону "MarkDown + LaTeX", так как формулы конвертировались в LaTeX. Для конвертации в pdf использовали Pandoc.
Со временем простого текстового редактора стало не хватать, начал искать замену. Пробовал Typora и несколько других подобных программок. В итоге пришли к web решению и начали использовать stackedit, там было все необходимое, от синхронизации с github до поддержки LaTeX и комментариев.
Если говорить конкретно, то по итогу был написан простенький скрипт за который мне стыдно, который выполнял задачу сборки и конвертации набранного текста в WEB. Для этого было достаточно простенького HTML шаблона.
Вот команды для конвертации в WEB:
find ./src -mindepth 1 -maxdepth 1 -exec cp -r -t ./dist {} +
find ./dist -iname "*.md" -type f -exec sh -c 'pandoc "${0}" -s --katex -o "${0::-3}.html" --template ./temp/template.html --toc --toc-depth 2 --highlight-style=kate --mathjax=https://cdn.mathjax.org/mathjax/latest/MathJax.js?config=TeX-AMS-MML_HTMLorMML' {} \;
find ./dist -name "*.md" -type f -exec rm -f {} \;Ничего умного он не делает, из того что можно отметить: собирает заголовки контента, для удобной навигации и конвертит LaTeX.
В данный момент есть мысль автоматизировать сборку при совершении пушей в реп на github, с помощью Continuous Integration сервисов (Circle CI, Travis CI..)
Ничто не ново...
Заинтересовавшись этой мыслью, начал искать насколько это сейчас популярно.
Очевидно было что данная идея не нова для документация ПО. Не мало видел примеров учебных материалов для программистов, например: курсы JS learn.javascript.ru. Также заинтересовала идея wiki-движка основанного на git под названием Gollum
Немало видел репозиториев с книгами, полностью написанных в LaTeX.
Вывод
Многие студенты переписывают по несколько раз конспекты, которые много-много раз писал до них (не ставлю под сомнение пользу письма от руки), каждый раз информация теряется и обновляется очень медленно, не все конспекты, как мы поняли, есть в электронном виде. По итогу, было бы классно залить конспекты на github(переконверить в pdf, web-вид), это же предложить сделать преподавателям. Это в определенной степени привлекло бы учеников и преподов в "живое" конкурентное github-ое сообщество, не говоря уже о повышении кол-ва усваиваемой информации.
Для примера оставляю ссылку на первую главу книги о которой говорил, вот она и вот ссылка на сам реп.
Комментарии (30)
zartarn
15.03.2019 12:29+2Так как предотвращать устаревание? Ваша статья лишь о том, что учебники должны быть элеткронными. И о том как вы создали свой велосипед. Один из многих (из достаточно широко используемых есть тот же санраф).
Про предотвращение устаревания в статье ничего нет. В электронку перевести не проблема, проблема то как раз актуализацию поддерживать, при этом не переписывая весь материал с нуля.
П.С.: у нас еще в 2009 у всех преподов лекционные материалы были в тех, так как они правились и печатались/допечатывались в виде методичек которые выдавались студентам.mark_fender Автор
15.03.2019 12:56+1На мой взгляд нет никакого «велосипеда», только решение проблемы с помощью конкретных, многим известных, инструментов. В данном случае использование GitHub является простым, всем доступным средством для получения обратной связи, администрирования предложенных изменений. Более того почти сразу материалы будут доступны в интернете в «удобном» виде (в данном случае за счёт GitHub pages), а ведь это, при всех прочих равных, обеспечивает большую скорость обновления информации. В свою очередь это предотвращает устаревание и она остаётся актуальной.
AEP
15.03.2019 13:17Затронутая автором проблема неактуальных учебных материалов, безусловно, является актуальной, и не только в технических вузах. Однако, я не совсем согласен с проведенным анализом. В качестве формулировки корня зла приведена фраза «Не все преподаватели успевают за трендами». Однако, в качестве решения предлагается конкретный механизм, упрощающий публикацию обновленных версий учебных материалов и получение обратной связи. Это решение другой (но тоже актуальной) проблемы — а именно, проблемы бюрократии и расходов на печать учебных материалов, которые в результате отстают от трендов.
С другой стороны, не обсуждается проблема выбора преподавателями иллюстративного материала для своих курсов, и вообще программы курсов. Может быть, в некоторых случаях имеет смысл перестроить подачу материала так, чтобы она меньше зависела от сиюминутных трендов? Может быть, если какая-то тема не является достаточно «вечной», она вообще недостойна преподавания в вузе, или, по меньшей мере, конспектирования?mark_fender Автор
15.03.2019 14:28Полагаю, данный комплекс инструментов не будет причиной влияния сиюминутных трендов на учебные материалы. Это скорей позволит авторам материалов, быть осведомленными об этих трендах, за счет сообщества. В конечном счете автор оставляет за собой право принимать или не принимать очередной pull request.
«Что преподавать?» — это очень сложный вопрос. Речь только о том, что при изложенном подходе, то что преподают сейчас будет чуточку доступней и возможно «свежей».
akryukov
15.03.2019 13:25Проблема с учебными материалами в том, что они слишком привязаны к конкретному преподавателю. Грубо говоря, Иван Иванович не сможет вести занятия по материалам Марии Ивановны потому что не до конца осознает методику их подачи. При этом писать методику трудно.
Кроме того, методика слишком зависит от целевой аудитории, формата занятий, поставленных целей обучения и выделенного объема времени. Например в видеоуроке по школьной математике преподаватель вообще никак не может вызвать к доске ученика и вместе с ним решить что-то у доски.
Возможно именно поэтому сейчас поощряется разработка "своих" программ дисциплины. Пока преподаватели пишут их, они сами начинают разбираться в предмете. Есть даже цитата, но не могу найти чья: "Хочешь разобраться в предмете — проведи плохой курс по нему".mark_fender Автор
15.03.2019 13:43У меня нет экспертизы касательно методов обучения, но использование системы контроля версий в любом случае облегчит разработку материалов. Возможно, преподавателям будет даже проще, если их материалы будут доступны в WEB-версии и они будут на всю пользоваться помощью активного сообщества.
Отмечу что нет никакого противопоставления нынешней, текущей системе. Все изложенное, на мой взгляд, может рассматриваться как «полезное дополнение» к тому что мы имеем.
worldmind
15.03.2019 17:01По поводу форматов я когда-то писал, из докбука html делается отлично.
mark_fender Автор
15.03.2019 18:29Интересно. Мне кажется связка MarkDown + LaTeX, то есть MarkDown со вставками LaTeX более распространена. Как следствие больше различных редакторов, сервисов и прочего. Из наглядного: GitLab имеет поддержку математических формул для доков, по трендам Google MarkDown и LaTeX значительно популярней чем DocBook.
Отмечу, что серьезно с DocBook не работал.worldmind
16.03.2019 20:51Популярнее всего вордовые файлы, но это не значит, что они лучшее решение, не утверждаю что докбук идеальное, но семантичность разметки снимает много проблем с конвертацией в другие форматы.
NeoPhix
15.03.2019 17:12В свое время у меня был опыт подобной деятельности по сохранению и поддержке актуальности конспектов в электронном виде.
Предыстория:
На третьем курсе в ВУЗе, в котором я учился был предмет под названием «Оптическое материаловедение» и преподаватели там были настолько жесткие, что с первого раза сдать у них теормин перед выполнением лабы было очень даже непростым квестом. Я уж молчу, чего стоило сдать защиту этой же лабы или промежуточную аттестацию.
История:
Мне в голову пришла идея запилить группу вконтакте (она, кстати, до сих пор жива, если интересно — могу поделиться ссылкой), куда скидывать всем сокурсникам материалы по этому злостному предмету. Грубо говоря, сдал/не сдал ты преподу тот самый теормин — написал в группу, что были за вопросы, где ошибся и т.д.
Итог:
Эта группа помогла мне и моим сокурсникам (и даже нескольким следующим за нами поколениям) сдать этот предмет, но обновление материалов в ней застопорилось ровно в тот момент, когда я и мой поток перестали этим заниматься.
Вывод:
Люди в среднем не очень инициативны и развивать чью-то чужую документацию только из благих намерений никто не будет. Поддерживать в актуальном состоянии конспекты можно силами людей заинтересованных, а таких просто нет в наших ВУЗах. Зарплаты у преподавателей смешные, и платят им не за лекции, а за отчеты по грантам. Можно ли исправить ситуацию? Можно, вот только зачем?
mark_fender Автор
15.03.2019 17:48Могу согласиться касательно отсутствия инициативы большинства, но если не обобщать, то скажу, что на живом примере наблюдал и достаточно активных «персонажей». Так что может подобные вещи и закрепятся как нормальная практика в обозримом будущем за счет этих ребят.
По крайней мере, есть незначительный повод надеяться, что вскоре кто-то напишет уже о своих успехах в данной «теме».
masai
15.03.2019 18:55А каких возможностей Jekyll, используемого в GitHub Pages вам не хватило, что пришлось использовать Pandoc?
mark_fender Автор
15.03.2019 19:50О Jekyll ранее не знал, обязательно присмотрюсь. Pandoc нужен был преимущественно для LaTeX вставок и для того что бы в будущем конвертировать в другие форматы, в частности pdf.
masai
15.03.2019 20:23Jekyll встроен прямо в Github Pages, html автоматически перегенерируется при каждом пуше. Для формул можно просто в шаблон вставить ссылку на MathJax и они будут в браузере рендериться.
Вот, например, у меня в блоге так устроено.
- Исходники организуются стандартным образом. В
_layoutsи_includesлежат шаблоны, сами файлы Markdown — в_posts. Разумеется, в настройках репозитория нужно включить Pages. - Документы оформляются как обычно, только в начале указывается заголовок и имя шаблона (пост, выделенная страница или что-то ещё). Например, исходник поста. Картинки кладутся отдельно, хотя это не так принципиально. Ну и формулы просто записываются на языке LaTeX. Как они обрамляются — зависит от настроек MathJax.
- После пуша всё рендерится (оглавление, разбиение на страницы и т. д., смотря как настроить). И упомянутая страничка будет выглядеть так.
Из ограничений — не все плагины Jekyll поддерживаются. Нет комментариев (у меня, например, подключен isso, но можно и disqus добавить на страницу).
- Исходники организуются стандартным образом. В
playermet
15.03.2019 19:03Тоже думал над подобной идеей. И организовать всю информацию в граф зависимостей «тем», где четко понятно откуда нужно начинать, чтобы что-то закончить, а не судорожно бегать по сссылкам. И разделить всю информацию на блоки, вроде: суть (формулы, определения), история, примеры, разъяснения с аналогиями. И добавить параллельное версионирование тем, например для информации о продуктах разных версий которые являются актуальными одновременно (например фреймворки разных мажорных версий).
При этом раздел «разъяснения» мог бы выбираться публичным голосованием по степени понятности из нескольких вариантов. Чтобы поменьше канцеляризма и прочего.
В общем сделать можно удобно и классно, но никто не хочет этим заниматься.
FAN2tom
16.03.2019 12:48Всё банально и просто: им (преподавателям и т.д.) делают вид, что платят, а они делают вид, что учат… вот и получаем результат. Зачем заморачиваться и обновлять свои конспекты?
solovetski
16.03.2019 14:00Как преподаватель одного из ИТ-вузов соглашусь, что тема крайне актуальна. Бумажные пособия, выпускаемые преподавателями, успевают устареть к моменту их издания (даже если в них были самые свежие знания на момент начала работы над книгой). Сам в своё время смотрел в сторону MediaWiki, как движка для электронного учебника по моим дисциплинам. Основные недостатки Mediawiki автор указал.
Я в своих дисциплинах («Электронный бизнес» и «Интернет-маркетинг») стараюсь давать самые актуальные знания, иногда внося правки в материалы за сутки до занятия. Поэтому когда задумывая работу над электронным учебно-методическим комплексом (ЭУМК), основным требованием к нему видел интерактивность . Интерактивность в том смысле, что любой пользователь ЭУМК может указать на ошибку или неактуальные данные прямо в самой системе в процессе изучения, а разработчик (преподаватель) после проверки правильности замечания может оперативно внести правки в контент.
Главная проблема, которая заявлена в теме публикации — предотвращение устаревания учебных материалов, в статье, к сожалению, так и не была раскрыта. А основная причина существования данной проблемы, на мой взгляд — отсутствие простого механизма оперативной актуализации имеющихся электронных учебных пособий.
Для обеспечения простоты актуализации необходима модульная структура учебно-методического комплекса (чтобы можно было легко заменять устаревшие блоки информации, удалять старые/добавлять новые). Необходим также простой механизм создания формул, инфографики, таблиц в тексте пособия. Плюс поддержка версионности.
Нас сейчас в принудительном порядке переводят на Moodle. Система не самая плохая, но тоже не лишённая недостатков.
ilya_pu
17.03.2019 21:44Как преподаватель, могу напомнить коллегам о технологии, называемой «перевернутый класс», это когда ученики сами готовят материал дома, учат теорию, а на занятиях разбирают решения задач и трудные места. :-) Впрочем, для многих это из разряда «не знал, да ещё забыл», поскольку где у нас учат на «вузовских преподавателей»?.. Ну, вы сами всё поняли.
third112
18.03.2019 06:07ИМХО в статье справедливо отмечена проблема устаревания некоторых учебных материалов. Но при этом стоило отметить, что многие базовые вещи не устаревают. Нпр., недавно в одном обсуждении была попытка утверждать, что механика Ньютона устарела ;)
s37
К сожалению вы забыли о том, что многим преподавателям это просто не нужно. Это прямо дословно вот. Сам когда учился был в шоке от того, насколько неактуальную информацию дают многие преподаватели по многим предметам (зачастую откровенный бред несут), очень удивлялся, а одна просто сказала: вам нужно новое, вот и учите новое. А она заслуженный кто-то там и свои лекции переписывать не собирается. Вот и все. И рычага воздействия на такого преподавателя у студентов просто нет, ведь даже если коллеги и знают о том, что один из них лекции 10 лет не обновлял, то никто не будет вступать в конфликт ради студента, с которым им видится 1-2 семестра.
mark_fender Автор
Нет повода для конфликта с преподавателями, это может существовать на уровне студенческой самодеятельности, опосредственно с консервативными учителями. Хотя возможно, со временем, даже самым закостеневшим преподавателям будет удобно пользоваться «студенческими», актуальными материалами.
В первую очередь это очень помогает студентам. И есть надежды полагать, что поблизости (не обязательно в пределах ВУЗа) найдётся преподаватель который сможет поддержать тягу молодых людей к знаниям.
s37
в теории да, а по факту приходилось их бредятину учить и на экзаменах/зачетах рассказывать как единственно правильный вариант. Т.е. мало того, что учиться делать неправильно, так и потом еще это рассказывать, вступать в дискуссии, отвечать на вопросы и доказывать «что прав».
За 5 лет обучения только два раза получилось победить таких преподавателей: первая достала не только нас, но и кафедру, а второй попался на взятке.
mark_fender Автор
Понимаю реалии. Да, что-то доказывать — это действительно неблагодарное дело и не всегда эффективное, но как вариант есть возможность поискать преподавателей на другую кафедру, даже другой ВУЗ. По опыту большинство «толковых» преподавателей достаточно открытые и будут рады ответить на существующие вопросы, может, даже поддержать подобные начинания. Так что в данной ситуации, думаю, прямой путь «напролом» — не самый короткий.
FlamyXD
Им слишком мало платят чтобы заниматься этим :)
Нет мотивации
mark_fender Автор
Вопрос финансовой мотивации действительно очень остро стоит и не решен. Хотя, позволив себе пофантазировать, может использование подобных инструментов поможет действительно классным преподавателям выйти в свет, распарить себя как специалиста и, возможно, монетизировать свой труд и знания.
Palich239
А на пофантазировать у них нет времени. Мало вам +100500 ФГОСов раз в пятилетку? Из бумаги не выбраться толком, мы вообще о каких отслеживания трендов говорим… (про ЗП и начинать не хочу)
xPomaHx
Дело не в мотивации а в том что с такой зп туда не стремятся спецы в своем деле, а поэтому со временем остаются только дно общества.
PsyChameleon
Еще необходимо учитывать что многие преподаватели уже достаточно возрастные, и большинство знаний которые они несут в массы либо устарели, либо не актуальны. Особенно остро эта проблема стоит именно в направлении программирование/вычислительные системы/сети. Молодежи не так много преподает.
zartarn
Конечно. такие предметы как «архитектура прцоессора ***» устаревают, но и там рассказывают шире чем именно про этот проц (по крайней мере у военных)
Я сталкивался много с другой ситуацией. Преопды рассказывают мат.часть в вузе, основы что как и т.д. А потом студенты жалуются, «нас ничему не учат, фигню какую то, а как пользоваться *название фреймворка* не объяснили, вот мы и не умеем программировать, а потом что то еще спрашивают с нас» или «да зачем нам рассказывают об алгоритмах сжатия, фигня какая то, лучше бы про *что_то*. Примерно в таком духе. Еще и препод после этого плохой. Вот это куда сильнее меня удручает.
Я не могу жаловаться на преподов, у нас были хорошие, которые и интересовались новым, и не вставали в позу со своим чсв. К которым можно было прийти в любой момент на кафедру по интересующим вопросам. Скорее многие из нас не особо к этому стремились. Я даже удивлюсь сейчас вспоминая это).
У меня сейчас перед глазами достаточно неудачный пример. Пригласили ребят из „ведущей компании“ области, преподавать дисциплину. Вроде по актуальным вещам. Но ребя с чсв не меньше чем у вспоминаемых тут в коментах старых преподов, с максимализмом, оч критичным взглядом по тем или иным вещам/подходам в программировании.
Так что я бы сказал лучше не „молодежи не так много преподает“, а „не так много хороших преподавателей“. Их всегда было не так и много на самом деле) И возраст тут не показатель. Так же не мало и от самих студентов и их контакта с преподом зависит.
s37
кстати да, я ведь забыл уже, «молодежь» гораздо хуже «стариков» была. Те, кто был постарше, уже понимали что земля круглая и можно подскользнуться где-то в другом месте, а у «стариков», как правило, особенно докторов наук и т.п. был уровень с которого им просто не было смысла что-либо доказывать студентам поскольку было очевидно что они умнее. Но при этом даже если материал, которые преподавали «старики» устаревал, а они часто сами знали это, то они могли поделиться просто жизненным опытом, перенести материал на доступные примеры.