Накратко за состојбата на универзитетите (лично искуство)
За почеток, вреди да се утврди дека презентираниот материјал е субјективен, така да се каже, „поглед одвнатре“, но се чини дека информациите се релевантни за многу државни универзитети во постсоветскиот простор.
Поради побарувачката за ИТ специјалисти, многу образовни институции отворија соодветни области за обука. Покрај тоа, дури и студенти од не-ИТ специјалитети добија многу предмети поврзани со ИТ, честопати Python, R, додека помалку среќните студенти треба да ги совладаат „правливите“ академски јазици како Паскал.
Ако погледнете подлабоко, не е сè така едноставно. Не сите наставници се во чекор со „трендовите“. Лично, додека студирав специјалност „програмирање“, се соочив со фактот дека некои наставници немаат ажурирани белешки од предавањата. Да бидам попрецизен, наставникот му испратил на раководителот фотографија од белешки напишани рачно од некој ученик на флеш-уред. Целосно молчам за релевантноста на материјалите како што се прирачниците за WEB програмирање (2010). Оставено е и да се погоди што се случува во техничките училишта и најлошото од најлошото образовните институции.
Во краток преглед:
- Тие печатат многу ирелевантни информации во потрага по квантитативни академски индикатори;
- Објавувањето на нови материјали е неорганизирано;
- „Трендските“ и актуелните детали често се пропуштаат поради едноставно незнаење;
- Повратните информации до авторот се тешки;
- Ажурираните изданија се објавуваат ретко и нередовно.
„Ако не се согласувате, критикувајте, ако критикувате, предложете...“
Првото нешто што ми паѓа на ум е имплементацијата на системи базирани на мотори . Да, да, сите слушнале за Википедија, но таа има енциклопедиска референтна природа. Повеќе сме заинтересирани за едукативни материјали. повеќе ни одговара. Недостатоците вклучуваат:
- задолжителна отвореност на сите материјали (цитат: „Овде, во вики-околината, едукативната литература е заеднички напишана, се дистрибуира слободно и достапна за секого.“)
- присуството на одредена зависност од правилата на страницата, внатрешната хиерархија на корисниците
Има многу вики-мотори кои лебдат во јавниот домен, но мислам дека нема потреба да се зборува за можноста за распоредување на вики-систем на универзитетска скала. Од искуство ќе речам дека: а) ваквите решенија кои сами се поставуваат страдаат од толеранција на грешки; б) можете да заборавите на ажурирањата на системот (со многу ретки исклучоци).
Долго време безуспешно размислував како да ја подобрам ситуацијата. И тогаш еден ден еден познаник рече дека одамна отпечатил нацрт на книга на А4, но ја изгубил електронската верзија. Ме интересираше како сето тоа да се претвори во електронска форма.
Ова беше учебник со значителна количина на формули и графикони, толку популарни алатки за OCR, на пр. , само половина помогна. Finereader произведе делови од обичен текст, кои почнавме да ги внесуваме во обични текстуални датотеки, поделувајќи ги во поглавја и обележувајќи сè во MarkDown. Очигледно користен за олеснување на соработката. Како оддалечено складиште што го користевме , причината беше можноста за креирање приватни складишта со бесплатен тарифен план (ова важи и за ). Пронајден за вметнувачи на формула . Во оваа фаза, конечно се свртевме кон „MarkDown + LaTeX“, бидејќи формулите беа претворени во . За претворање во pdf користевме .
Со текот на времето, едноставен уредувач на текст стана недоволен, па почнав да барам замена. Пробав и неколку други слични програми. Како резултат на тоа, дојдовме до веб-решение и почнавме да користиме , сè што ви треба беше таму, од синхронизирање со github до поддршка и коментари за LaTeX.
Да бидам конкретен, како резултат на тоа, напишана е едноставна скрипта за која се срамам, која ја изврши задачата да го состави и конвертира внесениот текст во WEB. За ова беше доволен едноставен HTML-шаблон.
Еве ги командите за конвертирање во 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 {} ;Не прави ништо паметно, од она што може да се забележи: собира заглавија на содржина за лесна навигација и конвертира LaTeX.
Во моментов постои идеја да се автоматизира изградбата кога се врши притисок за повторувања на github, користејќи услуги за континуирана интеграција (Circle CI, Travis CI..)
Ништо не е ново...
Откако се заинтересирав за оваа идеја, почнав да барам колку е популарна сега.
Беше очигледно дека оваа идеја не е нова за софтверска документација. Видов неколку примери на едукативни материјали за програмери, на пример: JS курсеви . Ме интересираше и идејата за вики-мотор базиран на git наречен
Сум видел неколку складишта со книги напишани целосно во LaTeX.
Излез
Многу студенти ги препишуваат белешките неколку пати, кои ги напишале многу, многу пати претходно (не ја доведувам во прашање користа од пишувањето со рака), секој пат кога информациите се губат и ажурираат многу бавно, не сите белешки, како што разбираме, се во електронска форма. Како резултат на тоа, би било убаво да ги прикачите белешките на github (претворете во pdf, веб-приказ) и да им понудите на наставниците да го сторат истото. Ова, до одреден степен, ќе ги привлече учениците и наставниците во „живата“ конкурентна заедница на GitHub, а да не зборуваме за зголемување на количината на апсорбирани информации.
На пример Ќе оставам линк до првото поглавје од книгата за која зборував, и еве го линкот до него .
Извор: www.habr.com