Secara singkat tentang situasi di universitas (pengalaman pribadi)
Untuk memulainya, perlu ditetapkan bahwa materi yang disajikan bersifat subyektif, sehingga dapat dikatakan, "tampilan dalam", tetapi menurut sensasi, informasi tersebut relevan bagi banyak universitas negeri di ruang pasca-Soviet.
Karena permintaan untuk spesialis TI, banyak lembaga pendidikan telah membuka bidang pelatihan yang relevan. Selain itu, bahkan siswa dari profesi non-IT mendapatkan banyak mata pelajaran IT, seringkali Python, R, kurang beruntung banyak yang harus belajar bahasa belajar yang “berdebu” seperti Pascal.
Jika Anda melihat lebih dalam, maka semuanya tidak begitu sederhana. Tidak semua guru mengikuti "tren." Secara pribadi, ketika saya belajar dalam spesialisasi "pemrograman", saya dihadapkan pada kenyataan bahwa beberapa guru tidak memiliki catatan kuliah yang relevan. Lebih khusus lagi, guru melemparkan kepala penjara pada abstrak foto flash drive, yang ditulis dengan tangan oleh beberapa siswa. Saya benar-benar diam tentang relevansi materi seperti manual tentang pemrograman WEB (tahun 2010). Masih harus ditebak apa yang terjadi di sekolah teknik dan yang terburuk dari lembaga pendidikan terburuk .
Singkatnya:
- Mereka mencetak banyak informasi yang tidak relevan dalam mengejar indikator akademik kuantitatif;
- Pelepasan bahan baru tidak terorganisir;
- Seringkali "tren" dan detail yang relevan diabaikan karena ketidaktahuan biasa;
- Umpan balik dengan penulis sulit;
- Edisi yang diperbarui jarang dan tidak teratur.
"Saya tidak setuju - mengkritik, mengkritik - menawarkan .."
Hal pertama yang terlintas dalam pikiran adalah pengenalan sistem berbasis pada mesin Media Wiki . Ya, ya, semua orang mendengar tentang Wikipedia, tetapi memiliki karakter ensiklopedis referensi. Kami lebih tertarik pada materi pendidikan. Wikibooks lebih cocok untuk kita. Di antara kekurangannya dapat diidentifikasi:
- keterbukaan wajib semua bahan (kutipan: "Di sini, di lingkungan wiki, literatur pendidikan ditulis bersama yang didistribusikan secara bebas dan dapat diakses oleh semua orang.")
- adanya ketergantungan tertentu pada aturan situs, hierarki internal pengguna
Banyak mesin wiki mengapung di domain publik, tetapi saya pikir Anda bahkan tidak perlu mulai berbicara tentang kemungkinan penerapan sistem wiki secara universitas. Dari pengalaman saya akan mengatakan bahwa: a) solusi yang di-host-sendiri semacam itu menderita toleransi kesalahan; b) Anda dapat melupakan pembaruan sistem (dengan pengecualian yang sangat jarang).
Untuk waktu yang lama saya merenungkan bagaimana cara memperbaiki situasi. Dan suatu kali, seorang kenalan mengatakan bahwa ia sudah lama mencetak draf sebuah buku di A4, tetapi telah kehilangan versi elektroniknya. Saya bertanya-tanya bagaimana cara mengubah semuanya menjadi bentuk elektronik.
Itu adalah buku teks dengan sejumlah besar rumus dan grafik, sehingga alat OCR yang populer, seperti abbyy finereader , terbantu setengahnya. Finereader membagikan potongan teks biasa, yang kami mulai masukkan ke file teks biasa, membaginya menjadi beberapa bab, menandai semuanya di MarkDown. Jelas, kami menggunakan git untuk kenyamanan kerja sama. Kami menggunakan BitBucket sebagai repositori jarak jauh, alasannya adalah kemungkinan membuat repositori pribadi dengan paket tarif gratis (ini juga berlaku untuk GitLab ). Untuk penyisipan formula, Mathpix ditemukan. Pada tahap ini, akhirnya beralih ke sisi "MarkDown + LaTeX", karena rumus dikonversi ke LaTeX . Untuk konversi ke pdf digunakan Pandoc .
Seiring waktu, editor teks sederhana mulai dilewatkan, dan mulai mencari penggantinya. Saya mencoba Typora dan beberapa program serupa lainnya. Akibatnya, kami sampai pada solusi web dan mulai menggunakan stackedit , semuanya ada di sana, mulai dari sinkronisasi dengan github hingga dukungan dan komentar LaTeX.
Secara khusus, naskah sederhana ditulis sebagai hasilnya untuk itu saya malu , yang melakukan tugas merakit dan mengonversi teks yang diketik ke WEB. Template HTML sederhana sudah cukup untuk ini.
Berikut adalah perintah untuk mengonversi ke WEB:
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 {} \;
Dia tidak melakukan apa pun yang pintar, dari apa yang dapat dicatat: dia mengumpulkan header konten untuk navigasi yang mudah dan mengkonversi LaTeX.
Saat ini, ada ide untuk mengotomatisasi perakitan ketika membuat dorongan untuk melakukan rap pada github menggunakan layanan Integrasi Berkelanjutan (Circle CI, Travis CI ..)
Tidak ada yang baru ...
Tertarik dengan pemikiran ini, ia mulai melihat betapa populernya sekarang.
Jelas, ide ini bukan hal baru untuk dokumentasi perangkat lunak. Saya melihat beberapa contoh materi pelatihan untuk programmer, misalnya: kursus JS learn.javascript.ru . Juga tertarik pada ide mesin wiki berbasis git bernama Gollum
Banyak yang melihat repositori dengan buku yang seluruhnya ditulis dalam LaTeX.
Kesimpulan
Banyak siswa menulis ulang ringkasan beberapa kali, yang mereka tulis berkali-kali sebelum mereka (saya tidak mempertanyakan manfaat dari menulis dengan tangan), setiap kali informasi hilang dan diperbarui dengan sangat lambat, tidak semua ringkasan, seperti yang kita pahami, dalam bentuk elektronik. Akibatnya, akan lebih baik untuk mengisi abstrak di github (konversi ke pdf, tampilan web), tawaran yang sama untuk guru. Ini akan menarik siswa dan guru ke komunitas github kompetitif "hidup" sampai batas tertentu, belum lagi peningkatan jumlah informasi yang dapat dicerna.
Misalnya, saya meninggalkan tautan ke bab pertama buku yang saya bicarakan, ini dia dan di sini ada tautan ke rap itu sendiri.