Capturando el pizarrón de mi clase


Hace mucho tiempo tengo la costumbre de sacar fotos con mi celular como forma rápida de documentar lo que se puede escribir en un pizarrón durante una discusión de diseño, tanto en el trabajo como en el dictado de un curso.

Para mis cursos

En mi caso particular sigo la premisa de "para improvisar hay que estar antes muy preparado", por lo cual cada clase me lleva muchas horas de trabajo pero que luego "en vivo" suelo ir adaptándola rápidamente a como van reaccionando mis interlocutores. No es la primera vez que de camino a la universidad voy -en el mismo ómnibus- haciendo correcciones con un lápiz a los ejercicios que ya tenía preparados, pues se me ocurrió que cambiando o hasta quitando determinados detalles podía simplificar aún más el entendimiento de los conceptos.

El problema luego es que siempre trato de seguir relacionando los temas y los ejercicios unos con otros, y necesito una forma rápida de documentar estos cambios de último momento (se me complica dictar una clase, hacer cambios en el aire, para luego registrarlo a mano).

Si fuera el caso de una empresa lo ideal es que luego de una reunión escribir un acta (para registrar lo sucedido y hasta donde se llegó) y agregar todas estas fotos.

En este caso les muestro como ejemplo lo que hicimos en la clase pasada de mi curso de PHP5

Nota: los dibujos no están muy prolijos pues la idea es ser progresivo con los ejemplos, ir borrando y agregando nuevos detalles, o haciendo comentarios al margen sobre temas que necesitan ser reforzados en el momento (aunque de ahora en más voy a poner un poco más de cuidado así las fotos salen mejor ;-) ) :


Aquí, continuando con la primera foto que explica el concepto de un diseño básico de 3 capas, explico cómo sería la codificación a partir de un módulo listado_clientes.php que hiciera uso de cada capa del sistema, empezando por la "presentación". El módulo invocaría a la clase HTML del paquete "presentación", que a su vez invoca a la clase Mensaje del paquete "dominio", para luego invocar a la clase BaseDeDatos del paquete "persistencia" (para más información buscar en este mismo blog por "diseño 3 capas").

Aquí definimos una estrategia del tipo "divide y vencerás" para enfrentar la larga lista de requerimientos del trabajo obligatorio de desarrollo que deben culminar para aprobar el curso de actualización profesional. No sé si se dan cuenta, pero deben desarrollar un primer prototipo con la funcionalidad base de Twitter, más toda otra serie de requisitos (patrones de diseño, 3 capas, Ajax, plantear mejoras al sistema original, etc).

Tratando de mostrar el proceso completo del desarrollo de un sistema orientado a objetos usando UML, se parte de un diagrama de Casos de Uso (ya borrado del pizarrón), un Diagrama de Paquetes, Diagrama de Clases y el -en mi opinión- más importante para todo desarrollador profesional: el Diagrama de Secuencia.

Y aquí, como "la cereza de la torta", me voy abruptamente al borde del abismo de la improvisación y ya engancho con la introducción al tema de "Principios de Diseño de la Orientación a Objetos" de la mano del más revelador de todos: "Principio Abierto / Cerrado (Open/Closed)".

La memoria trabaja mejor con imágenes

Creo que estas fotos son muy útiles para nuestro uso profesional. La memoria trabaja en base a imágenes y asociaciones, y a veces uno no recuerda tan fácilmente a partir de nuestras propias transcripciones escritas de lo que ve (siempre te pierdes algo), pero a mi me pasa que una sola imagen puede hacerme recordar exactamente todo lo que se habló en ese momento.

Pruébalo en tu próxima reunión que hagan uso de un pizarrón, y luego súbelo al Wiki de la intranet de tu organización para documentar y compartir la experiencia ;-)

Entradas populares