Bienvenido a Meet the Teacher: el segmento del blog de CodeMonkey donde los maestros de todo el mundo comparten sus experiencias sobre lo que es ser un educador. Características de la publicación de hoy Ryan MacRaild, Educador de Tecnología en Escuela intermedia Brecksville-Broadview Heights, Ohio
"Nos gustaría que enseñaras a codificar".
Bueno, eh, no estoy seguro de saber lo suficiente sobre codificación para enseñarlo, pero bueno, ¡hagamos esto!
Hace 3 años comencé a enseñar varios lenguajes de codificación en mi electiva de computación de octavo grado. HTML y CSS con algo de JS incluido. Un pequeño marco A para mundos de realidad virtual y algo de Python para los niños que estaban realmente ansiosos por crecer. Lo que lo hizo difícil fueron los vastos niveles de habilidad que encontré en mis estudiantes y mi total falta de conocimiento de CUALQUIERA de esos temas. Sé que es bastante común en todas las demás áreas temáticas tener alumnos en diferentes niveles, pero enseñar codificación es más similar a enseñar un idioma extranjero que a enseñar "tecnología" en el hecho de que la mayoría de los estudiantes tienen CERO experiencia significativa codificando cualquier cosa.
He usado varios sitios para diferentes idiomas y cada uno tiene sus fortalezas y debilidades para la enseñanza de portales. Hacer un sitio web es genial, hacer que una tortuga se deslice por la pantalla es divertido, incluso animar objetos en un mundo 3D puede ser una maravilla. Pero todo programador joven quiere hacer una cosa: codificar juegos.
La base de bloques era un enfoque, pero los estudiantes de octavo grado podían hacer mucho más.
Cuando me topé con CodeMonkey, era escéptico porque parecía muy elemental. Paso al plátano. Gire al plátano. Recoge plátano.
¡Pero eso fue solo la fase uno! Había tantas opciones sobre las que construir, muchas de las cuales eran más avanzadas y exactamente lo que necesitaba para involucrar a mis escépticos estudiantes de octavo grado que pueden haber sido apagados por la simplicidad de los agarres de banana.
Constructor de juegos. Ya pues. ¡Lanza un constructor de juegos estilo Mario frente a cualquier estudiante y ellos simplemente quieren seguir adelante! Diseñador de juegos al estilo Frogger. Incluso una buena actividad basada en la gravedad llamada Moon Lander.
Pero no dejes que me adelante.
Game Builder ha cambiado la forma en que enseño codificación. La plataforma está basada en JavaScript. Declaraciones if / then, llamadas, codificación: cosas que ni siquiera sabía cómo hacer antes de empezar a enseñarlo. Pero el proceso y el sistema integrados en Code Monkey le brindan el apoyo como educador para guiar a sus estudiantes y, como era de esperar, ¡captan los conceptos mucho más rápido que yo!
Sin embargo, no pongamos el plátano antes que el mono.
Antes de que puedan comenzar a crear su propio juego, Code Monkey ofrece múltiples cursos para mostrar a los nuevos diseñadores de juegos la mecánica del juego para codificar diferentes acciones:
-Potencias
-Colisiones
-Doble velocidad
-Doble talla
-Saltar
-Efectos de sonido
-Animaciones Sprite
-Y mucho más
Pero con nuestra clase, los estudiantes deben calificar para convertirse en diseñadores de juegos. Tienes que completar una cantidad predeterminada de actividades antes de poder crear tu propio juego.
Entonces comienza el verdadero trabajo (diversión).
Si bien trato de no restringir demasiado a los estudiantes, tengo algunos requisitos.
Una meta. Tienes que jugar con un propósito. Peligro y riesgo, tiene que haber peligro o conflicto. Un comienzo y un final definitivos, acción ascendente y descendente. Suena a escritura creativa si me preguntas.
Puede haber un cronómetro o puntos, pero tiene que haber una oportunidad para que el jugador gane. O perder. ¡Es por eso que juegas el juego después de todo! Entonces, sí, hay una rúbrica, pero eso es solo para darles a los estudiantes un marco sobre el cual construir.
Mi problema actual es que los estudiantes se atrincheran tanto en los personajes, las animaciones y tratan de hacer que el juego sea tan sobresaliente que la cantidad de tiempo disponible no es suficiente para que hagan su trabajo. Hemos pasado de pasar 3 semanas a casi 5 o 6. Obviamente, eso varía de una clase a otra y de un estudiante a otro, pero no hace falta decir que también es un gran problema. Incluso tengo que decirles a algunos estudiantes que trabajen hacia atrás, que terminen la codificación para un sprite “básico” y luego integren el que quieran más tarde, ¡o la codificación simplemente no se terminará! Qué gran lección de gestión del tiempo en el mundo real.
El otro problema son mis propias limitaciones personales como programador. Originalmente era profesor de ciencias, por lo que la codificación y la programación no son nativas de mí. He pasado una gran cantidad de tiempo estudiando, tomando cursos, asistiendo a talleres y conferencias y simplemente haciendo las mismas actividades que mis estudiantes, tratando de mantener mis habilidades y crecer como codificador. ¡Los aprendices de por vida se unen! Sin embargo, CodeMonkey ha sido muy receptivo cuando tenemos preguntas. Si es algo que no podemos resolver por nuestra cuenta, generalmente he encontrado una solución con la ayuda del soporte en un día. Y mientras trabajamos con mis alumnos, intentamos soluciones para un período de clase, si no encontramos las respuestas, preguntamos a los profesionales. Estamos juntos en esto, y como profesor, no saber la respuesta puede ser abrumador, pero también muy liberador y ayuda a sus estudiantes a ver que no se trata solo de codificar, sino de resolver problemas, colaborar, hacer las preguntas correctas y saber dónde encontrar respuestas.
Mientras enseña, también aprende, y una de las herramientas más poderosas que uso cuando enseño codificación NO es tener todas las respuestas. Demuestra a tus alumnos que eres un ser humano, que puedes ayudar a encontrar respuestas, no solo decirles respuestas, y una pequeña transferencia de poder al estudiante contribuye en gran medida a la aceptación.
"Vamos a resolver eso juntos".
"No estoy seguro, sigue trabajando en ello y verás qué se te ocurre".
"Tal vez intente cambiar esto y ver qué pasa".
"Algo no se ve bien en la línea 12, ¿qué estás viendo?"
En general, mi experiencia con CodeMonkey Game Designer es muy gratificante tanto para mis alumnos como para mi curso y mi plan de estudios. Ha llenado un vacío que me faltaba en clase: Diseño de juegos. La participación ha sido tremenda, la productividad de los estudiantes está por las nubes y los resultados son aún más impresionantes de lo que esperaba. Las líneas de código reales, la interactividad real y la programación real ayudan a inspirar a mis estudiantes, así como a este maestro veterano de 20 años, a aprender cosas nuevas a diario.
BIO:
Ryun MacRaild es maestra de informática en una escuela intermedia en el distrito escolar de Brecksville-Broadview Heights en un suburbio al sur de Cleveland, Ohio. Ex profesor de ciencias, MacRaild ha trabajado como integracionista y como profesor de aula durante la mayor parte de 20 años. También es entrenador de fútbol de secundaria. Ryan ayudó a desarrollar y lanzar el primer Chromebook escolar completo 1: 1 en el área de Cleveland a fines de la década de 2000. Es embajador de CodeMonkey y Khan Academy, así como profesor certificado de Raspberry Pi. Ha presentado a nivel local, regional y nacional sobre la integración de tecnología en el aula. Encuéntrelo en Twitter @MrMacRaild
