Black Stories

Un clásico dentro de los juegos para equipos, no es casi necesario presentarlo. Para aquellos que no lo conozcan es un juego que consiste en una pequeña historia negra que hay que resolver. El moderador solo puede responder si o no y hay que adivinar que ha sucedido.

Ayuda a romper con las dinámicas que el equipo trae a las reuniones, haciendo que vacíen su mente y se enfoquen en el acertijo. A su vez promociona el pensamiento lateral cosa que hace que sea ideal para sprint planning o similar. También se puede utilizar en otras ceremonias como en un standup si el ambiente del equipo lo requiere.

Storie Cubes

Es otro juego bastante bien conocido que puede ser muy útil en distintas soluciones. Por un lado se puede utilizar en las retrospectivas como método para inspirar o bien despersonalizar una situación que ha sucedido en el sprint.

He tenido muy buenas experiencias con este juego, creo que ayuda mucho a los equipos a abrirse y hablar de temas delicados.

… y … que mas hay?

Hay alguna ideas que tengo pendientes de probar con los equipos, a continuación os dejo algunas que espero poder daros mas detalles en un próximo post.

• Dixit: Se puede usar de forma similar a Black Stories o previamente a un brainstorming
• Bruhaha: Ideal para romper el hielo
• Ikonikus: Una buena forma para conocer mejor a los demás y como se sienten
• Jungle Speed: Ideal para activarse y empezar a enfocarse en los detalles
• Bluff party: Quieres mantener a la gente enganchada a lo que sucede en una reunión

Desde hace algún tiempo estoy utilizando algunas técnicas de productividad personal para mejorar mi productividad, reducir la procrastinación y conseguir enfocarme en las tareas importantes.

Después de probar distintas opciones, y también herramientas, he creado mi propio ecosistema basado en los famosos métodos de Pomodoro technique y GTD.

Para los que no conozcáis estas técnicas os dejo algunos enlaces donde podéis encontrar información. Si no queréis perderos nada os aconsejo leer los libros.

Links interesantes:

• Aumenta tu concentración con la “Técnica Pomodoro” por Berto Pena
• GTD Facil: por Berto Pena
• Diagrama de los pasos de GTD por Jokin Lacalle

Libros:

• Pomodoro Technique
• Getting Things Done: Organízate con Eficacia

Como lo utilizo:

En mi caso utilizo GTD como base para organizar mis tareas en los distintos espacios: Next, Someday y Waiting for, a demás del Inbox. Por otro lado utilizo Pomodoro para enfocarme en la tarea y reducir las distracciones, esto lo apoyo con el espacio Now que son aquellas tareas en las que voy trabajar, haciendo los sucesivos Pomodoros.

Tengo que decir que no hago cada día Pomodoros, suelo utilizarlo solo cuando tengo muchas interrupciones o bien quiero estar muy concentrado en una tarea. Hacer Pomodoros durante todo el día no es demasiado comodo para mi.

Esta seria mi rutina:

• Cuando llega una nueva tarea la añado en Inbox. – método GTD
• Una vez al día se reviso el Inbox y muevo las tareas al correspondiente espacio o las desecho … – método GTD.
• A primera hora del día selecciono las tareas a hacer ese día, que pongo en el espacio Now, y si es necesario estimo los Pomodoros necesarios para cada tarea.
• Durante el día, dependiendo de la necesidad de concentración o las interrupciones hago Pomodoros sobre mis tareas del espacio de Now.

Mis herramientas:

Después de probar distintas herramientas para gestionar mis tareas como Remember the milk, FacileThings, Hightrack (muy interesante) o Any.do (extremadamente minimalista) acabo volviendo a Wunderlist.

Wunderlist es mi aplicación favorita y me elección actual. Es una herramienta muliplataforma: Mac, Windows, iOS, Android, Web, con una muy buena usabilidad y simpleza que oculta interesantes prestaciones.

