Neleisti mokymosi medžiagai pasenti

Trumpai apie situaciją universitetuose (asmeninė patirtis)

Iš pradžių verta pasakyti, kad pateikta medžiaga yra subjektyvi, galima sakyti, „vaizdas iš vidaus“, tačiau atrodo, kad informacija aktuali daugeliui valstybinių universitetų posovietinėje erdvėje.

Dėl IT specialistų poreikio daugelis švietimo įstaigų atvėrė atitinkamas mokymo sritis. Be to, net ne IT specialybių studentai gavo daug su IT susijusių dalykų, dažnai Python, R, o mažiau pasisekę studentai turi mokėti „dulkėtas“ akademines kalbas, tokias kaip Paskalis.

Pažvelgus giliau, viskas nėra taip paprasta. Ne visi mokytojai neatsilieka nuo „tendencijų“. Asmeniškai, studijuodamas „programavimo“ specialybę, susidūriau su tuo, kad dalis dėstytojų neturi naujausių paskaitų konspektų. Tiksliau tariant, mokytojas nusiuntė direktoriui nuotrauką, kurioje kai kurių mokinių ranka rašė užrašus į „flash drive“. Visiškai tyliu apie tokių medžiagų, kaip WEB programavimo žinynai (2010), aktualumą. Taip pat belieka spėlioti, kas vyksta technikos mokyklose ir blogiausias iš blogiausių švietimo įstaigų.

Apibendrinant galima teigti, kad:

• Jie spausdina daug nereikšmingos informacijos, siekdami kiekybinių akademinių rodiklių;
• Naujos medžiagos išleidimas neorganizuotas;
• „Madingos“ ir dabartinės detalės dažnai praleidžiamos dėl paprasto nežinojimo;
• Atsiliepimas autoriui yra sunkus;
• Atnaujinti leidimai išleidžiami retai ir nereguliariai.

"Jei nesutinkate, kritikuokite, jei kritikuojate, siūlykite..."

Pirmas dalykas, kuris ateina į galvą, yra variklių sistemų diegimas Žiniasklaidos wiki. Taip, taip, visi yra girdėję apie Vikipediją, tačiau ji turi enciklopedinį nuorodinį pobūdį. Mus labiau domina mokomoji medžiaga. Vikiknygos mums labiau tinka. Trūkumai apima:

• privalomas visos medžiagos atvirumas (citata: „Čia wiki aplinkoje mokomoji literatūra rašoma bendrai, platinama laisvai ir prieinama visiems“.)
• tam tikros priklausomybės nuo svetainės taisyklių, vartotojų vidinės hierarchijos buvimas
  Viešojoje erdvėje yra daugybė wiki variklių, bet manau, kad nereikia net pradėti kalbėti apie galimybę įdiegti wiki sistemą universiteto mastu. Iš patirties pasakysiu, kad: a) tokie savarankiški sprendimai kenčia nuo gedimų tolerancijos; b) galite pamiršti sistemos atnaujinimus (su labai retomis išimtimis).

Ilgą laiką veltui galvojau, kaip pagerinti situaciją. Ir tada vieną dieną pažįstamas pasakė, kad labai seniai išspausdino knygos juodraštį A4 formatu, bet pametė elektroninę versiją. Domėjausi, kaip visa tai paversti elektronine forma.

Tai buvo vadovėlis su daugybe formulių ir grafikų, todėl populiarios OCR priemonės, pvz. abbyy finereader, padėjo tik pusė. Finereader sukūrė paprasto teksto dalis, kurias pradėjome įvesti į įprastus tekstinius failus, suskirstydami juos į skyrius ir viską pažymėdami MarkDown. Aišku naudotas Git kad būtų lengviau bendradarbiauti. Naudojome kaip nuotolinę saugyklą BitBucket, priežastis buvo galimybė kurti privačias saugyklas su nemokamu tarifų planu (tai pasakytina ir apie GitLab). Rasta formulių įdėklams Mathpix. Šiame etape galiausiai pasukome link „MarkDown + LaTeX“, nes formulės buvo konvertuotos į LaTeX. Norėdami konvertuoti į pdf, mes naudojome „Pandoc“.

Laikui bėgant paprasto teksto rengyklės nepakako, todėl pradėjau ieškoti pakaitalo. Išbandė Typora ir kelios kitos panašios programos. Dėl to priėjome prie žiniatinklio sprendimo ir pradėjome jį naudoti sukrautas, ten buvo viskas, ko jums reikia, nuo sinchronizavimo su github iki LaTeX palaikymo ir komentarų.

Jei konkrečiau, tai dėl to buvo parašytas paprastas scenarijus, už kurį man gėda, kuris atliko užduotį surinkti ir paversti atspausdintą tekstą į WEB. Tam pakako paprasto HTML šablono.
Čia yra komandos, skirtos konvertuoti į 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 {} ;

Galima pastebėti, kad jis nieko protingo nedaro: renka turinio antraštes, kad būtų lengviau naršyti, ir konvertuoja LaTeX.

Šiuo metu yra mintis automatizuoti kūrimą, kai github siunčiami pakartojimai, naudojant Continuous Integration paslaugas (Circle CI, Travis CI..)

Nieko naujo...

Pradėjęs domėtis šia idėja, pradėjau domėtis, kokia ji dabar populiari.
Buvo akivaizdu, kad ši idėja nėra nauja programinės įrangos dokumentacijoje. Mačiau nemažai mokomosios medžiagos programuotojams pavyzdžių, pavyzdžiui: JS kursai learning.javascript.ru. Mane taip pat domino „git“ pagrindu sukurto wiki variklio idėja Gollum

Mačiau nemažai saugyklų su knygomis, parašytomis vien LaTeX.

Produkcija

Daugelis studentų kelis kartus perrašo pastabas, kurias rašė daug daug kartų (neabejoju rašymo ranka nauda), kiekvieną kartą informacija prarandama ir atnaujinama labai lėtai, ne visi užrašai, kaip suprantame, yra elektronine forma. Dėl to būtų šaunu įkelti pastabas į github (konvertuoti į pdf, žiniatinklio rodinį) ir pasiūlyti mokytojams tai padaryti. Tai tam tikru mastu pritrauktų studentus ir mokytojus į „gyvą“ konkurencingą „GitHub“ bendruomenę, jau nekalbant apie sugeriamos informacijos kiekio padidėjimą.

Pavyzdžiui Paliksiu nuorodą į pirmąjį knygos, apie kurią kalbėjau, skyrių, čia yra ir čia yra nuoroda į jį repas.

Šaltinis: www.habr.com