Friday, June 22, 2012

Nos vemos en el Agile Open Spain 2012 en Zaragoza

Este fin de semana, nos espera el emocionante Agile Open Spain 2012 ... Con muchas ganas de reencontrarme con gente y de compartir los valores ágiles...

Para los que no conozcan el  Agile Open Spain 2012 os comento que es una reunión/encuentro de gente que comparte los valores ágiles en formato Open Space. El formato de Open Space es uno de los formatos de conferencia más impresionantes que he visto, resulta completamente impresionante ver cómo tanta gente se autoorganiza sin ningún tipo de plan previo y con unas sencillas reglas.

Este año además, voy ha realizar el experimento social de ir junto con mi pareja y nuestra pequeña, que ni que decir tienen que no han tenido contacto previo con la agilidad (excepto que me ven jugar con tablones y pizarras por todos lados...)
Estoy convencido que el formato Open Space, les va a impresionar tanto como me han impresionado a mi todos los Open Spaces en los que he participado (por que en un Open Space no se asiste, se participa...)...

Tal como se decía en el Open Space de desarrollo Dev Open Madrid 2012, las reglas son sencillas...
  • Involúcrate y pásatelo bien
  • Los que vienen, son los que tienen que venir.
  • Lo que ocurre, es lo que tiene que ocurrir.
  • Empieza cuando tiene que empezar.
  • Termina cuando tiene que terminar.
Si no estás aprendiendo o contribuyendo, es tu responsabilidad usar tus dos pies para encontrar otro lugar donde aprendas o contribuyas.

Nos vemos en el Agile Open Spain 2012, este fin de semana en Zaragoza!!!



Actualización:
En http://www.proyectosagiles.org/que-es-open-space/ disponeis de una descripción muy acertada de cómo es un Open Space.


Friday, June 01, 2012

Resumen Clean Coders capitulo 3: Funciones

Siguiendo con la acciones de mejora / compartiendo videos cleancoders, continuamos con los resumenes de los capítulos de Clean Coders.
En este caso, nos toca el Capitulo 3


Funciones

  • Las funciones deben ser muy cortas (hasta 4) y hacer una sola cosa.
  • Separar por agrupaciones de operaciones.
  • Separar cosas de distinto nivel de abstracción.
  • En las funciones largas es dónde se esconden las clases.
  • Una función sólo hace una cosa cuando ya no podemos extrar más funciones ni clases de su implementación.
  • Los bloques dentro de una estructura de control, son una oportunidad para encontrar nuevas funciones.

En este caso, en mi opinión,  sin llegar a ser tan extremista como Uncle Bob en cuanto al número de lineas, el código es más mantenible y legible con funciones cortas (de hasta 10 lineas).

Depende de a lo que estemos acostumbrados, nos puede parecer que el tener un gran número de funciones pequeñas y de clases pequeñas, hace que el código sea menos legible, pero creo que es más una tendencia proveniente de una forma de trabajo y que realmente una vez de que tienes interiorizado el realizar un buen nombrado de las funciones / clases y que organizas correctamente tus estructuras, es mucho más sencillo de mantener, con clases y funciones muy pequeñas y que tengan una única responsabilidad.


El resumen de este episodio ha quedado un poco pequeño puesto que gran parte se centra en ejemplos básicos y refactorizaciones... Por otro lado, me parece tan evidente lo que comenta, que poco puede aportar el resumen que yo haga....

Continuamos en el siguiente capitulo.