Запобігання старінню навчальних матеріалів

Коротко про ситуацію у ВНЗ (особистий досвід)

Для початку варто зазначити, що викладений матеріал суб'єктивний, так би мовити, «погляд зсередини», але за відчуттями інформація є актуальною для багатьох державних ВНЗ пострадянського простору.

Зважаючи на попит на фахівців ІТ, багато навчальних закладів відкрили відповідні напрямки підготовки. Більше того, навіть до студентів зовсім не «айтішних» спеціальностей дійшло безліч предметів ІТ-ого профілю, найчастіше це Python, R, менш щасливим багатьом доводиться освоювати «пильні» навчальні мови, як Pascal.

Якщо глибше подивитися, то все не так просто. Не всі викладачі встигають за "трендами". Особисто я, навчаючись на «програмістській» спеціальності, зіткнувся з тим, що деякі викладачі не мають актуальних конспектів лекцій. Якщо точніше говорити, викладач скинув старості на флешку фото конспектів, написаних від руки якимось студентом. Про актуальність таких матеріалів як методички з WEB-програмування (2010-го року) я зовсім мовчу. Також залишається здогадуватися щодо того, що відбувається в технікумах і найгірших із найгірших навчальних закладах.

У підсумку:

• Друкують масу неактуальної інформації у гонитві за кількісними академічними показниками;
• Випуск нових матеріалів відбувається неорганізовано;
• Часто втрачаються «трендові» та актуальні деталі через звичайне незнання;
• Утруднений зворотний зв'язок з автором;
• Оновлені видання виходять рідко та нерегулярно.

«Не згоден - критикуй, критикуєш - пропонуй..»

Перше що спадає на думку - використання систем на основі двигуна Медіа-віки. Так, всі чули про Вікіпедію, але вона має довідковий енцеклопедичний характер. А нас більше цікавлять навчальні матеріали. Вікіпідручник нам більше підходить. З недоліків можна виділити:

• обов'язкову відкритість всіх матеріалів (цитата: «Тут у вікі-середовищі спільно пишеться освітня література, яка розповсюджується вільно і доступна всім.»)
• наявність певної залежності від правил сайту, внутрішньої ієрархи користувачів
  Багато вікі-движків плавають у відкритому доступі, але вважаю, що не потрібно навіть починати розмірковувати про можливість розгорнути вікі-систему в масштабах університету. З досвіду скажу, що: а) у подібних самохостних рішень страждає стійкість до відмови; б) про оновлення системи можна забути (за дуже рідкісним винятком).

Довгий час я безрезультатно розмірковував над тим, як покращити ситуацію. І ось одного разу один знайомий сказав що давним-давно надрукував чернетку книги на А4, а електронну версію втратив. Цікавився як навернути це все в електронний вигляд.

Це був підручник із значною кількістю формул та графіків, тому популярні OCR інструменти, наприклад abbyy finereader, допомагали наполовину. Finereader видавав шматки звичайного тексту, які ми стали заносити у звичайні текстові файли, розбиваючи по розділах, розмічали у MarkDown. Очевидно, використали мерзотник для зручності кооперації. Як віддалений репозиторій ми використовували BitBucket, причиною стала можливість створення приватних репозиторіїв із безкоштовним тарифним планом (це справедливо і для GitLab). Для формульних вставок знайшовся Mathpix. На цьому етапі остаточно повернули у бік "MarkDown + LaTeX", так як формули конвертувалися в LaTeX. Для конвертації у pdf використовували Пандок.

Згодом простого текстового редактора стало не вистачати, почав шукати заміну. Пробував Типора та кілька інших подібних програм. У результаті дійшли web рішення і почали використовувати складений, там було все необхідне, від синхронізації з 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 "
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 {} ;
" -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 під назвою Голлум

Чимало бачив репозиторіїв із книгами, повністю написаними в LaTeX.

Висновок

Багато студентів переписують по кілька разів конспекти, які багато разів писав до них (не ставлю під сумнів користь листа від руки), щоразу інформація втрачається і оновлюється дуже повільно, не всі конспекти, як ми зрозуміли, є в електронному вигляді. За підсумками, було б класно залити конспекти на github (переконверити в pdf, web-вид), це запропонувати зробити викладачам. Це певною мірою залучило б учнів і викладів у «живе» конкурентне github-е співтовариство, не кажучи вже про підвищення кількості засвоюваної інформації.

Для прикладу залишаю посилання на перший розділ книги про яку говорив, ось вона і ось посилання на сам реп.

Джерело: habr.com