Por otro lado para la técnica Pomodoro utilizo Eggscellent una aplicación para Mac OS bastante completa y con una interfaz simple y simpática.

Utilicéis o no Mac también tenéis disponible Focus booster o Teamviz como herramientas para Pomodoro technique.

Code kata: The Cube

Un reducido y heterogéneo grupo de personas se ve atrapada en un extraño recinto formado por habitaciones cúbicas interconectadas.

Algunas habitaciones tienen trampas mortales, mientras que otras son seguras.

En la entrada de cada habitación, hay una secuencia de tres números de tres dígitos (entre 000 y 999)

566 472 737

Descubren que las trampas están en aquellas habitaciones en las que alguno de los tres números es la potencia de un primo.

Ejemplos:

149 419 568 -> Trampa
517 478 565 -> Segura
476 804 939 -> Segura

Objetivo: Detectar si alguno de los 3 números es potencia de un solo primo.
(Calcular los factores primos de un numero)

Para la habitación 149 512 568:

149 -> 149 (primo)
512 -> 2^9
568 -> 2^3, 71

NOTAS: Consideramos que 1 no es primo. Un numero primo es potencia de si mismos de forma que representa una sala no segura, con trampa.

Actualización: Añado las Slides presentadas en el Coding Dojo de Agile Barcelona realizado en Netcentric el 21 de Noviembre

A continuación os dejo un breve resumen de  las actividades que realice en el Agile Station.

Diseño Emergente

El viernes por la mañana realice una charla corta sobre el diseño emergente, donde presentaba un modelo de desarrollo que se basa en el concepto de Diseño Emergente.

Una vez presentados los conceptos entre todos los asistentes estuvimos analizando el modelo para extraer las ventajas e inconvenientes que presenta este modelo de desarrollo de software. Podéis encontrar los pros y contras en las ultimas slides de la presentación.

Slides de la charla corta sobre diseño emergente

Coding Dojo

El viernes y sábado por la tarde facilite un Coding Dojo.

En la sesión del viernes hicimos un Coding Dojo basado en el modelo que venimos utilizando desde hace un tiempo en Agile Barcelona. No es un Coding Dojo al uso ya que aplicamos una variante del coderetreat. En esta sesión trabajamos sobre la kata de Prime Factors propuesta por Robert C. Martin.

En la sesión del sábado hicimos una RandoriKata sobre la kata de Roman Numerals. Todo y ser una kata bastante sencilla los tests nos llevaron a un mal camino y tuvimos que replantear la forma de atacar el problema.

A continuación podéis encontrar las slides con una breve introducción a los Coding Dojos.

Slides de introducción al Coding Dojo

Próximas actividades

En el proximo mes hay previstos algunos eventos donde podéis poner a prueba vuestros skills de desarrollo, aprender nuevas técnicas, compartir ideas y sobretodo pasarlo bien. Os animo a participar, no me seáis tímidos!

• 12 de Noviembre: Coding Dojo de Scala Barcelona – Detalles del Evento en Meetup
• 21 de Noviembre : Coding Dojo de Agile Barcelona – Detalles del Evento en Meetup
• 14 de Diciembre: Global Day of  Coderetreat – Detalles del Evento en el website de Global Day of Coderetreat

Para los que no conozcáis el Global Day of Coderetreat es un evento de un día donde se trabaja sobre el juego de la vida. El Global Day of Codereterat es una actividad que se realiza anualmente al rededor de todo el mundo, en España se realizara en ciudades como Barcelona, Zaragoza o Valencia.

A continuación os detallo algunos ajustes que pueden ser útiles para iOS7.

Ajustes para mejorar la seguridad:

Si os preocupa la privacidad o la seguridad de vuestro teléfono a continuación tenéis algunos ajustes que protegen el terminal cuando esta bloqueado. Algunos de ellos suponen la perdida de un poco de funcionalidad cuando tenemos el terminal bloqueado pero ya es elección personal decidir que acciones queremos permitir.

