Aprendiendo mientras "enseñamos"

Me gusta la capacidad que tienen los artistas de reciclar. De buscar entre cosas viejas, del pasado, mezclarlas y crear algo de valor, nuevo. Esta es una galería de aprendizaje, un rejunte de retrospectivas hechas por y con los chicos del colegio Nehuen Peuman, con quienes hacemos Nahual. Un libro abierto para quienes quieran mirar.

Aprender de los compañeros

Una buena razón para dar un paso al costado, o mejor aún, hacía atrás del salón.

Desafíos

La satisfacción de conseguir una meta. Cómo podemos hacer de cada encuentro un desafío?

Dificultades

no me gustó no saber leer inglés

Este es uno de los que más me gusta. Por falta de tiempo de preparación, a veces hacemos cosas con material en inglés. Cuando este chico comentó que no le gustaba a él no saber inglés, automáticamente me acordé de otro caso similar. Haciendo talleres de diseño de software, más de una vez me comentaron que no gustaba que el material esté en inglés. Este contraste entre un profesional y un pibe me hizo preguntar cómo nos paramos frente a las dificultades? Me sorprende lo que se puede aprender de un papelito.

Empirismo

Creo que no podría ponerle palabras más claras al significado de "empirismo". Los chicos tienen la facilidad de ponerle palabras simples a los conceptos. De eso aprendemos todos.

Reconocer

La humildad de reconocer en el mismo proceso de aprendizaje las capacidades propias. Una buena actitud para aprender.

Rotar

Algo tan simple como rotar de grupo de aprendizaje, puede generar un mejor ambiente para aprender.

Variedad

Las opciones son tan importantes como el contenido?

Palabras

Si enseñar y aprender es algo que pasa al mismo tiempo, estaremos necesitando otra palabra para esto que estamos haciendo?

El juego del mercado

Ayer, en el open space de Agiles 2012, hicimos una sesión llamada "Qué podemos hacer los profesionales por una sociedad mejor". La sesión fue muy interesante, pero no quiero entrar en detalles, ya va a salir un post colaborativo armado por los participantes. Lo que si me gustaría hacer es contar cómo es el juego que hicimos para conectarnos con el tema.





Al final, tachamos donde dice juego, escribimos sociedad y debatimos sobre si encontramos alguna similitud en el juego y en la sociedad que vivimos.



Toda esta actividad hizo una buena conexión de los participantes con el tema y con otros participantes.

Nosotros, los profesionales

Luego nos dividimos en grupos de 3. Cada grupo conversó sobre el lugar de los profesionales en la sociedad, que tenemos para ofrecer, que necesitamos. Y pensó en una idea para que la sociedad sea un poco mejor.

Manos a la obra

Para cerrar cada persona se propuso un objetivo para hacer en 1 semana. Nos intercambiamos los mails con los compañeros del grupo, para escribirnos a la semana y preguntarnos como nos fue con lo que nos propusimos.

saludos!

Proyección debate: la educación prohibida

El fin de semana pasado con unos amigos organizamos una proyección y debate sobre la educación prohibida. Esto fue lo que hicimos:

Conexión

Hola, bienvenido a la proyección debate sobre la educación prohibida. Te invitamos a recorrer el salón y leer las afirmaciones de los carteles. Buscá una que te interese y charlá con quien tengas al lado de si es un mito o un hecho:

Buscá a alguien que opine distinto a vos. Buscá a alguien que no conozcas y preguntale que opina. Estos fueron los mitos / hechos:

• Los chicos aprenden mejor teniendo un profesor en frente.
• Separar a los chicos por edades es un método eficiente.
• El problema de la educación actual es la hiperactividad y falta de concentración de los
• chicos.
• La escuela disminuye la creatividad.
• Es posible aprender en un ambiente competitivo.
• El sistema de calificaciones es la mejor forma de medir el progreso del aprendizaje.
• En la escuela se tiene en cuenta el contexto personal de cada chico.
• Repitiendo aprendo. Repitiendo aprendo.

Proyección

Vimos la película.

Debate (chaaancho va!)

Para hacer el debate usamos una forma conocida como world café, en donde en cada rincón se charló de un tema, que fueron:

Cómo aprendemos?

Cuál es la motivación para aprender?

Cuál es el rol del educador?

Cuál es el rol de la escuela pública?

Cadá 10 minutos los grupos rotaban de rincón (chaaancho va), el embajador los recibía contándoles lo que charlaron en el grupo anterior y continuando el debate.

Al finalizar, cada embajador presentó lo charlado en su rincón:




Conclusión

Cómo llevamos lo que aprendimos hoy a nuestro día a día, para, como bien dijo Clarita, "vincular lo que se enseña con lo que uno vive"? Qué cosa nueva empezaríamos a hacer?

Retro en 1 palabra

Pensá en 1 palabra que resuma el encuentro de hoy. De ronda y todos de pié, cada uno dijo su palabra y nos contamos que nos pareció la actividad que hicimos entre todos. Porque estas cosas, se hacen entre todos.

Fue una muy linda actividad, entre amigos, para amigos, donde cada uno hizo su aporte y entre todos creamos un espacio para debatir sobre estas ideas.

Implementando SOLID – LSP

Siguiendo con los principios SOLID, y el empuje de Nelo p/compartir como resolver cada uno de los ejercicios, vamos a continuar con el principio de liskov.

Esta es la solución de Nelo: http://nelopauselli.blogspot.com.ar/2012/08/implementando-solid-lsp.html

El código del ejercicio es este:

El problema es que el método WithEntity hace un tratamiento especial para cada una de las subclases. El principio de Liskov nos dice que si dependemos de una clase base, debemos poder usar objetos de clases derivadas sin saberlo. Y este no es el caso. Los problemas que presenta no seguir este principio son:

• Quien usa el método WIthEnity puede pensar, con todo derecho, que pasándole cualquier objeto derivado de ContactInformation va a funcionar.
• Quien agrega otro subtipo de ContactInformation, puede olvidarse que existe este método WithEntity con tratamiento especial y usarlo.
• El ejemplo está reducido y simplificado p/poder ser entendido fácilmente. En realidad se trata de un caso real, con muchos subtipos y una jerarquía algo más compleja. Modificar esta MailBuilder era realmente un problema, ya que implicaba volver a probar todos los casos.

Este código tiene una ventaja que favorece el reuso vs la duplicación, pero una desventaja, que es poco flexible. A veces la duplicación no es mala, ya que nos da flexibilidad. La solución propuesta es tener un MailBuilder por cada clase. Hay duplicación, pero también flexibilidad. Podemos cambiar lo que querramos, sin afectar lo existente.

Seguramente hay otras formas de eliminar la duplicación. Podemos por ejemplo crear un MailBuilderString con la responsabilidad de armar un mail y usar este objeto dentro de cada uno de los MailBuilders para cada ContactInformation.

saludos!