Preprečevanje zastaranja učnih gradiv

Na kratko o razmerah na univerzah (osebna izkušnja)

Za začetek je vredno določiti, da je predstavljeno gradivo subjektivno, tako rekoč "pogled od znotraj", vendar se zdi, da so informacije pomembne za številne državne univerze v postsovjetskem prostoru.

Zaradi povpraševanja po IT strokovnjakih so številne izobraževalne ustanove odprle ustrezna področja usposabljanja. Še več, celo študenti neinformacijskih specialnosti so prejeli veliko predmetov, povezanih z IT, pogosto Python, R, medtem ko morajo manj srečni študenti obvladati "prašne" akademske jezike, kot je Pascal.

Če pogledate globlje, vse ni tako preprosto. Vsi učitelji ne sledijo »trendom«. Osebno sem se med študijem "programerske" specialnosti soočil z dejstvom, da nekateri učitelji nimajo posodobljenih zapiskov predavanj. Natančneje, učitelj je ravnatelju poslal fotografijo zapiskov, ki jih je neki učenec napisal na bliskovni pogon. O pomembnosti takšnih gradiv, kot so priročniki za WEB programiranje (2010), popolnoma molčim. Ugibati je tudi, kaj se dogaja v tehničnih šolah in najhujši od najhujših izobraževalne ustanove.

Če povzamemo:

• V iskanju kvantitativnih akademskih kazalcev natisnejo veliko nepomembnih informacij;
• Izdaja novih materialov je neorganizirana;
• »Trendy« in aktualne podrobnosti so pogosto spregledane zaradi preprostega neznanja;
• Povratna informacija avtorju je težka;
• Posodobljene izdaje izhajajo redko in neredno.

"Če se ne strinjaš, kritiziraj, če kritiziraš, predlagaj ..."

Prva stvar, ki pride na misel, je implementacija sistemov, ki temeljijo na motorju Medijski wiki. Da, da, vsi so slišali za Wikipedijo, vendar ima enciklopedično referenčno naravo. Bolj nas zanimajo izobraževalna gradiva. Wikiknjige nam bolj ustreza. Slabosti vključujejo:

• obvezna odprtost vseh gradiv (citat: »Tukaj v wiki okolju se izobraževalna literatura piše skupaj, se prosto distribuira in je dostopna vsem.«)
• prisotnost določene odvisnosti od pravil spletnega mesta, notranje hierarhije uporabnikov
  Obstaja veliko wiki mehanizmov, ki lebdijo v javni domeni, vendar mislim, da ni potrebe, da bi sploh začeli govoriti o možnosti uvedbe wiki sistema na univerzitetni ravni. Iz izkušenj bom rekel, da: a) takšne samostojne rešitve trpijo zaradi tolerance napak; b) na posodobitve sistema lahko pozabite (z zelo redkimi izjemami).

Dolgo časa sem brez uspeha razmišljal, kako izboljšati stanje. In potem je nekega dne znanec rekel, da je pred davnimi časi natisnil osnutek knjige na A4, a je izgubil elektronsko različico. Zanimalo me je, kako vse to pretvoriti v elektronsko obliko.

To je bil učbenik z veliko količino formul in grafov, zato so priljubljena orodja OCR, npr. abbyy finereader, le pol je pomagalo. Finereader je ustvaril dele navadnega besedila, ki smo jih začeli vnašati v običajne besedilne datoteke, jih razdelili na poglavja in vse označili v MarkDown. Očitno rabljeno git zaradi lažjega sodelovanja. Kot oddaljeni repozitorij smo uporabili BitBucket, razlog je bila možnost ustvarjanja zasebnih skladišč z brezplačnim tarifnim načrtom (to velja tudi za GitLab). Najdeno za vstavke formul Mathpix. Na tej stopnji smo se končno obrnili k »MarkDown + LaTeX«, saj so bile formule pretvorjene v LaTeX. Za pretvorbo v pdf smo uporabili Pandoc.

Sčasoma preprost urejevalnik besedil ni bil dovolj, zato sem začel iskati zamenjavo. Poskusil Typora in več podobnih programov. Tako smo prišli do spletne rešitve in jo začeli uporabljati zloženit, je bilo tam vse, kar ste potrebovali, od sinhronizacije z githubom do podpore in komentarjev za LaTeX.

Natančneje, posledično je nastala preprosta skripta, za katero me je sram, ki je opravila nalogo sestavljanja in pretvorbe vtipkanega besedila v WEB. Za to je bila dovolj preprosta predloga HTML.
Tukaj so ukazi za pretvorbo v 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 {} ;

Glede na to, kar lahko opazimo, ne naredi nič pametnega: zbira glave vsebine za enostavno navigacijo in pretvarja LaTeX.

Trenutno obstaja ideja, da bi avtomatizirali gradnjo pri izvajanju potiskanja do ponovitev na githubu z uporabo storitev neprekinjene integracije (Circle CI, Travis CI..)

Nič novega...

Ko me je ta ideja začela zanimati, sem začel iskati, kako priljubljena je zdaj.
Očitno je bilo, da ta ideja ni nova za programsko dokumentacijo. Videl sem kar nekaj primerov izobraževalnih gradiv za programerje, na primer: tečaji JS learn.javascript.ru. Zanimala me je tudi zamisel o wiki motorju, ki temelji na git, imenovanem Gollum

Videl sem kar nekaj repozitorijev s knjigami, ki so v celoti napisane v LaTeXu.

Izhod

Mnogi učenci večkrat prepišejo zapiske, ki so jih pisali že veliko, velikokrat (ne dvomim v korist pisanja z roko), vsakič se informacije izgubijo in posodobijo zelo počasi, vsi zapiski, kot razumemo, niso v elektronski obliki. Posledično bi bilo kul zapiske naložiti na github (pretvori v pdf, spletni pogled) in ponuditi učiteljem, da naredijo isto. To bi do neke mere pritegnilo študente in učitelje v »živo« konkurenčno skupnost GitHub, da ne omenjamo povečanja količine absorbiranih informacij.

Na primer Pustil bom povezavo do prvega poglavja knjige, o kateri sem govoril, tukaj je in tukaj je povezava do njega rap.

Vir: www.habr.com