Desactivar el centro de notificaciones: En Ajustes > Centro de Notificaciones > desactivamos las opciones de Visualización de notificaicones y Visualizacion de hoy

Desactivar el centro de control: En Ajustes > Centro de Control > desactivamos Acceso con pantalla bloqueda

Desactivar Siri con el dipositivo bloqueado: En Ajustes > General > Bloqueo con código > desactivamos la opción de Siri

Desactivar el envio de mensajes estando bloqueados: En Ajustes > General > Bloqueo con código > desactivamos Responder con mensajes

Ajustes para optimizar el uso de bateria:

Por otro lado también podemos ajustar nuestro dispositivo para alargar la vida de la bateria.

Desactivar Bluetooth y Wifi: Directamente desde el centro de control o bien en Ajustes

Notificaciones: En Ajustes > Centro de notificaciones > Elegimos las aplicaciones que queremos que muestren notificaciones. En mi caso tengo 3 niveles, para aquellas como el teléfono y los mensajes las habilito en el centro de notificaciones, en pantalla bloqueada y con globos. Un segundo nivel son aquellas que no aparecen en el centro de notificaciones, ni en pantalla bloqueada pero si muestran globos. El tercer nivel es aquellas que no tienen ninguna opción habilitada.

Desactivar el efecto paralax: En Ajustes > General > Accesibilidad > Activamos la opción de Reducir Movimiento

Desactivar Actualizaciones en segundo plano: Ajustes > General > Actualizacion en segundo plano > Desactivar las aplicaciones que no considereis necesarias

Fondos estaticos: En Ajustes > Fondos de pantalla y brillo > Elegimos un fondo imagenes fijas

Ajustes > Privacidad > Localización > desactivamos aquellas aplicaciones que no queramos que utilicen la localización. Esta es una de las funciones que mas bateria consume, así que incluso se puede desactivar pero hay que tener presente que entonces el dispositivo no será visible desde Find My iPhone.

Ajustes > Privacidad > Localización > Servicios de sistema > desactivamos las opciones siguientes: Zona Horaria, iAds segun la ubicación, Ubicaciones Frecuentes

Ajustes > iTunes Store y App Store > Descargas Automáticas > desactivamos las descargas de musica y aplicaicones

Recientemente he tenido algunas conversaciones sobre Scrum que me han permitido revisar y replantear la forma en como lo entiendo. En este post planteare mi interpretación personal de Scrum.

En general cuando empezamos a aprender que es Scrum tendemos a pensar que Scrum define y cubre todas las necesidades de la gestión de un proyecto. La realidad es otra, Scrum no aspira a tanto, solo es un framework de desarrollo de producto, que no es poco.

Creo que es importante entender que Scrum es un framework de desarrollo de producto no una metodología de gestión de proyectos. Esta diferencia hace que la percepción sobre Scrum cambie radicalmente.

La principal consecuencia de que Scrum sea un framework de desarrollo de producto es que no espera cubrir todas las necesidades de los distintos ámbitos de gestión de proyectos. Si esperamos que Scrum resuelva la gestión de proyectos encontraremos muchos puntos abiertos y acabaremos por desecharlo.

Precisamente al no ser un framework/metodología de gestión de proyectos permite complementarlo externamente con todo aquello que sea necesario para la gestión de nuestro proyecto. Lo importante de este punto es tener presente que donde realmente aporta Scrum es en la construcción de un producto.

Dado que Scrum no establece nada acerca de la gestión de proyectos puede ser utilizado en muchos entornos, incluido en entornos completamente no agile. Nada nos impide utilizar Scrum en entornos donde no se siguen los principios agiles.

Creo que sin el soporte de los principios del agile manifesto, como base, Scrum pierde una gran parte de su esencia. Podemos acabar tendiendo a situaciones en las que Scrum deja de ser un impulso para la creación de producto y por tanto su uso deja de tener sentido.

