Röviden az egyetemek helyzetéről (személyes tapasztalat)
Mindenekelőtt érdemes kikötni, hogy a bemutatott anyag szubjektív, úgymond „belülről való nézet”, de úgy tűnik, hogy az információ a posztszovjet térben sok állami egyetem számára releváns.
Az informatikusok iránti kereslet miatt számos oktatási intézmény nyitott megfelelő képzési területet. Sőt, még a nem informatikai szakokon tanulók is sok informatikai tárgyat kaptak, gyakran Pythont, R-t, míg a kevésbé szerencsés hallgatóknak olyan „poros” akadémiai nyelveket kell elsajátítaniuk, mint a Pascal.
Ha mélyebben nézel, nem minden olyan egyszerű. Nem minden tanár tart lépést a „trendekkel”. Személy szerint egy „programozási” szakon tanulva szembesültem azzal, hogy egyes tanárok nem rendelkeznek naprakész jegyzetekkel. Pontosabban: a tanár egy fényképet küldött az igazgatónak egy diák által kézzel írt jegyzetekről egy pendrive-ra. Teljesen hallgatok az olyan anyagok relevanciájáról, mint a WEB programozási kézikönyvek (2010). Azt is csak találgatni kell, hogy mi történik a technikumokban ill a legrosszabb közül a legrosszabb oktatási intézmények.
Összefoglalva:
- Sok irreleváns információt nyomtatnak a kvantitatív akadémiai mutatók keresésére;
- Az új anyagok kiadása szervezetlen;
- A „trendi” és az aktuális részletek sokszor egyszerű tudatlanság miatt elmaradnak;
- Nehéz visszajelzést adni a szerzőnek;
- A frissített kiadások ritkán és rendszertelenül jelennek meg.
"Ha nem értesz egyet, kritizálj, ha kritizálsz, javasolj..."
Az első dolog, ami eszünkbe jut, az a motor alapú rendszerek megvalósítása . Igen, igen, mindenki hallott már a Wikipédiáról, de enciklopédikus hivatkozási jellege van. Minket inkább az oktatási anyagok érdekelnek. nekünk jobban bejön. A hátrányok közé tartozik:
- minden anyag kötelező nyitottsága (idézet: „Itt a wiki környezetben az oktatási szakirodalom közösen íródik, szabadon terjeszthető és mindenki számára hozzáférhető.”
- a webhely szabályaitól, a felhasználók belső hierarchiájától való bizonyos függőség jelenléte
Sok wikimotor létezik a közkincsben, de úgy gondolom, hogy egyáltalán nem szükséges beszélni a wikirendszer egyetemi szintű telepítésének lehetőségéről. Tapasztalatból azt mondom, hogy: a) az ilyen saját üzemeltetésű megoldások hibatűréssel rendelkeznek; b) elfelejtheti a rendszerfrissítéseket (nagyon ritka kivételekkel).
Sokáig hiába gondolkodtam azon, hogyan lehetne javítani a helyzeten. És akkor egy nap egy ismerőse azt mondta, hogy régen kinyomtatott egy könyv piszkozatát A4-re, de az elektronikus változatot elvesztette. Érdekelt, hogyan lehet mindezt elektronikus formára konvertálni.
Jelentős mennyiségű képletet és grafikont tartalmazó tankönyv volt ez, így a népszerű OCR eszközök, pl. , csak a fele segített. A Finereader egyszerű szövegrészeket készített, amelyeket elkezdtünk rendes szövegfájlokba beírni, fejezetekre osztva, és mindent megjelölni a MarkDown-ban. Nyilván használt az együttműködés megkönnyítése érdekében. Távoli tárolóként használtuk , ennek oka az volt, hogy ingyenes díjcsomaggal privát adattárakat lehetett létrehozni (ez igaz a ). Megtalálható a képletbetétekhez . Ebben a szakaszban végül a „MarkDown + LaTeX” felé fordultunk, mivel a képleteket átalakították a képletekre . A pdf-be konvertáláshoz használtuk .
Idővel az egyszerű szövegszerkesztő nem volt elég, ezért elkezdtem csere után nézni. Kipróbálta és számos más hasonló program. Ennek eredményeként eljutottunk egy webes megoldáshoz, és elkezdtük használni , minden ott volt, amire szüksége volt, a githubbal való szinkronizálástól a LaTeX támogatásig és megjegyzésekig.
Hogy pontos legyek, ennek eredményeként egy egyszerű szkriptet írtak, amiért szégyellem magam, ami a gépelt szöveg összeállítását és WEB-be konvertálását látta el. Ehhez elég volt egy egyszerű HTML sablon.
Íme a WEB-re konvertálás parancsai:
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 {} ;Nem csinál semmi okosat, amit meg lehet jegyezni: összegyűjti a tartalomfejléceket a könnyű navigáció érdekében, és átalakítja a LaTeX-et.
Jelenleg van egy ötlet, hogy automatizálják a buildet, amikor a githubon a folyamatos integrációs szolgáltatások (Circle CI, Travis CI) segítségével hajtják végre az ismétléseket.
Semmi sem új...
Miután érdekelt ez az ötlet, elkezdtem keresni, mennyire népszerű most.
Nyilvánvaló volt, hogy ez az ötlet nem új a szoftverdokumentációban. Jó néhány példát láttam programozóknak szóló oktatási anyagokra, például: JS tanfolyamok . Érdekelt egy git alapú wikimotor ötlete is
Jó néhány adattárat láttam teljes egészében LaTeX-ben írt könyvekkel.
Teljesítmény
Sok diák többször átírja a jegyzeteket, amiket korábban sokszor-sokszor megírt (nem kérdőjelezem meg a kézzel írás előnyeit), minden alkalommal elveszik és nagyon lassan frissülnek az információk, nem minden jegyzet, mint tudjuk, elektronikus formában. Ennek eredményeként jó lenne feltölteni a jegyzeteket a githubba (pdf-be konvertálni, webes nézet), és felajánlani a tanároknak, hogy tegyék ugyanezt. Ez bizonyos mértékig vonzaná a diákokat és a tanárokat az „élő” versengő GitHub közösségbe, nem beszélve az elnyelt információ mennyiségének növeléséről.
Például Hagyok egy linket a könyv első fejezetéhez, amelyről beszéltem, és itt a link hozzá .
Forrás: will.com