Empêcher que les supports d’apprentissage ne deviennent obsolètes

En bref sur la situation dans les universités (expérience personnelle)

Pour commencer, il convient de préciser que le matériel présenté est subjectif, pour ainsi dire, « une vue de l’intérieur », mais il semble que l’information soit pertinente pour de nombreuses universités d’État de l’espace post-soviétique.

En raison de la demande de spécialistes en informatique, de nombreux établissements d'enseignement ont ouvert des domaines de formation pertinents. De plus, même les étudiants de spécialités non informatiques ont reçu de nombreuses matières liées à l'informatique, souvent Python, R, tandis que les étudiants moins chanceux doivent maîtriser des langages académiques « poussiéreux » comme Pascal.

Si l’on y regarde de plus près, tout n’est pas si simple. Tous les enseignants ne suivent pas les « tendances ». Personnellement, alors que j'étudiais une spécialité « programmation », j'ai été confronté au fait que certains professeurs ne disposent pas de notes de cours à jour. Pour être plus précis, l'enseignant a envoyé au directeur une photo de notes manuscrites d'un élève sur une clé USB. Je reste complètement silencieux sur la pertinence de documents tels que les manuels de programmation WEB (2010). Il reste également à deviner ce qui se passe dans les écoles techniques et Le pire du pire les établissements d'enseignement.

En résumé:

  • Ils impriment beaucoup d’informations non pertinentes à la recherche d’indicateurs académiques quantitatifs ;
  • La sortie de nouveaux matériaux n'est pas organisée ;
  • Les détails « tendance » et actuels sont souvent manqués en raison d’une simple ignorance ;
  • Les retours à l'auteur sont difficiles ;
  • Les éditions mises à jour sont publiées rarement et irrégulièrement.

"Si vous n'êtes pas d'accord, critiquez, si vous critiquez, suggérez..."

La première chose qui me vient à l’esprit est la mise en œuvre de systèmes basés sur des moteurs. Wiki média. Oui, oui, tout le monde a entendu parler de Wikipédia, mais il a un caractère de référence encyclopédique. Nous sommes plus intéressés par le matériel pédagogique. Wikilivres nous convient mieux. Les inconvénients comprennent :

  • ouverture obligatoire de tous les documents (citation : « Ici, dans l'environnement wiki, la littérature pédagogique est écrite conjointement, distribuée gratuitement et accessible à tous. »)
  • la présence d'une certaine dépendance aux règles du site, à la hiérarchie interne des utilisateurs
    Il existe de nombreux moteurs wiki flottant dans le domaine public, mais je pense qu'il n'est même pas nécessaire de commencer à parler de la possibilité de déployer un système wiki à l'échelle universitaire. Par expérience, je dirai que : a) de telles solutions auto-hébergées souffrent de tolérance aux pannes ; b) vous pouvez oublier les mises à jour du système (à de très rares exceptions près).

Pendant longtemps, j’ai réfléchi en vain aux moyens d’améliorer la situation. Et puis un jour, une connaissance a dit qu'il y avait longtemps, il avait imprimé un brouillon d'un livre au format A4, mais avait perdu la version électronique. Je voulais savoir comment convertir tout cela sous forme électronique.

Il s'agissait d'un manuel contenant une quantité importante de formules et de graphiques, des outils OCR si populaires, par ex. abbyy finereader, seulement la moitié a aidé. Finereader a produit des morceaux de texte brut, que nous avons commencé à saisir dans des fichiers texte ordinaires, en les divisant en chapitres et en marquant le tout dans MarkDown. Visiblement utilisé jet pour faciliter la coopération. En tant que référentiel distant, nous avons utilisé BitBucket, la raison était la possibilité de créer des référentiels privés avec un plan tarifaire gratuit (cela est également vrai pour gitlab ce). Trouvé pour les inserts de formule Mathpix. A ce stade, nous nous sommes finalement tournés vers « MarkDown + LaTeX », puisque les formules étaient converties en Latex. Pour convertir en pdf, nous avons utilisé pandoc.

Au fil du temps, un simple éditeur de texte n'est plus suffisant, j'ai donc commencé à chercher un remplaçant. Essayé Typora et plusieurs autres programmes similaires. En conséquence, nous sommes parvenus à une solution Web et avons commencé à utiliser pileModifier, tout ce dont vous aviez besoin était là, de la synchronisation avec github au support et aux commentaires LaTeX.

Pour être plus précis, en conséquence, un simple script a été écrit pour lequel j'ai honte, qui effectuait la tâche d'assembler et de convertir le texte tapé en WEB. Pour cela, un simple modèle HTML suffisait.
Voici les commandes pour convertir en 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 {} ;

D’après ce que l’on peut constater, il ne fait rien d’intelligent : il collecte les en-têtes de contenu pour faciliter la navigation et convertit LaTeX.

Pour le moment, il y a une idée pour automatiser la construction lors des push vers les commerciaux sur github, en utilisant les services d'intégration continue (Circle CI, Travis CI ..)

Rien n'est nouveau...

M'intéressant à cette idée, j'ai commencé à chercher à quel point elle est populaire aujourd'hui.
Il était évident que cette idée n’était pas nouvelle pour la documentation logicielle. J'ai vu pas mal d'exemples de matériel pédagogique pour les programmeurs, par exemple : cours JS apprendre.javascript.ru. J'étais également intéressé par l'idée d'un moteur wiki basé sur git appelé Gollum

J'ai vu pas mal de référentiels contenant des livres entièrement écrits en LaTeX.

conclusion

De nombreux étudiants réécrivent plusieurs fois des notes qu'ils ont écrites de très nombreuses fois auparavant (je ne remets pas en question l'avantage d'écrire à la main), chaque fois que les informations sont perdues et mises à jour très lentement, toutes les notes, comme nous le comprenons, ne sont pas en forme électronique. En conséquence, ce serait sympa de télécharger les notes sur github (convertir en pdf, vue Web) et de proposer aux enseignants de faire de même. Cela attirerait, dans une certaine mesure, les étudiants et les enseignants vers la communauté GitHub compétitive « en direct », sans parler d’augmenter la quantité d’informations absorbées.

Par exemple Je laisse un lien vers le premier chapitre du livre dont je parlais, la voici et voici le lien vers celui-ci rap.

Source: habr.com

Ajouter un commentaire