Si en algún momento dejamos de dar importancia a la pronta entrega de producto, al software funcionando, a la mejora continua, a un entorno de trabajo motivado y a equipos auto-organizados no aprovecharemos los puntos fuertes de Scrum.

Sin lugar a dudas Scrum necesita un marco de aplicación basado en los principios del Agile Manifesto.

Retomo de nuevo el tema de los discos SSD, en este caso me centrare en el soporte de este tipo de discos en Mac OS X Snow Leopard. Como vimos hace unos dias en el post Disco SSD en MacBook Pro, Mac OS X Snow Leopard no soporta TRIM.

La realidad es un poco mas compleja de lo que parece:

– Oficialmente Mac OS no soporta TRIM, lo hara en la proxima versión: Lion

– Equipos Apple con discos SSD con soporte TRIM en Mac OS X Snow Leopard

– Activar extraoficialmente soporte TRIM para todos los discos SDD

– ¿MacBook Air sin soporte TRIM?

Pasemos a ver en detalle cada uno de los puntos comentados.

Sobre TRIM

Antes de nada, recordemos un poco que es eso del TRIM. TRIM es una orden que permite al sistema operativo informar a los discos SSD (Solid State Disc) que bloques de memoria ya no estan en uso, es decir, aquellos que contenían ficheros que han sido borrados.

La operacion TRIM pretende gestionar de una forma especifica, metodo de garbage collection, el borrado de los datos del disco duro. El fin es mantener el rendimiento de los discos SSD durante toda su vida util. El metodo tradicional de borrado, usado en discos magneticos, favorece la degradación de los discos SDD. Por construccion son muy diferentes.

Por un lado el problema reside en la forma que el Sistema Operativo borra los bloques de memoria, tipicamente de un tamaño de 4K, mucho menor al tamaño mínimo a borrar en las memorias NAND de una SSD.

Por otro lado los discos magneticos no diferencian entre una escritura o una sobre-escritura de un bloque marcado como eliminado por el Sistema Operativo. En cambio en un disco SSD esto no es así, ya que la sobre-escritura genera un overhead comparado con la escritura en una pagina vacia.

Finalmente hay que tener presente que las celdas de memoria NAND tienen un numero limitado de escrituras, unos 10.000 ciclos de escritura/borrado.

Soporte TRIM en Mac OS

Es bastante conocido que Mac OS X Snow Leopard presenta algunos inconvenientes con los discos de estado solido, curiosamente Apple ha sido uno de los primero fabricantes en vender equipos con discos SSD.

Por un lado, es de dominio publico que Mac OS no soportara TRIM hasta su proxima version, Mac OS X Lion. Desde Apple se ha asegurado que los discos SSD comprados con equipos de Apple tendran soporte TRIM en Mac OS por defecto.

Por otro lado, se han reportado algunos problemas en equipos con discos SSD de terceros relacionados con la funcion de hibernar.

La guinda del pastel la encontramos con la posibilidad de activar TRIM en Mac OS para cualquier tipo de disco SSD. A continuacion ss dejo un link de como hacerlo:

Activar soporte TRIM en Mac OS para cualquier disco SDDs

Lo mas sorprendente de todo este caso es que en una reciente vista a la Apple Store del centro comercial de La Maquinista puede comprobar que los MacBook Air, tanto de 11 como de 13 pulgadas, no tenian activado el soporte TRIM en sus discos SSD.

Podeis encontrar mas información en:

Wikipedia: TRIM

Activa el TRIM en Mac OS X con cualquier disco SSD

Como activar el soporte TRIM en Mac OS X 10.6.7 y discos SSD de Apple

La gente de Hardmac han preparado una variante del driver que ofrece Apple para sus discos SSD para poder habilitar el soporte TRIM para cualquier marca/modelo de disco SSD en Mac OS. Este driver ha sido validado en Mac OS 10.6.6 y 10.6.7.

Obviamente este driver es una version no oficial, de manera que no hay ninguna garantia sobre su funcionamiento. Todo y que deberia funcionar sin inconvenientes se desconoce si a medio o largo plaza puede producir algun problema en el disco o en sus datos.

