Brevemente sobre la situación en las universidades (experiencia personal)
Para empezar, vale la pena estipular que el material presentado es subjetivo, por así decirlo, "dentro de la vista", pero según las sensaciones, la información es relevante para muchas universidades estatales del espacio postsoviético.
Debido a la demanda de especialistas en TI, muchas instituciones educativas han abierto las áreas relevantes de capacitación. Además, incluso los estudiantes de profesiones que no son de TI obtuvieron muchas materias de TI, a menudo Python, R, menos afortunado muchos tienen que aprender idiomas de aprendizaje "polvorientos" como Pascal.
Si miras más profundo, entonces no todo es tan simple. No todos los maestros se mantienen al día con las "tendencias". Personalmente, cuando estudiaba en la especialidad de "programador", me enfrenté al hecho de que algunos maestros no tienen apuntes relevantes. Más específicamente, el maestro arrojó al alcaide en un resumen de fotos de una unidad flash, escrito a mano por algún alumno. Estoy completamente en silencio sobre la relevancia de materiales como los manuales de programación WEB (año 2010). Queda por adivinar qué está sucediendo en las escuelas técnicas y en las peores de las peores instituciones educativas.
En resumen:
- Imprimen mucha información irrelevante en busca de indicadores académicos cuantitativos;
- El lanzamiento de nuevos materiales no está organizado;
- A menudo se pasan por alto "tendencias" y detalles relevantes debido a la ignorancia ordinaria;
- La retroalimentación con el autor es difícil;
- Las ediciones actualizadas son raras e irregulares.
"No estoy de acuerdo - criticar, criticar - ofrecer .."
Lo primero que viene a la mente es la introducción de sistemas basados en el motor Media Wiki . Sí, sí, todos escucharon sobre Wikipedia, pero tiene un carácter encepédico de referencia. Estamos más interesados en materiales educativos. Wikilibros es más adecuado para nosotros. Entre las deficiencias se pueden identificar:
- Apertura obligatoria de todos los materiales (cita: "Aquí, en el entorno wiki, la literatura educativa se escribe en conjunto, se distribuye libremente y es accesible para todos").
- la presencia de una cierta dependencia de las reglas del sitio, la jerarquía interna de usuarios
Muchos motores wiki flotan en el dominio público, pero creo que ni siquiera necesita comenzar a hablar sobre la posibilidad de implementar un sistema wiki en toda la universidad. Por experiencia diré que: a) tales soluciones autohospedadas sufren de tolerancia a fallas; b) puede olvidarse de las actualizaciones del sistema (con muy raras excepciones).
Durante mucho tiempo pensé en vano cómo mejorar la situación. Y una vez, un conocido dijo que hace mucho tiempo había impreso un borrador de un libro en A4, pero había perdido la versión electrónica. Me preguntaba cómo convertirlo todo en forma electrónica.
Era un libro de texto con un número significativo de fórmulas y gráficos, por lo que las herramientas populares de OCR, como abbyy finereader , ayudaron a la mitad. Finereader entregó fragmentos de texto sin formato, que comenzamos a poner en archivos de texto regulares, dividiéndolos en capítulos, marcando todo en MarkDown. Obviamente, utilizamos git para la conveniencia de la cooperación. Utilizamos BitBucket como un repositorio remoto, la razón era la posibilidad de crear repositorios privados con un plan de tarifas gratuito (esto también es cierto para GitLab ). Para las inserciones de fórmulas, se encontró Mathpix . En esta etapa, finalmente se volvió al lado de "MarkDown + LaTeX", ya que las fórmulas se convirtieron a LaTeX . Para la conversión a pdf se utilizó Pandoc .
Con el tiempo, un simple editor de texto comenzó a perderse y comenzó a buscar un reemplazo. Probé Typora y varios otros programas similares. Como resultado, llegamos a una solución web y comenzamos a usar stackedit , todo estaba allí, desde la sincronización con github hasta el soporte y los comentarios de LaTeX.
Específicamente, se escribió un guión simple como resultado por lo cual me da vergüenza , que realizó la tarea de ensamblar y convertir texto escrito a WEB. Una simple plantilla HTML fue suficiente para esto.
Aquí están los comandos para convertir a 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 {} \;
No hace nada inteligente, por lo que se puede observar: recopila encabezados de contenido para facilitar la navegación y convierte LaTeX.
Por el momento, existe la idea de automatizar el ensamblaje cuando se empuja para rapear en github utilizando los servicios de integración continua (Circle CI, Travis CI ..)
Nada es nuevo ...
Interesado en este pensamiento, comenzó a mirar qué tan popular es ahora.
Obviamente, esta idea no era nueva en la documentación del software. Vi bastantes ejemplos de materiales de capacitación para programadores, por ejemplo: cursos JS learn.javascript.ru . También interesado en la idea de un motor wiki basado en git llamado Gollum
Muchos vieron repositorios con libros escritos completamente en LaTeX.
Conclusión
Muchos estudiantes reescriben los compendios varias veces, que escribieron muchas, muchas veces antes (no cuestiono los beneficios de escribir a mano), cada vez que la información se pierde y actualiza muy lentamente, no todos los compendios, como entendemos, están en formato electrónico. Como resultado, sería genial completar los resúmenes en github (convertir a pdf, vista web), la misma oferta para los maestros. Esto atraería a estudiantes y maestros a una comunidad github competitiva "en vivo" hasta cierto punto, sin mencionar un aumento en la cantidad de información digerible.
Por ejemplo, dejo un enlace al primer capítulo del libro del que hablé, aquí está y aquí hay un enlace al rap en sí.