Nyegah materi sinau dadi lungse

Sedhela babagan kahanan ing universitas (pengalaman pribadi)

Kanggo miwiti, iku worth stipulating sing materi presented subyektif, supaya bisa ngomong, "pandangan saka njero," nanging ngrasa kaya informasi sing cocog kanggo akeh universitas negara ing papan pasca-Soviet.

Amarga panjaluk spesialis IT, akeh institusi pendidikan sing mbukak area pelatihan sing relevan. Kajaba iku, sanajan siswa spesialis non-IT wis nampa akeh subjek sing gegandhengan karo IT, asring Python, R, dene siswa sing kurang beruntung kudu nguwasani basa akademik "debu" kaya Pascal.

Yen katon luwih jero, kabeh ora gampang banget. Ora kabeh guru tetep karo "tren". Secara pribadi, nalika sinau babagan spesialisasi "pemrograman", aku ngadhepi kasunyatan manawa sawetara guru ora duwe cathetan kuliah sing paling anyar. Kanggo luwih tepat, guru ngirim foto cathetan sing ditulis tangan dening kepala sekolah menyang flash drive. Aku pancen bisu babagan relevansi bahan kasebut minangka manual babagan pemrograman WEB (2010). Iku uga ngiwa kanggo guess apa mengkono ing sekolah technical lan paling awon saka awon institusi pendidikan.

Ringkesan:

• Dheweke nyithak akeh informasi sing ora relevan kanggo nggayuh indikator akademik kuantitatif;
• Pelepasan bahan anyar ora diatur;
• "Trendy" lan rincian saiki asring ora kejawab amarga ora nggatekke prasaja;
• Umpan balik kanggo penulis angel;
• Edisi sing dianyari diterbitake arang banget lan ora teratur.

"Yen sampeyan ora setuju, kritik, yen sampeyan kritik, saran ..."

Wangsulan: Bab ingkang pisanan teka ing atine iku implementasine saka sistem basis engine Media wiki. Ya, ya, kabeh wong wis krungu babagan Wikipedia, nanging nduweni sifat referensi ensiklopedia. Kita luwih kasengsem ing materi pendidikan. Wikibooks luwih cocog karo kita. Kakurangan kalebu:

• keterbukaan wajib kabeh materi (kutipan: "Ing kene ing lingkungan wiki, sastra pendidikan ditulis bebarengan, disebarake kanthi bebas lan bisa diakses kabeh wong.")
• ngarsane sawetara katergantungan ing aturan situs, hirarki internal pangguna
  Ana akeh mesin wiki sing ngambang ing domain umum, nanging aku ora perlu ngomong babagan kemungkinan nyebarake sistem wiki ing skala universitas. Saka pengalaman aku bakal ngomong yen: a) solusi sing dadi tuan rumah kasebut nandhang toleransi kesalahan; b) sampeyan bisa lali babagan nganyari sistem (kanthi pengecualian sing arang banget).

Suwe-suwe aku mikir ora ana gunane babagan carane nambah kahanan. Banjur ing sawijining dina ana kenalan sing ngomong yen wis suwe dheweke nyithak draf buku ing A4, nanging ilang versi elektronik. Aku kasengsem carane ngowahi kabeh menyang wangun elektronik.

Iki minangka buku teks kanthi jumlah rumus lan grafik sing akeh, dadi alat OCR sing populer, contone. abbyy finereader, mung setengah mbantu. Finereader ngasilake potongan-potongan teks biasa, sing wiwit dilebokake ing file teks biasa, dibagi dadi bab, lan menehi tandha kabeh ing MarkDown. Temenan digunakake Go kanggo gampang kerjasama. Minangka repositori remot sing digunakake bitbucket, Alasane yaiku kemampuan kanggo nggawe repositori pribadi kanthi rencana tarif gratis (iki uga bener kanggo GitLab). Ditemokake kanggo sisipan rumus Mathpix. Ing tahap iki, pungkasane kita nguripake "MarkDown + LaTeX", amarga rumus kasebut diowahi dadi LaTeX. Kanggo ngowahi dadi pdf sing digunakake pandoc.

Sajrone wektu, editor teks sing prasaja dadi ora cukup, mula aku wiwit golek pengganti. Nyoba Typora lan sawetara program liyane sing padha. Akibaté, kita teka menyang solusi web lan miwiti nggunakake tumpukan, kabeh sing dibutuhake ana, saka nyelarasake karo github nganti dhukungan lan komentar LaTeX.

Kanggo spesifik, minangka asil, skrip prasaja ditulis sing aku isin, sing nindakake tugas ngrakit lan ngowahi teks sing diketik dadi WEB. Cithakan HTML prasaja cukup kanggo iki.
Ing ngisor iki prentah kanggo ngowahi menyang 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 {} ;

Ora nindakake apa-apa sing pinter, saka apa sing bisa dicathet: ngumpulake header isi kanggo navigasi sing gampang lan ngowahi LaTeX.

Ing wayahe ana gagasan kanggo ngotomatisasi mbangun nalika nggawe push kanggo reps ing github, nggunakake layanan Integrasi Terus (Circle CI, Travis CI ..)

Ora ana sing anyar...

Sawise dadi kasengsem ing ide iki, aku wiwit nggoleki carane populer saiki.
Cetha manawa ide iki ora anyar kanggo dokumentasi piranti lunak. Aku wis ndeleng cukup sawetara conto bahan pendidikan kanggo programer, contone: kursus JS sinau.javascript.ru. Aku uga kasengsem ing idea saka mesin wiki adhedhasar git disebut gollum

Aku wis ndeleng sawetara repositori kanthi buku sing ditulis kabeh ing LaTeX.

kesimpulan

Akeh siswa nulis ulang cathetan kaping pirang-pirang, sing ditulis akeh, kaping pirang-pirang sadurunge (aku ora takon apa gunane nulis nganggo tangan), saben informasi ilang lan nganyari alon banget, ora kabeh cathetan, kaya sing kita ngerti, ana ing wangun elektronik. Akibaté, bakal kelangan kanggo ngunggah cathetan menyang github (ngowahi dadi pdf, tampilan web), lan nawakake guru kanggo nindakake sing padha. Iki bakal, nganti sawetara, narik kawigaten siswa lan guru menyang komunitas GitHub sing kompetitif "urip", ora kanggo nambah jumlah informasi sing diserap.

Contone Aku bakal ninggalake link menyang bab pisanan saka buku aku ngomong bab, ana dheweke lan iki link menyang rap.

Source: www.habr.com