En algunos sitios se esta hablando de que podria reducir el rendiemnto del disco SSD pero esta por confirmar.

Si alguien ha tenido la ocasion de probarlo o lo ha activado, ya nos contara sus resultados.

Mas informacion en:

Activa el TRIM en Mac OS X con cualquier disco SSD

Como activar el soporte TRIM en Mac OS X 10.6.7 y discos SSD de Apple

[Updated] The universal solution to activate TRIM

El procedimiento que hay que seguir para desarrollar aplicando TDD, Test Driver Development, es muy sencillo, a continuacion veremos como usar esta metodologia, o procedimiento de desarrollo, muy comun entre los seguidores de las metodologias agiles.

TDD se basa en la idea de realizar pruebas unitarias para el codigo que debemos construir. A diferencia del procedimiento que usamos habitualmente, construir el codigo y despues realizar las pruebas unitarias, TDD establece que primero hay que realizar una prueba y a continuación desarrollar el codigo que la resuelve.

Obviamente el metodo TDD no acaba aqui, ya que ademas añade el code refactoring, re-estructuracion del codigo implementado, un factor importante que no debemos olvidar.

Como afrontar TDD

El metodo a seguir es sencillo. Consiste en elegir uno de los requisitos a implementar, buscar un primer ejemplo sencillo del requisito, crear una prueba unitaria, ejecutar la prueba, implementar el codigo minimo para superar la prueba y ejecutar de nuevo la prueba para ver que se supera.

Obviamente la gracia de ejecutar la prueba despues de crearla es ver que esta falla y que sera necesario hacer algo en el codigo para que esta pase.

A continuacion solo es necesario volver a aplicar el proceso descrito anteriormente hasta haber resuelto la funcionalidad o funcionalidades que se debian implementar.

A demas una vez pasada la prueba es necesario revisar el codigo, por si requiere refactoring. Si es el caso, se revisara, corregira y se ejecutaran las pruebas unitarias, de nuevo.

Es importante tener presente que solo se crea un test por iteracion y solo se implementa el codigo minimo necesario para resolver ese caso. No es bueno “emocionarse” implementando y desarrollar mas de lo necesario para resolver el caso de prueba. Si nos vamos por las ramas desarrollando mas casos perderemos una gran parte de la eficacia de este metodo.

Ciclo de desarrollo de TDD

Fuente: Dojo@SP

Elegir un requisito a desarrollar

Crear la prueba o test

Ejecutar los tests: falla (ROJO)

Crear codigo especifico para resolver el test

Ejecutar de nuevo los tests: pasa (VERDE)

Refactorizar el codigo

Ejecutar los tests: pasa (VERDE)

Ventajas de usar TDD

La pregunta habitual cuando alguien te habla sobre TDD es ¿Porque es mejor hacer las pruebas antes que el codigo?

Para responder a esta pregunta tenemos que pensar en la forma que se aplica TDD. Por un lado si se implementa y después se realizan las pruebas estas suelen estar condicionadas a lo implementado, con lo que es facil obviar pruebas o olvidar algunos casos de test.

Por otro lado al realizar primero las pruebas se realiza un ejercicio previo de analisis, en profundidad, de los requisitos y de los diversos escenarios. Eliminando la mayor parte de variabilidad y encontrado aquellos aspectos mas importantes o no contemplados en los requisitos.

El hecho que a demas solo se implemente el codigo necesario para resolver un caso de prueba concreto, pasar la prueba, hace que el codigo creado sea el minimo necesario, reduciendo redundancia y los tipicos bloques de codigo de “por si a caso” que habitualmente se convierten en codigo muerto.

Obviamente la obtención de un buen resultado aplicando TDD depende de realizar un conjunto de pruebas unitarias que cubran todos los casos descritos en los requisitos. Es cierto que habra que trabajar la tecnica para realizar buenos test, siendo aqui donde reside una de las mayores dificultades de este metodo.

