Kort om situationen på universiteten (personlig erfarenhet)
Till att börja med är det värt att stipulera att det presenterade materialet är subjektivt, så att säga, "en vy från insidan", men det känns som att informationen är relevant för många statliga universitet i det postsovjetiska rummet.
På grund av efterfrågan på IT-specialister har många utbildningsinstitutioner öppnat relevanta utbildningsområden. Dessutom har även studenter med icke-IT-specialiteter fått många IT-relaterade ämnen, ofta Python, R, medan mindre lyckligt lottade studenter måste behärska "dammiga" akademiska språk som Pascal.
Om man tittar djupare är allt inte så enkelt. Alla lärare hänger inte med i "trenderna". Personligen, när jag studerade en specialitet "programmering", ställdes jag inför det faktum att vissa lärare inte har uppdaterade föreläsningsanteckningar. För att vara mer exakt skickade läraren rektorn ett foto av anteckningar handskrivna av en elev till en flash-enhet. Jag är helt tyst om relevansen av sådant material som manualer om WEB-programmering (2010). Det är också kvar att gissa vad som händer på tekniska skolor och det värsta av det värsta läroanstalter.
Sammanfattningsvis:
- De skriver ut mycket irrelevant information i jakten på kvantitativa akademiska indikatorer;
- Frisläppandet av nytt material är oorganiserat;
- "Trendiga" och aktuella detaljer missas ofta på grund av enkel okunskap;
- Återkoppling till författaren är svår;
- Uppdaterade utgåvor publiceras sällan och oregelbundet.
"Om du inte håller med, kritisera, om du kritiserar, föreslå..."
Det första som kommer att tänka på är implementeringen av motorbaserade system . Ja, ja, alla har hört talas om Wikipedia, men den har en encyklopedisk referenskaraktär. Vi är mer intresserade av utbildningsmaterial. passar oss bättre. Nackdelarna inkluderar:
- obligatorisk öppenhet för allt material (citat: "Här i wikimiljön skrivs utbildningslitteratur gemensamt, distribueras fritt och är tillgänglig för alla.")
- förekomsten av ett visst beroende av reglerna för webbplatsen, den interna hierarkin av användare
Det finns många wikimotorer som flyter i det offentliga området, men jag tror att det inte finns något behov av att ens börja prata om möjligheten att distribuera ett wikisystem i universitetsskala. Av erfarenhet kommer jag att säga att: a) sådana egna lösningar lider av feltolerans; b) du kan glömma systemuppdateringar (med mycket sällsynta undantag).
Länge tänkte jag förgäves på hur jag skulle förbättra situationen. Och så en dag sa en bekant att han för länge sedan tryckte ett utkast till en bok på A4, men tappade den elektroniska versionen. Jag var intresserad av hur man konverterar allt till elektronisk form.
Detta var en lärobok med en betydande mängd formler och grafer, så populära OCR-verktyg, t.ex. , bara hälften hjälpte. Finereader producerade bitar av vanlig text, som vi började skriva in i vanliga textfiler, dela upp dem i kapitel och markera allt i MarkDown. Uppenbarligen använd för att underlätta samarbetet. Som ett fjärrlager använde vi , anledningen var möjligheten att skapa privata arkiv med en gratis tariffplan (detta gäller också för ). Hittade för formelinlägg . I detta skede vände vi äntligen mot "MarkDown + LaTeX", eftersom formlerna omvandlades till . För att konvertera till pdf använde vi .
Med tiden blev det inte tillräckligt med en enkel textredigerare, så jag började leta efter en ersättare. Provade det och flera andra liknande program. Som ett resultat kom vi fram till en webblösning och började använda , allt du behövde fanns där, från synkronisering med github till LaTeX-support och kommentarer.
För att vara specifik, som ett resultat skrevs ett enkelt manus som jag skäms för, som utförde uppgiften att sammanställa och konvertera den maskinskrivna texten till WEB. En enkel HTML-mall räckte för detta.
Här är kommandona för att konvertera till 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 {} ;Det gör inget smart, av vad som kan noteras: det samlar innehållsrubriker för enkel navigering och konverterar LaTeX.
För tillfället finns det en idé att automatisera konstruktionen när man gör pushs till reps på github, med hjälp av tjänster för kontinuerlig integration (Circle CI, Travis CI..)
Inget är nytt...
Efter att ha blivit intresserad av den här idén började jag leta efter hur populär den är nu.
Det var uppenbart att denna idé inte är ny för mjukvarudokumentation. Jag har sett en hel del exempel på utbildningsmaterial för programmerare, till exempel: JS-kurser . Jag var också intresserad av idén om en git-baserad wiki-motor som heter
Jag har sett en hel del arkiv med böcker skrivna helt i LaTeX.
Utgång
Många elever skriver om anteckningar flera gånger, vilket de skrivit många, många gånger tidigare (jag ifrågasätter inte fördelen med att skriva för hand), varje gång informationen går förlorad och uppdateras väldigt långsamt, är inte alla anteckningar, som vi förstår, i elektronisk form. Som ett resultat skulle det vara coolt att ladda upp anteckningarna till github (konvertera till pdf, webbvy) och erbjuda lärarna att göra detsamma. Detta skulle till viss del locka elever och lärare till den "live" konkurrenskraftiga GitHub-gemenskapen, för att inte tala om att öka mängden information som absorberas.
Till exempel Jag lämnar en länk till det första kapitlet i boken jag pratade om, och här är länken till den .
Källa: will.com