Calificación del código fuente en un entorno en línea
En el pasado, los estudiantes enviaron copias impresas de los programas y los resultados para su calificación (también se proporcionó la versión electrónica si quería ejecutar los programas).
Siempre anotaba y calificaba la lista de fuentes y la salida asociada en las copias impresas que luego devolvía a los estudiantes en clase. Ahora con COVID-19 y enseñando todo en línea, solo tendré envíos de Canvas, y puedo / estoy dispuesto a imprimirlos según sea necesario, pero no hay forma de obtener comentarios / copias impresas fácilmente para los estudiantes. Esto es particularmente importante para mis estudiantes de CS I.
¿Qué estáis haciendo todos con respecto a esto? Anotar papel es la forma más eficiente en cuanto a tiempo para hacer esto. Tuve un colega la primavera pasada que tomó imágenes de todas las calificaciones y luego subió un conjunto de archivos .jpgs para cada estudiante, un proceso ridículamente lento al que se rindió pronto.
Escribir en el código fuente, rodear secciones, etc. es lo que me gustaría hacer.
¿Alguna sugerencia?
Tenga en cuenta que esto es principalmente para mi curso de CS 1; muchos de estos estudiantes no habrán tenido ninguna experiencia en programación. Lucharán lo suficiente con los conceptos básicos de Eclipse y Java, por lo que no necesariamente quiero cargarlos con demandas técnicas adicionales.
Respuestas
Le sugiero que utilice una herramienta de revisión de código. Esto es algo que probablemente necesitarán usar cuando trabajen en la industria. Así que vale la pena mejorarlas ahora.
Puedes usar githubs one gratis. (Estás enseñando el control de versiones, por lo que debería ser bastante fácil)
Haga que sus alumnos creen una solicitud de extracción y la revisen.
Puede resaltar líneas específicas y poner comentarios en ellas, etc.
Nunca se me ha ocurrido utilizar impresiones de código, aunque tengo un colega mayor que hace esto. Para mí, parece un poco extraño como enfoque e ineficaz.
Dicho esto, si desea tener un flujo de trabajo similar digitalmente, es posible que desee considerar usar una tableta con un lápiz, Microsoft OneNote, y luego guardar la salida final como un PDF. Esto le permitirá dibujar, garabatear y escribir libremente en su código enviado. Como beneficio adicional, también podrá incluir enlaces, imágenes u otros diagramas, variados y diversos según lo considere útil.
Por lo general, proporciono comentarios ya sea en viñetas o en paralelo en persona ("en persona" en este contexto significa usar la pantalla compartida en Zoom).
Si puede crear archivos PDF (como indicó en los comentarios), puede usar Adobe Acrobat Reader (el gratuito) para agregar comentarios desde un teclado al código y guardarlo. Esto es lo que utilizo para la mayoría de trabajos de estudiantes, listados, disertaciones, etc. Puede guardarlo y volver a cargarlo en el VLE o en cualquier mecanismo de retroalimentación que se esté utilizando.
Por supuesto, si tiene una tableta o incluso un bloc de dibujo adjunto a un escritorio, puede agregar más anotaciones a mano alzada en el estilo antiguo.
Sin embargo, he pasado de anotar código por un mecanismo de desarrollo más basado en pruebas para dar retroalimentación de codificación. Los estudiantes ahora tienen que ejecutar los guiones de prueba que escribo y cargar los resultados en lugar del código en las etapas intermedias para la retroalimentación formativa. Solo realizo comentarios sobre el código en la etapa sumativa. Encuentro que, con> 250 estudiantes, necesito dejar que la computadora haga más trabajo mientras sigo tratando de dar algún tipo de información útil a los estudiantes.
Por supuesto, existen herramientas más caras diseñadas específicamente para garabatear que otros pueden mencionar.
Otra forma de hacer las cosas es interactuar con el código base real de los estudiantes y no con una lista, usando algo como Visual Studio Live Code Share. Esto da retroalimentación en el punto real donde comienzan a desviarse del sentido común. Algunos colegas están haciendo esta técnica.
Tenga en cuenta que esta respuesta asume que hay un escáner por lotes disponible.
Si insiste en trabajar con páginas impresas, podría evitar hacer (mucho) trabajo manual devolviendo los archivos si:
- Realice un seguimiento del orden de los archivos impresos, corríjalos, póngalos en un escáner por lotes y devuelva automáticamente los archivos corregidos. Aunque me imagino que esta no es una opción debido al riesgo de mezclar archivos debido a fallas en el escáner / impresión.
- Otra opción podría ser imprimir un código qr en la página, imprimir las páginas, corregir las páginas, volver a colocar los papeles corregidos en un escáner por lotes y procesar las imágenes usando un decodificador qr para asignar los archivos en consecuencia, de esta manera está (casi , dependiendo de qué tan bueno sea el escáner qr) seguro de que los trabajos corregidos correctos se devuelven a los estudiantes adecuados. También puede recibir una notificación sobre los papeles que no se escanearon correctamente, ya que sabe cuántos imprimió y, por lo tanto, debería escanear.
- Si no quiere estar buscando un lugar para poner el código qr en su trabajo, puede darles a los estudiantes una plantilla de látex o convertir su código en una plantilla de látex con un código qr que pertenezca a su número de estudio.
En mi experiencia, la pyzbarconfiguración puede ser un poco tediosa, pero descubrí que prácticamente funciona identificando códigos qr en páginas impresas y escaneadas. Sin afirmar que esta es la mejor solución, creo que habría soluciones más fáciles y, como DarcyThomas, respondería mejor.
Puede probar PDF Viewer Pro de PSPDFKit, lo vi en la lista superior en la App Store de iOS hace unos días, parece que hace lo que necesita. Digo iPad porque creo que te permite crear círculos y líneas más fácilmente que usar un mouse en una computadora portátil.