MācÄ«bu materiālu novecoÅ”anas novērÅ”ana

ÄŖsi par situāciju augstskolās (personÄ«gā pieredze)

Iesākumā ir vērts noteikt, ka iesniegtais materiāls ir subjektÄ«vs, tā teikt, ā€œskats no iekÅ”pusesā€, taču Ŕķiet, ka informācija ir aktuāla daudzām valsts augstskolām postpadomju telpā.

Ņemot vērā pieprasÄ«jumu pēc IT speciālistiem, daudzas izglÄ«tÄ«bas iestādes ir atvēruÅ”as atbilstoÅ”as ā€‹ā€‹apmācÄ«bas jomas. Turklāt pat ar IT nesaistÄ«tu specialitāŔu studenti ir apguvuÅ”i daudzus ar IT saistÄ«tus priekÅ”metus, bieži vien Python, R, savukārt mazāk laimÄ«gajiem ir jāapgÅ«st ā€œputekļaināsā€ akadēmiskās valodas, piemēram, Pascal.

Ja paskatās dziļāk, viss nav tik vienkārÅ”i. Ne visi skolotāji seko "tendencēm". PersonÄ«gi, studējot ā€œprogrammÄ“Å”anasā€ specialitāti, saskāros ar to, ka daļai pasniedzēju nav aktuālu lekciju konspektu. PrecÄ«zāk sakot, skolotājs nosÅ«tÄ«ja direktoram zibatmiņas diskā kāda skolēna ar roku rakstÄ«tu piezÄ«mju fotoattēlu. Es pilnÄ«bā klusēju par tādu materiālu nozÄ«mi kā WEB programmÄ“Å”anas rokasgrāmatas (2010). Atliek arÄ« minēt, kas notiek tehnikumos un sliktākais no sliktākajiem izglÄ«tÄ«bas iestādēm.

Rezumējot:

  • Viņi drukā daudz nebÅ«tiskas informācijas, tiecoties pēc kvantitatÄ«viem akadēmiskiem rādÄ«tājiem;
  • Jaunu materiālu izdoÅ”ana ir neorganizēta;
  • ā€œTrendÄ«gāsā€ un aktuālās detaļas bieži vien tiek palaistas garām vienkārÅ”as nezināŔanas dēļ;
  • Atsauksmes autoram ir grÅ«ti;
  • Atjauninātie izdevumi tiek izdoti reti un neregulāri.

ā€œJa nepiekrÄ«ti, kritizē, ja kritizē, iesaki...ā€

Pirmā lieta, kas nāk prātā, ir uz dzinēju balstÄ«tu sistēmu ievieÅ”ana Mediju wiki. Jā, jā, visi ir dzirdējuÅ”i par Vikipēdiju, taču tai ir enciklopēdisks atsauces raksturs. MÅ«s vairāk interesē mācÄ«bu materiāli. Vikigrāmatas mums piestāv labāk. TrÅ«kumi ietver:

  • obligāta visu materiālu atklātÄ«ba (citāts: ā€œÅ eit viki vidē izglÄ«tojoŔā literatÅ«ra tiek kopÄ«gi rakstÄ«ta, brÄ«vi izplatÄ«ta un pieejama ikvienam.ā€)
  • zināmas atkarÄ«bas klātbÅ«tne no vietnes noteikumiem, lietotāju iekŔējās hierarhijas
    Publiskā domēnā ir daudz wiki dzinēju, taču es domāju, ka nav vajadzÄ«bas pat sākt runāt par iespēju izvietot wiki sistēmu universitātes mērogā. No pieredzes es teikÅ”u, ka: a) Ŕādi self-hosted risinājumi cieÅ” no kļūdu tolerances; b) varat aizmirst par sistēmas atjauninājumiem (ar ļoti retiem izņēmumiem).

Ilgu laiku bez rezultātiem domāju, kā situāciju uzlabot. Un tad kādu dienu kāds paziņa stāstīja, ka pirms laba laika izdrukājis grāmatas melnrakstu uz A4, bet pazaudējis elektronisko versiju. Mani interesēja, kā to visu pārvērst elektroniskā formā.

