Krótko o sytuacji na uczelniach (doświadczenia osobiste)
Na początek warto zastrzec, że przedstawiony materiał ma charakter subiektywny, że tak powiem, „spojrzenie od środka”, ale wydaje się, że informacje te są istotne dla wielu uczelni państwowych na obszarze poradzieckim.
Ze względu na zapotrzebowanie na specjalistów IT wiele instytucji edukacyjnych otworzyło odpowiednie obszary szkoleniowe. Co więcej, nawet studenci kierunków nieinformatycznych otrzymali wiele przedmiotów związanych z informatyką, często Python, R, natomiast studenci mniej szczęśliwi muszą opanować „zakurzone” języki akademickie, takie jak Pascal.
Jeśli spojrzysz głębiej, wszystko nie jest takie proste. Nie wszyscy nauczyciele nadążają za „trendami”. Osobiście, studiując specjalność „programowanie”, spotkałem się z faktem, że niektórzy nauczyciele nie posiadają aktualnych notatek z wykładów. Mówiąc ściślej, nauczyciel przesłał dyrektorowi na pendrive zdjęcie notatek pisanych odręcznie przez jakiegoś ucznia. Całkowicie milczę na temat przydatności takich materiałów jak podręczniki programowania WEB (2010). Pozostaje także zgadnąć, co dzieje się w szkołach technicznych i najgorsze z najgorszych instytucje edukacyjne.
W skrócie:
- Drukują wiele nieistotnych informacji w pogoni za ilościowymi wskaźnikami akademickimi;
- Wydawanie nowych materiałów jest niezorganizowane;
- „Modne” i aktualne szczegóły często są pomijane z powodu zwykłej niewiedzy;
- Informacje zwrotne dla autora są trudne;
- Wydania uaktualnione ukazują się rzadko i nieregularnie.
„Jeśli się nie zgadzasz, krytykuj, jeśli krytykujesz, sugeruj…”
Pierwsze co przychodzi na myśl to wdrożenie systemów bazujących na silniku . Tak, tak, o Wikipedii słyszał każdy, ale ma ona charakter encyklopedyczny. Bardziej interesują nas materiały edukacyjne. bardziej nam odpowiada. Wady obejmują:
- obowiązkowa otwartość wszystkich materiałów (cytat: „Tu, w środowisku wiki, literatura edukacyjna jest wspólnie pisana, rozpowszechniana bezpłatnie i dostępna dla wszystkich.”)
- obecność pewnej zależności od zasad witryny, wewnętrznej hierarchii użytkowników
W domenie publicznej istnieje wiele silników wiki, ale myślę, że nie ma potrzeby nawet mówić o możliwości wdrożenia systemu wiki na skalę uniwersytecką. Z doświadczenia powiem, że: a) takie rozwiązania hostowane samodzielnie są odporne na awarie; b) możesz zapomnieć o aktualizacjach systemu (z bardzo rzadkimi wyjątkami).
Długo bezskutecznie zastanawiałem się, jak poprawić sytuację. I wtedy pewnego dnia znajomy powiedział, że dawno temu wydrukował wersję roboczą książki na formacie A4, ale zgubił wersję elektroniczną. Interesowało mnie, jak to wszystko przekonwertować do postaci elektronicznej.
Był to podręcznik ze znaczną ilością wzorów i wykresów, dlatego popularne narzędzia OCR, m.in. , pomogło tylko w połowie. Finereader wygenerował fragmenty zwykłego tekstu, które zaczęliśmy wprowadzać do zwykłych plików tekstowych, dzieląc je na rozdziały i zaznaczając wszystko w MarkDown. Oczywiście używane dla ułatwienia współpracy. Jako zdalne repozytorium użyliśmy , powodem była możliwość tworzenia prywatnych repozytoriów z bezpłatnym planem taryfowym (dotyczy to również ). Znaleziono wstawki z formułami . Na tym etapie ostatecznie zwróciliśmy się w stronę „MarkDown + LaTeX”, ponieważ formuły zostały przekonwertowane . Do konwersji do formatu PDF użyliśmy .
Z biegiem czasu prosty edytor tekstu stał się niewystarczający, więc zacząłem szukać zamiennika. Spróbował tego i kilka innych podobnych programów. W rezultacie dotarliśmy do rozwiązania internetowego i zaczęliśmy z niego korzystać , było tam wszystko, czego potrzebujesz, od synchronizacji z githubem po obsługę LaTeX i komentarze.
A konkretnie w efekcie powstał za co się wstydzę, napisany prosty skrypt, który wykonywał zadanie złożenia i konwersji wpisywanego tekstu na WEB. Do tego wystarczył prosty szablon HTML.
Oto polecenia umożliwiające konwersję do 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 {} ;Z tego co można zauważyć, nie robi nic inteligentnego: zbiera nagłówki treści w celu ułatwienia nawigacji i konwertuje LaTeX.
W tej chwili istnieje pomysł, aby zautomatyzować kompilację podczas wysyłania pushów do przedstawicieli na githubie, korzystając z usług Continuous Integration (Circle CI, Travis CI..)
Nic nie jest nowe...
Zainteresowawszy się tym pomysłem, zacząłem szukać jego popularności obecnie.
Było oczywiste, że pomysł ten nie jest nowy w dokumentacji oprogramowania. Widziałem sporo przykładów materiałów edukacyjnych dla programistów, np. kursy JS . Zainteresował mnie także pomysł silnika wiki opartego na gicie o nazwie
Widziałem sporo repozytoriów z książkami napisanymi w całości w LaTeX-ie.
Wniosek
Wielu uczniów przepisuje notatki kilka razy, co pisali wcześniej wiele, wiele razy (nie kwestionuję korzyści z pisania ręcznego), za każdym razem, gdy informacje są tracone i aktualizowane bardzo powoli, nie wszystkie notatki, jak rozumiemy, są w forma elektroniczna. W rezultacie fajnie byłoby przesłać notatki na github (przekonwertować do formatu PDF, widok sieciowy) i zaoferować nauczycielom zrobienie tego samego. To w pewnym stopniu przyciągnęłoby uczniów i nauczycieli do „żywej” konkurencyjnej społeczności GitHub, nie mówiąc już o zwiększeniu ilości wchłanianych informacji.
Na przykład Zostawię link do pierwszego rozdziału książki, o której mówiłem, a tu jest link do niego .
Źródło: www.habr.com