Clase en el posgrado de la UCA

La semana pasada dicté una clase sobre Extreme Programming en el contexto de la especialización en Ingeniería de Software de la UCA. Más concretamente la clase fue en el contexto de la materia Métodos de desarrollo de Software que dicta Andrés Diaz Pace.

Previamente Mariano Tugnarelli había dado una introducción a los métodos ágiles y Scrum. Lo cual preparó el contexto para meternos con XP.

El grupo de alumnos resultó ser bastante heterogéneo, varios de ellos trabajando activamente en el sector de software, algunos electrónicos, algunos graduados recientemente y otros hace ya bastante, en su mayoría Argentinos, pero también varios extranjeros. Muy poco con conocimientos de métodos ágiles.

Inicialmente hicimos una actividad de mitos y verdades la cual nos sirvió de disparador para ir entrando en varias conceptuales.

Algunos recursos interesante relacionados a los que vimos en la clase:

agiles_uca

#ConstruccionDeSoftware, presentación oficial DONE

El pasado 6 de Octubre realizamos la presentación oficial del libro. El acto duró aproximadamente 1 hora y salió acorde a planeado.

Comenzamos con las palabras de Alejandro Oliveros, director de la carrera de Ingeniería en Computación de UNTREF, quien destacó la importancia de que los autores, docentes universitarios y profesionales con amplia experiencia en la industria, hayan decidido volcar sus conocimientos y experiencia en la obra en cuestión.

Luego tomó la palabra Juan Gabardini, amigo y prologuista del libro, quien también hizo alguna referencia a los autores y al desafío de escribir el libro entre 6 personas.

Luego fue el turno de los autores, de antemano decidimos que no hablaríamos los 6 para que el acto no se estirara tanto. El primero fue Diego, quien habló del surgimiento de los métodos ágiles. A continuación Carlos habló sobre las motivaciones que nos llevaron a escribir este libro. Después llegó mi turno y hablé las particularidades de este libro con respecto a otros del tema. A partir de ahí el resto de la presentación estuvo dedicado a responder preguntas del auditorio y ahí sí participamos los 6 autores.

Para mi el acto fue el hito de cierre del proyecto que iniciamos los 6 autores hace más dos años. Aún hay algunas cuestiones en las que seguiremos trabajando (por ejemplo la publicación digital) pero exceden el compromiso inicial que asumimos como autores.

Más allá de las formalidades, el acto tuvo para mi cierta carga emotiva dada por la presencia de amigos y familiares.

Al mismo tiempo y más allá del producto de este trabajo que representa el libro, el proceso de escritura me resultó muy enriquecedor y me dejó muchísimas enseñanzas. Agradezco en este sentido a mis colegas co-autores por la experiencia compartida durante la escritura.

presentacion_libro

 

#ConstruccionDeSoftware, sobre los autores

Quiero dedicar algunas líneas para referirme a los autores del libro.

Los autores somos 6, tal como aparecemos en el libro: Nicolás Paez, Diego Fontdevila, Pablo Suárez, Carlos Fontela, Marcio Degiovannini y Alejandro Molinari. Todos egresados y docentes de la Facultad de Ingeniería de la Universidad de Buenos Aires. Al mismo tiempo todos nos desempeñamos en la industria del software desde hace años. Lo que hemos escrito en el libro es el resultado del estudio y la aplicación de métodos ágiles en nuestros ámbitos cotidianos a tanto a nivel académico como industrial.

Un punto interesante más allá de la cantidad de autores es que todos firmamos por el todo, o sea, el libro no es un compendio de capítulos escritos por distintos autores con opiniones distintas. Si bien hubo una división de capítulos a la hora de escribir, luego de eso, trabajamos fuertemente para acordar contenido y opiniones y asegurar la integridad conceptual de la obra.

También me parece interesante destacar la heterogeneidad de roles y experiencias entre los autores. Marcio y yo tenemos claramente un perfil muy técnico y trabajamos a diario en cuestiones de código e incluso a veces de infraestructura. Alejandro y Pablo tienen un perfil más de gestión. Carlos sin duda es el de mayor experiencia profesional pero al mismo tiempo es posiblemente el más académico de todos. Diego alterna entre cuestiones de gestión de proyecto, gestión organizacional y cuestiones técnicas. Al mismo tiempo Diego y Marcio tienen espíritu emprendedor mientras que Pablo tiene mucha experiencia en ambientes corporativos. Y lo curioso de todo esto es que esta heterogeneidad no fue planificada.

autores

#ConstruccionDeSoftware, sobre el título y la tapa