Å Ä« bija mācÄ«bu grāmata ar ievērojamu daudzumu formulu un grafiku, tāpēc populāri OCR rÄ«ki, piem. abbyy finereader, tikai puse palÄ«dzēja. Finereader izveidoja vienkārÅ”a teksta daļas, kuras mēs sākām ievadÄ«t parastos teksta failos, sadalot tos nodaļās un atzÄ«mējot visu MarkDown. AcÄ«mredzot lietots iet sadarbÄ«bas ērtÄ«bai. Mēs izmantojām kā attālo repozitoriju BitBucket, iemesls bija iespēja izveidot privātas repozitorijus ar bezmaksas tarifu plānu (tas attiecas arÄ« uz GitLab). Atrasts formulu ieliktņiem Mathpix. Å ajā posmā mēs beidzot pievērsāmies ā€œMarkDown + LaTeXā€, jo formulas tika pārveidotas par LaTeX. Lai pārvērstu par pdf, mēs izmantojām Pandoc.

Laika gaitā ar vienkārÅ”u teksta redaktoru kļuva par maz, tāpēc es sāku meklēt aizstājēju. Izmēģināja Typora un vairākas citas lÄ«dzÄ«gas programmas. Rezultātā mēs nonācām pie tÄ«mekļa risinājuma un sākām to lietot stackedit, tur bija viss nepiecieÅ”amais, sākot no sinhronizācijas ar github un beidzot ar LaTeX atbalstu un komentāriem.

Precīzāk sakot, rezultātā tika uzrakstīts vienkārŔs skripts, par kuru man ir kauns, kas veica uzdevumu salikt un pārveidot drukāto tekstu WEB. Tam pietika ar vienkārŔu HTML veidni.
Šeit ir komandas konvertēŔanai uz 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 {} ;

No tā izriet, ka tas nedara neko gudru: tas apkopo satura galvenes ērtai navigācijai un pārveido LaTeX.

Å obrÄ«d ir doma automatizēt veidoÅ”anu, veicot push uz reps uz github, izmantojot Continuous Integration pakalpojumus (Circle CI, Travis CI..)

Nekas nav jauns...

Ieinteresējusies par Å”o ideju, sāku meklēt, cik tā Å”obrÄ«d ir populāra.
Bija acÄ«mredzams, ka Ŕī ideja programmatÅ«ras dokumentācijā nav jauna. Esmu redzējis diezgan daudz piemēru programmētājiem paredzētiem mācÄ«bu materiāliem, piemēram: JS kursi learning.javascript.ru. Mani interesēja arÄ« ideja par git balstÄ«tu wiki dzinēju Gollum

Esmu redzējis diezgan daudz repozitoriju ar grāmatām, kas pilnībā rakstītas LaTeX.

secinājums

Daudzi skolēni vairākas reizes pārraksta piezÄ«mes, kuras rakstÄ«ja daudzas, daudzas reizes (es neapÅ”aubu ar roku rakstÄ«Å”anas izdevÄ«gumu), katru reizi informācija tiek zaudēta un tiek atjaunināta ļoti lēni, ne visas piezÄ«mes, kā mēs saprotam, atrodas elektroniskā forma. Rezultātā bÅ«tu forÅ”i augÅ”upielādēt piezÄ«mes github (konvertēt uz pdf, tÄ«mekļa skatÄ«jumu) un piedāvāt skolotājiem darÄ«t to paÅ”u. Tas zināmā mērā piesaistÄ«tu studentus un skolotājus ā€œdzÄ«vajaiā€ konkurētspējÄ«gajai GitHub kopienai, nemaz nerunājot par absorbētās informācijas apjoma palielināŔanu.

Piemēram Es atstāŔu saiti uz grāmatas pirmo nodaļu, par kuru es runāju, Å”eit viņa ir un Å”eit ir saite uz to reps.

Avots: www.habr.com

Pievieno komentāru