Trabajo en un bootcamp donde enseño programación. Tengo un estudiante en mi clase que hace 1 pregunta cada minuto. Este estudiante preguntaría sobre cada cosa, como dónde agregar este código y cómo debo hacer X e Y sin siquiera intentarlo.
¿Cómo tratas a un estudiante que hace cientos de preguntas al día?
Establezca objetivos de aprendizaje claros que incluyan la resolución de problemas y la búsqueda de respuestas como parte de la tarea.
Esto cae esencialmente bajo el adagio "enseñar a alguien a pescar". La habilidad más importante para aprender en un campo de entrenamiento de programación no va a ser un repertorio de funciones o el dominio de la sintaxis de un determinado lenguaje, sino una parte del proceso de programación en sí, que incluye la resolución de problemas y las habilidades asociadas.
Parece que las quejas te están destrozando y sientes que tienes que dar una respuesta para ayudar con una línea de código dada, pero creo que si en cambio lo enmarcas en tu propia mente (y también dejas claro a los estudiantes ) que está enseñando todo el proceso, será más fácil negarse a responder esas preguntas y volver a centrarse en las formas en que el estudiante puede encontrar su propia respuesta .
Si un estudiante le responde que le dice que trabaje en algo en particular con "que no tiene idea de cómo hacer esa cosa X", vale la pena tomarlo al pie de la letra y averiguar cuál sería la acción recomendada si necesitara hacer X, no tenía idea de cómo hacer eso, y no tenía acceso a usted . No les diga cómo hacer X, dígales dónde y cómo pueden averiguarlo.
Suponiendo que X está en su plan de estudio, puede señalar en qué parte de sus materiales de estudio hay algo sobre cómo hacer X: bríndeles algo específico que puedan hacer, por ejemplo, revisar diapositivas particulares o leer alguna documentación, o revisar código de muestra, repetir algún ejercicio práctico. Si no está en sus materiales de estudio, ¿quizás debería estarlo? No necesariamente como algo por lo que todos deben pasar, sino como referencia adicional.
Hay un montón de trucos.
Pida ver el trabajo en progreso antes de dar una pista.
Aprende a dar pistas mínimas, no respuestas. Una especie de pista apunta a dónde se puede encontrar la respuesta.
Más extremo es racionar tus indirectas a cada persona. Aún más extremo es cobrar "puntos" por pistas, aunque es mejor si tienen algún mecanismo para recuperarlos.
Si solo hay uno (o dos) estudiantes que hacen esto, tal vez una sesión de oficina sería apropiada para explorar por qué lo hacen. Algunos estudiantes vienen con información errónea sobre el material o cómo deben manejarlo. Algunos de estos están profundamente arraigados y son muy difíciles de resolver, pero algunos pueden manejarse con solo dar un vistazo. Los casos difíciles pueden requerir tutoriales adicionales para ponerse al día.
En situaciones de laboratorio de programación informática, el mejor mecanismo es la programación en parejas , donde los estudiantes trabajan en parejas en sus ejercicios de laboratorio. Podría ser aplicable a algunos otros campos. Esto es especialmente útil si tiene más de unos pocos estudiantes que exhiben este tipo de comportamiento.
También pregúntese si falta algo en la estructura general de la clase y vea si puede solucionarlo. Las conferencias más largas probablemente no sean la respuesta correcta para eso, aunque en mi opinión. Más problemas de muestra podrían ser.
Nate Eldredge
Juan carpintero
Nate Eldredge
Juan carpintero
Juan carpintero
usuario48953094
Mate
Nate Eldredge
JeffE