Inicialmente titulamos al libro “Desarrollo ágil” e incluso lo presentamos a la editorial con ese nombre, pero siempre supimos que deberíamos sentarnos a repensarlo.

Llegado el momento de buscar el título definitivo comenzamos compartiendo propuestas por mail, luego hicimos una sesión de brainstorming y así llegamos a 5 títulos candidatos. Luego, con esos 5 títulos, hicimos una encuesta entre un grupo de colegas y de ahí salió el título final: Construcción de software: una mirada ágil.

Respecto de la tapa, la cuestión fue menos pensada (al menos entre los autores) y creo que en un punto, y sin haberlo planeado, quedó mucho mejor de lo esperado. Nuestra idea era simple: tener en la tapa una de las imágenes del libro y el nombre de los seis autores. A partir de ahí fue todo trabajo del equipo de diseño de la editorial. La imagen de tapa pertenece al capítulo 2, donde es utilizada para explicar la idea de desarrollo iterativo e incremental.

Personalmente lo que más me gusta de la tapa es el contraste del título con la imagen y su fiel reflejo del contenido del libro. La palabra Construcción en el título sugiere algo técnico, lo cual contrasta con la imagen que muestra una persona. Este mismo contraste está planteado a lo largo de todo el libro: la construcción de software como un proceso técnico pero llevado a cabo por un conjunto de personas y gobernado por las relaciones entre estas. En este sentido hay capítulos que tratan de cuestiones plenamente técnicas como integración continua y capítulos que tratan de cuestiones completamente humanas como la comunicación entre los miembros del equipo.

Y para coronar este contraste tenemos las primeras líneas del prólogo que gentilmente escribió Juan Gabardini:

—¿Y vos qué hacés, Juan? ¿Seguís trabajando con computadoras?

—Mmm… ahora trabajo más con personas que con computadoras.

Creo que ni habiéndolo planificado habría salido mejor.

tapa_una_mirada_agil

ASSE 2014, largamos

Hoy tuvimos la primer actividad de ASSE, fue un taller de Arquitectura Emergente de dictado por Diego Fontdevila. El taller duró 4 horas y estuvo dividido en una primera parte teórica y una segunda muy práctica que sorprendió muy positivamente a los asistentes.

Del taller participamos unas 9 personas con perfiles muy variados incluyendo desde alumnos de grado hasta empresarios pasando por docentes, doctores y profesionales de la industria. Esta gran variedad resultó muy enriquecedora para las charlas y actividades del taller.

Más allá de las cuestiones compartidas en el taller, cada asistente se llevó su ejemplar de Construcción de Software: una mirada ágil.

arq_asse

Desarrollador y facilitador, no way

Como ya comenté en un artículo anterior, desde hace un tiempo estoy trabajando en un proyecto Java, una tecnología que no domino plenamente.

El miércoles pasado participé de una retrospectiva de este proyecto que fue facilitada por Alan y que me dejó pensando un buen rato. Ocurre que durante la retrospectiva Alan hizo dos sugerencias puntuales que yo mismo he hecho a otros equipos en reiteradas ocasiones pero que curiosamente esta vez no las sugerí a mi propio equipo.

Todo el viaje de vuelta a casa me lo pasé analizando esta cuestión y finalmente llegué a una conclusión que me convenció: mi falta de pleno dominio de Java me obliga a poner demasiada energía en cuestiones técnicas, lo que me hace perder de vista algunas otras cuestiones.

Luego de pensarlo por un par de días y de consultarlo con algunos amigos me animo a arriesgar:

Para que un desarrollador pueda ocupar el rol de facilitador en su equipo es necesario que tenga un buen dominio de las cuestiones técnicas con las que debe trabajar cotidianamente.

(posiblemente esta afirmación no tenga aplicación universal, pero definitivamente aplica a mi)

Se viene el libro….

Hace un par de días entró en imprenta el libro de ingeniería de software que empecé a escribir hace unos dos años junto a un grupo de colegas de la Fiuba.

La idea era escribir un libro sobre métodos ágiles, luego de un par de charlas refinamos el objetivo y decidimos escribir un libro sobre métodos ágiles que cubriera el proceso completo de desarrollo de software.

Una de las motivaciones para escribir el libro fue que no existen en la actualidad (o al menos no han tenido mayor difusión) libros escritos en castellano sobre métodos ágiles que cubran el proceso de completo de desarrollo de software. Los libros existentes sobre esta temática escritos en castellano están enfocados en algún aspecto particular. Por ejemplo los libros de Martín Alaimo tienen un foco humano/de gestión, mientras que el libro de Carlos Blé está enfocado en TDD. Existe un libro que cubre en gran medida el proceso completo de desarrollo software llamado Scrum y XP desde las trincheras, pero es una traducción de una obra originalmente en inglés.

