----------------------------------------------------------

Pedro del Gallego's Weblog

Main | Next day (ago 12, 2004) »

20040811 miércoles agosto 11, 2004

Cursos, cursos y mas cursos....
Sin lugar a dudas este verano, sin lugar a dudas va a ser el de que se me quite el miedo escenico, ya que he imparrtido varios cursos de distintatematica, unos con mas exito, otros con poco y otros aun por dar.

  1. Lo primero que aprendes cuando das un curso es que puede haber gente de todo tipo, desde el reaky-guru que sabe mas que el resto junto, hasta el que te pregunta que es eso de un "if".
  2. Otra cosa que aprendes es que si llegas con resaca al curso, jamas, JAMAS lograras que los ordenadores de tus alumnos hagan lo que tienen que hacer. Por mucho empeño que pongas (que tampoco lo pondras, por que te dolera la cabeza). Gracias a Dios la mayoria estara en peor condicion que tu asi que tampoco les importara mucho.
  3. La tercera es que si vas a impartir un curso a la gente le pone cachonda ver código que tire, como empieces con tonterias de UML te quedas mas solo que la una
  4. La cuarta es que si el curso lo impartes a un grupo de universitarios en periodo vacacional y en una escuela/residencia donde el "four rouses/cola" vale 2€ no pagaras ni una copa. (Esto inevitablemente te llevara al segundo punto y al quinto)
  5. Si tu alumnos te ven en un estado similar al suyo, te tomaran por un colega, no por su profesor
  6. Los alumnos se enfadan si no les enseñas a picar teclas. JAMAS intentes DAR UNA VISION DEL CONJUNTO. El alumno contento es aquel que hace funcionar una aplicación sencilla, sin muchas lineas de código.

EMHO (En Mi Humilde Opinion, para los neofitos en listas de correo y otras frikadas), en un curso de 20 horas no se deverian tirar lineas de código, eso solo sirve para que pierdas el tiempo aprendiendo a manejar una API que se olvidara en 3 dias, mejor HABLAR sobre arquitectura, sobre como funciona una aplicacion web o sobre cualquier cosa que no te haga perder el tiempo. Por que mnuales de referencia y documentacion de API existen a patadas. Da igual que recibas un curso de 20 horas sobre RMI o sobre JDBC, tres dias despues deveras mirar el manual de referencia para acordarte de como se hacia para instancar el driver (DriverManager.yoQuesequeMetodo(conNosequeParametro)) pero una vez aprendes que debes usar un DAO para mantener todo el codigo de acceso en un solo objeto eso tardaras mas en olvidarlo (a no ser que esa noche te pimples 15 "four roses/cola", con lo que probablemente se te olvide hasta tu nombre). Y con esto no quiero decir que mis alumnos aprendieran que es un DAO, o un Front Controller (que ojalá lo hicieran). Sino que hay formas diferentes de ver que es lo que se debe enseñar. y para mi :

Los principios de diseño de la orentacion a objetos estan por encima de cualquier implementación de una tecnología, de cualquier API y por encima de Java, si no sabes buenas tecnicas de POO jamas haras buenas aplicaciones J2EE, aunque te sepas la API en hebreo cabalistico

Enseñar a alguien las API´s es enseñar a ser un "picateclas" (con todos mis respetos, por que por hemos empezado todos). Con esto no quiero decir que yo sea un buen o mal profesor. Eso dependera de cada curos, de cada momento y de muchas otras cosas.

PS I: A la gente que defendio mi manera de dar los cursos en Mollina gracias.
PS II: A la gente de Mollina a ver si mandis las fotos por aqui, y enseñamos en un proximo post lo que es el "espiritu Ceulaj" ;)

( ago 11 2004, 06:20:54 PM CEST ) Permalink Comentarios [4]