No obstante hay que remarcar que TDD no solo se basa en las pruebas. Una correcta aplicación de la etapa de refactoring hace que nuestro codigo sea mas legible, optimo y facil de mantener, factores que no siempre priman en nuestros proyectos. Hay que aplicar concienzudamente el paso de refactor, que es el que aportara un valor extra a nuestro codigo.

Tambien que destacar que dado que el codigo evoluciona con el paso del tiempo el refactoring debe aplicarse, siempre que sea necesario, tanto al codigo implementado como a las pruebas unitarias, con el fin de mantenerlas actualizadas, añadiendo nuevos casos, cuando sea necesario, o completandolas al detectar fallos en el codigo.

Os espero en el proximo post sobre TDD donde veremos algunos ejemplo que nos ayudaran a entenderlo mejor.

PD: Os animo a comentar y plantear vuestras dudas en los comentarios del post.

Recientemente estuve pensando en añadir mas memoria RAM, actualmente tiene 2 SO-DIMM de DDR2 a 667MHz de 1GB cada uno, 2GB en total, pudiente soportar 4GB como máximo. Esta opción no me acababa de convencer dado que la ganancia tampoco seria mucha.

Finalmente me decante por incorporar un disco SSD en el equipo, después de hablar con Sergio y confirmarme que en su MacBook Pro 13” estaba funcionando de maravilla. Como bien sabréis los discos SSD mejoran substancialmente la velocidad de acceso a los datos respecto los discos duros convencionales.

La realidad es que es delicado escoger un buen disco SSD para un equipo, todavía mas si hablamos de un mac. Por un lado algunas personas han notificado problemas con los discos SSD y la hibernación y es conocido que Snow Leopard no soporta TRIM, solo para aquellos discos SSD que van integrados en los equipos Apple.

TRIM: Es un protocolo que permite gestionar el borrado de datos en discos SSD. Por construcción los discos SSD tienden a deteriorase por el borrado de datos, reduciendo su rendimiento. TRIM previene esta anomalía.

En mi caso, al ser un equipo de 3 años, la controladora SATA del mac solo soportaba SATA I, con lo que había que elegir el disco adecuado ya que la mejora quedaría un poco limitada.

Podríamos hablar largo y tendido del rendimiento de los SSD, de distintos controladores internos, del soporte nativo de TRIM en el disco, de calidad de componentes, Samsung esta a la cabeza, pero no querio extenderme mas de lo necesario.

Os aconsejo leer las comparativas de Tom’s Hardware sobre discos SSD:

– Tom’s Hardware’s Summer Guide: 17 SSDs Rounded Up

– Memoright SSDs: The End of Hard Drives?

Estuve valorando discos de precios similares, principalmente: Intel x25, OCZ Vertex II y los Corsair (Force, Nova y Performance)

El modelo de Intel queda un poco desfasado y es demasiado “lento”, todo y ser uno de los que funcionan mejor en mac.

Los Corsair son buenos discos SSD, con una velocidad alta, pero no tenian la calidad de modelos anteriores, construidos con componentes Samsung.

Finalmente el OCZ Vertex 2 es una buena opción, esta en la media de calidad, precio y rendimiento de los discos SSD, con el extra que esta calificado para Mac.

Hay que pensar que los discos SSD tienen un precio/GB muy alto, con lo que hay que equilibrar el precio y el tamaño. Opte por la compra del OCZ Vertex 2 de 80GB que cuesta unos 180€.

En mi MacBook Pro el montaje, mas bien el desmontaje, es un poco delicado así que es necesario tener a mano buenas herramientas y seguir las estupendas guías de iFixit.

Después del trabajo el resultado es excelente, se nota una notable mejora en el arranque de Mac OS Snow Leopard y también de las aplicaciones instaladas. Esperaremos un poco mas de tiempo para comentar en detalle el rendimiento.

Finalmente dejo una tabla de PROS y CONTRAS de los discos SSD: