[ROMULO ALEXANDER]

Me conecto mucho con lo que dice Carmen sobre la programación. En nuestras áreas técnicas, el ABP es casi natural porque, como bien menciona la unidad, un proyecto es un trabajo temporal para crear un producto o servicio único. En ingeniería, si el muchacho no ‘mete mano’ en el código o en la infraestructura, el conocimiento se queda en el aire.

Sumando a lo que comenta Oscar sobre el proceso, me parece clave resaltar el principio de ‘evaluar para aprender’. En programación, a veces el código no corre a la primera, y ahí es donde la iteración y el análisis del error se vuelven la verdadera fuente de aprendizaje, más allá de si el programa final quedó perfecto o no.

Coincido con ustedes en que nuestro rol cambia a ser orientadores. Al final, como dice la teoría constructivista, estamos es para potenciar sus habilidades de autogestión y que ellos mismos aprendan a resolver esos chicharrones técnicos.

• This reply was modified hace 2 months, 3 semanas by  ROMULO ALEXANDER.

[ROMULO ALEXANDER]

¡Hola, Oscar!. Buena reflexión hacés sobre ese ‘salto’ del modelo tradicional al ABP.Me llamó mucho la atención lo que mencionás sobre el desafío de evaluar de manera justa. Precisamente en la clase veíamos que el truco está en ese principio de ‘evaluar para aprender’, donde el peso no está solo en el examen final, sino en usar instrumentos que acompañen todo el proceso de construcción del conocimiento. A veces nos da susto soltar el control como ‘únicos transmisores’, pero como bien dijiste, pasar a ser facilitadores que diseñan experiencias es lo que realmente permite que los muchachos conecten la teoría con la práctica. ¿Qué instrumento te ha funcionado mejor para que esa evaluación no se sienta como un castigo sino como parte del aprendizaje?

• This reply was modified hace 2 months, 3 semanas by  ROMULO ALEXANDER.