Al mismo tiempo, la motivación va más allá del idioma. Los métodos ágiles ponen un foco importante en las personas y en ese sentido creemos que la idiosincrasia latinoamericana merece un libro a medida escrito por latinoamericanos.

El libro, más allá de lo que el título pueda sugerir, es un libro de ingeniería de software. De hecho la mayoría de los contenidos son parte de la materia que dictamos con @pablitosuarez en UNQ.

Todos los autores somos docentes y también trabajamos en la industria, por ello creemos que el libro puede resultar muy útil como libro de texto para el dictado de una materia y para profesionales de la industria con intenciones de conocer y experimentar con métodos ágiles.

En los próximos días compartiré algunos detalles y curiosidades del libro, por el momento les dejo una de las imágenes del libro que más me gusta.

15.1

Desarrollo de software sin “métodos ágiles”

Algo que me ha llamado poderosamente la atención en los últimos años es encontrarme con gente que trabaja utilizando métodos ágiles y que sólo conoce de métodos ágiles. Cuando uno les pregunta como trabajaban antes de comenzar a utilizar métodos ágiles, en la mayoría de los casos indican que trabajaban totalmente ad-hoc o que utilizaban un proceso tipo cascada. Esto podría explicar en gran medida porque muchas veces se hace la comparación Agile Vs. Cascada como si no existiera nada más: hay gente no conoce nada más.

Pero existe algo más, de hecho existen muchas cosas más que son utilizadas con éxito en diversos contextos. Entre esas cosas uno podria citar el Proceso Unificado y el PSP por nombrar algunas. Al mismo tiempo hay una serie de prácticas muy asociadas a agile, pero que datan de mucho antes como ser versionamiento de código y la automatización de pruebas.

En relación a esta cuestión, con @dfontde, hemos enviado una propuesta de sesión a Agiles 2014 titulada “Hay buen desarrollo sin agilidad“.

Real-world TDD

El viernes pasado me tocó trabajar en una funcionalidad relativamente simple. Dada una aplicación de gestión de proyectos que tiene la capacidad de recibir mails (chiliproject) me pidieron que le agregue la capacidad de rutear los mails de entrada a uno u otro proyecto dependiendo de cierto algoritmo. Cuando estaba por empezar a desarrollarla pensé: “este es un excelente ejemplo para mostrar el uso de TDD en un contexto real”. Entonces abrí mi software de grabación y me puse trabajar. El resultado es este video que muestra cómo resolví parte del problema usando TDD. Espero lo disfruten.

Automatización de pruebas: principios, prácticas y herramientas

Finalmente, me hice un rato y mandé mi propuesta de sesión sobre este tema a Agiles 2014. Para quienes gusten darme feedback, pueden ver la propuesta completa en el sistema de call for papers de la conferencia.

Una cuestión que no está mencionada en la propuesta es qué fue lo que me llevó a proponer una sesión sobre este tema.

Como programador y sobre todo desde que me metí en el mundo Smalltalk, las pruebas unitarias automatizadas se volvieron un artefacto imprescindible en mi trabajo. Al ser Smalltalk un lenguaje de tipado dinámico no contaba con la (falsa) seguridad que proveen los compiladores en los lenguajes de tipado estático. Por esto me sentía obligado a escribir pruebas unitarias automatizadas para tener cierto nivel de seguridad de que no estaba rompiendo mi proyecto. Tiempo más tarde cuando comencé a trabajar en la implementación de la práctica de continuous delivery tomé conciencia de que con automatizar las pruebas unitarias y de componentes no era suficiente. Fue en ese momento que comencé a meterme gradualmente en las cuestiones de automatización de pruebas de aceptación de usuario. En ese sentido trabajé con Juan Gabardini en preparar un curso de automatización de pruebas y tiempo después comencé a trabajar con Pablo Tobia (alto tester) en el armado de una materia de testing que finalmente materializamos en el curso que dictamos en FIUBA. Al mismo tiempo para ganar más experiencia de campo logré meterme a trabajar como Software Engineer in Test en un proyecto de automatización de pruebas de un sistema de facturación. Todo esto me ayudó a ganar experiencia e incorporar muchísimo conocimiento sobre esta temática.

Como de costumbre, si la sesión es aceptada en Ágiles 2014, intentaré hacer una prueba previa en uno de los encuentros de la comunidad ágile@BsAs, mm, en realidad creo que la prueba lo voy a hacer igual más allá de que sesión sea aceptada en Agiles 2014 o no.