Malhelpi lernmaterialojn malnoviĝi

Mallonge pri la situacio en universitatoj (persona sperto)

Komence, indas kondiĉi, ke la prezentita materialo estas subjektiva, por tiel diri, "vido de interne", sed ŝajnas, ke la informoj estas gravaj por multaj ŝtataj universitatoj en la postsovetia spaco.

Pro la postulo de IT-specialistoj, multaj edukaj institucioj malfermis koncernajn trejnajn areojn. Krome, eĉ studentoj de ne-IT-specialaĵoj ricevis multajn IT-rilatajn temojn, ofte Python, R, dum malpli bonŝancaj studentoj devas regi "polvorajn" akademiajn lingvojn kiel Pascal.

Se vi rigardas pli profunde, ĉio ne estas tiel simpla. Ne ĉiuj instruistoj sekvas la "tendencoj". Persone, studante "programadan" fakon, mi alfrontis la fakton, ke kelkaj instruistoj ne havas ĝisdatajn prelegnotojn. Por esti pli precize, la instruisto sendis al la lernejestro foton de notoj manskribitaj de iu studento sur poŝmemorilon. Mi tute silentas pri la graveco de tiaj materialoj kiel manlibroj pri RETA programado (2010). Restas ankaŭ diveni, kio okazas en teknikaj lernejoj kaj la plej malbona de la plej malbona edukaj institucioj.

Eventuale:

• Ili presas multajn palajn informojn en serĉado de kvantaj akademiaj indikiloj;
• La liberigo de novaj materialoj estas neorganizita;
• "Modaj" kaj aktualaj detaloj ofte estas maltrafitaj pro simpla nescio;
• Reago al la aŭtoro estas malfacila;
• Ĝisdatigitaj eldonoj estas eldonitaj malofte kaj neregule.

"Se vi ne konsentas, kritiku, se vi kritikas, sugestu..."

La unua afero, kiu venas al la menso, estas la efektivigo de motor-bazitaj sistemoj Media vikio. Jes, jes, ĉiuj aŭdis pri Vikipedio, sed ĝi havas enciklopedian referencan naturon. Ni pli interesiĝas pri edukaj materialoj. Vikilibroj konvenas al ni pli bone. La malavantaĝoj inkluzivas:

• deviga malfermiteco de ĉiuj materialoj (citaĵo: "Ĉi tie en la vikia medio, eduka literaturo estas kune verkita, disdonata libere kaj alirebla por ĉiuj.")
• la ĉeesto de iu dependeco de la reguloj de la retejo, la interna hierarkio de uzantoj
  Estas multaj vikimotoroj flosantaj en la publika havaĵo, sed mi pensas, ke ne necesas eĉ komenci paroli pri la ebleco deploji vikisistemon en universitata skalo. Laŭ sperto mi diros, ke: a) tiaj memgastigitaj solvoj suferas pro misfunkciado; b) vi povas forgesi pri sistemaj ĝisdatigoj (kun tre maloftaj esceptoj).

Longe mi pensis senutile pri kiel plibonigi la situacion. Kaj tiam iutage konato diris, ke antaŭ longe li presis malneton de libro sur A4, sed perdis la elektronikan version. Mi interesiĝis pri kiel konverti ĉion al elektronika formo.

Ĉi tio estis lernolibro kun signifa kvanto da formuloj kaj grafikaĵoj, do popularaj OCR-iloj, ekz. abbyy pli bona leganto, nur duono helpis. Finereader produktis pecojn de simpla teksto, kiujn ni komencis enigi en regulajn tekstajn dosierojn, dividante ilin en ĉapitrojn, kaj markante ĉion en MarkDown. Evidente uzata iri por facileco de kunlaboro. Kiel fora deponejo ni uzis BitBucket, la kialo estis la kapablo krei privatajn deponejojn kun senpaga tarifa plano (ĉi tio validas ankaŭ por GitLab). Trovita por formulenigaĵoj Mathpix. En ĉi tiu etapo, ni finfine turnis sin al "MarkDown + LaTeX", ĉar la formuloj estis konvertitaj en LaTeX. Por konverti al pdf ni uzis pandoc.

Kun la tempo, simpla tekstredaktilo fariĝis ne sufiĉa, do mi komencis serĉi anstataŭaĵon. Provis ĝin Typora kaj pluraj aliaj similaj programoj. Kiel rezulto, ni venis al TTT-solvo kaj komencis uzi stakigita, ĉio, kion vi bezonis, estis tie, de sinkronigado kun github ĝis LaTeX-subteno kaj komentoj.

Precize, sekve, oni skribis simplan skripton, pro kiu mi hontas, kiu plenumis la taskon kunmeti kaj konverti la tajpitan tekston al RETEJO. Simpla HTML-ŝablono sufiĉis por tio.
Jen la komandoj por konverti al RETEJO:

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 {} ;

Ĝi faras nenion inteligentan, de kio povas esti notita: ĝi kolektas enhavajn kapliniojn por facila navigado kaj konvertas LaTeX.

Nuntempe ekzistas ideo aŭtomatigi la konstruon kiam oni faras puŝojn al ripetoj sur github, uzante servojn de Daŭra Integriĝo (Circle CI, Travis CI..)

Nenio estas nova...

Interesiĝinte pri ĉi tiu ideo, mi komencis serĉi kiom populara ĝi estas nun.
Estis evidente, ke ĉi tiu ideo ne estas nova por softvardokumentado. Mi vidis sufiĉe da ekzemploj de edukaj materialoj por programistoj, ekzemple: JS-kursoj lerni.javascript.ru. Mi ankaŭ interesiĝis pri la ideo de git-bazita vikia motoro nomata Golumo

Mi vidis sufiĉe da deponejoj kun libroj skribitaj tute en LaTeX.

konkludo

Multaj lernantoj plurfoje reverkas notojn, kiujn ili jam multfoje skribis antaŭe (mi ne pridubas la avantaĝon de skribi mane), ĉiufoje la informoj estas perditaj kaj ĝisdatigitaj tre malrapide, ne ĉiuj notoj, kiel ni komprenas, estas en elektronika formo. Kiel rezulto, estus bone alŝuti la notojn al github (konverti al pdf, retvido), kaj proponi al la instruistoj fari la samon. Ĉi tio, certagrade, altirus studentojn kaj instruistojn al la "viva" konkurenciva GitHub-komunumo, sen mencii pliigi la kvanton de informoj absorbitaj.

Ekzemple Mi lasos ligilon al la unua ĉapitro de la libro, pri kiu mi parolis, jen ŝi estas kaj jen la ligilo al ĝi repo.

fonto: www.habr.com