Bye, bye Andago

Bueno, pues despu?s de 7 a?os trabajando en Andago ha llegado el momento de cambiar de aires. Sobre mi andadura en Andago ya he escrito mucho, basta con ver la etiqueta de Andago en este blog, pero quer?a escribir este ?ltimo post resumiento la experiencia que ha sido trabajar en un sitio tan especial durante una temporada tan importante en mi vida.

Por d?nde empezar, quiz? lo m?s f?cil sea por el principio. Una vez superada la llegada de este garrulo a la caital me dirig? a la que ser?a mi oficina por una buena temporada. Nada m?s entrar en la oficina me d? cuenta de que estaba en el sitio adecuado, mientras esperaba a que me trajeran varios papeles que deb?a firmar miraba con curiosidad a un curioso grupo, valga la redundancia, que se reun?a en el centro de la oficina y comentaban c?mo se iba a desplegar el cluster de correo que estaban planificando para un Ayuntamiento. He de decir que al principio me sent? intimidado por el potencial de los compa?eros que me encontr? all? pero ha sido s?lo a lo largo de los a?os que me doy cuenta la suerte que he tenido de compartir todos estos a?os con ellos y c?mo me han hecho crecer en los personal y en lo profesional. Gracias chicos, aunque a veces se olvide Andago es y ser? siempre la gente que durante todos estos a?os ha hecho posible el proyecto, y por supuesto que sin el granito de cada uno ya habr?a dejado de existir hace tiempo. ?Sois la hostia!

Una de las cosas que debo destacar, y por la que creo que he podido permanecer tantos a?os en la misma empresa, ha sido la capacidad de crecimiento tanto personal c?mo profesional que me ha permitido. Para m? la sensaci?n ha sido siempre que el l?mite de hasta d?nde uno puede llegar se lo impone uno mismo y su capacidad para asumir nuevos retos con ?xito. Esto unido a la gran hetereogeneidad en los proyectos y funciones con las que me ha tocado lidiar ha hecho que fuera muy dificil aburrirse en el trabajo. Desde los primeros a?os participando en proyectos de infraestructura de muy diversa indole, pasando por la epoca de las redes wifi metropolitanas que andaba de saltimbanqui por los tejados, la reconversi?n en una empresa m?s orientada al desarrollo web y posteriormente a productos y servicios, las ponencias en eventos internacionales, la creaci?n del departamento de arquitectura c?mo apoyo a estos cambios y por ?ltimo la direcci?n completa del ?rea de IT de la compa??a y la apertura de la sede de Cambridge d?nde he trabajado el ?ltimo a?o. Casi na.

Pero igual que todo tiene un principio tambi?n tiene su fin y parece que ha llegado la hora de buscar nuevos vientos sobre los que seguir volando.

Aplicando Scrum en el departamento de IT

Esta entrada la tengo pendiente desde hace bastante tiempo y resume un poco las experiencias que hemos tenido en el uso de Scrum y metodologías ágiles dentro del departamento de IT. Cómo hay muchísimo ya escrito sobre cómo aplicar Scrum y sus efectos beneficiosos voy a enfocarme en una lista de comentarios sobre cómo he visto nuestra aplicación de la metodología.

– Cómo nuestro trabajo tiene un componente alto de resolución de incidencias y solicitudes que deben ser atendidas en un periodo muy corto de tiempo no pudiendo esperar a ser incluidas en el siguiente sprint al finalizar las dos semanas de este optamos por dedicar un porcentaje de nuestro esfuerzo diario al sprint en curso y el resto del porcentaje a las tareas del día a día, resultando ser bastante efectivo y sólo en algunos casos comiendose el tiempo de uno el otro.

– Inicialmente para que el salto de concepto no fuera demasiado grande no empezamos usando historias de usuario sino algo más parecido a una división por tareas y las valoraciones de dificultad estaban más enfocadas sobre el tiempo que le llevaría a cualquiera de nosotros llevar a cabo la misma que en la dificultad intrinseca de la misma. – Para evitar eternas discusiones de si eso era la forma «verdadera» de hacer Scrum les decíamos que nosotros hacíamos Scrutch no Scrum.

– La reunión de planificación del Sprint resulta mucho más útil que el modelo tradicional en la que alguien se encarga del diseño y el calculo de esfuerzos y luego todo el equipo debe responder por ello. Así todo el equipo recibe una visión temprana del volumen de trabajo y las dificultades y crea también una especie de compromiso con lo pronosticado, mucho mayor que si alguien te impone una cifra. Además el Planning Poker es divertido y también saca un poco la personalidad de cada uno a la hora de estimar tareas, ejercicio muy recomendable junto con las reuniones de retrospectiva.

– La pizarra con los postit y el burndown chart son una medida muy útil para que todo el mundo pueda ver de un vistazo dónde estamos y lo que queda por hacer para llegar al final del sprint a tiempo, además resultó un atractivo para el resto de equipos que no veían muy claro que hacíamos con los postit.

– Otro punto muy positivo fue el de la defnición de terminado para una tarea. Para nosotros en este caso no sólo siginificaba que estuviera hecho sino que estuviera provado, documentado y su correspondiente ticket actualizado, sin los cuales la tarea no se podía parasar a finalizada y así comenzar otra, con lo que todo el mundo tenía muy claro lo que había que hacer.

– Uno de nuestros fallos fue no conseguir una mayor implicación por parte de los distintos product owners, en muchos casos actuando la misma persona, vamos yo, actuaba cómo product owner, scrum master y miembro del equipo, lo que quitaba un poco el factor integrador que nos da el uso de Scrum. Otro fallo en algunos proyectos que implicaban otras areas fue no incluirlos en nuestro Sprint y simplemente esperar que para cuando nosotros estuvieramos en el punto de necesitar sus productos estos estarían listos.

– El product backlog es una herramienta que sigo utilizando para todo tipo de actividades para que nada quede en el olvido, se clasifique y se prepare su entrada a la ejecución.

– La valoración de la satisfacción creo que fue bastante grande y sobretodo una gran mejora frente a no utilizar ninguna metodología, quizá poco a poco se podría ir incorporando más conceptos puros de Scrum y mantener aquellas modificaciones que nos han sido de utilidad.

– Actualmente sólo lo usamos en momentos puntuales cuando aparece un trabajo que nos va a costar más de dos semanas y que debe ser llevado por varios miembros del equipo

– Constantemente pienso que Kanban podría ser una alternativa más global que nos permitiría también meter la gestión de incidencias y tengo pendiente que hagamos algún piloto para ver que tal nos funciona.

Trabajar desde casa

Hoy me ha vuelto a suceder. La luz entra a raudales por la ventana y eso que son las 7 de la mañana, ya desde las 5 había amanecido en esa isla del todo al revés, y voy hasta el baño a lavarme la cara y vestirme. Este gesto mundano y diario conlleva una ferrea disciplina y un lema «no trabajaras en pijama«, cosa que puede parecer una tontería pero ayuda a situarte en la realidad por mucho que cada vez que intento convencerme mis contactos en redes sociales clamen por defender que es lo mejor del mundo.

Bajo las escaleras hasta la planta de abajo mientras todo está en silencio y arriba siguen durmiendo. El ritual de abrir la «oficina» se ha convertido en abrir las cortinas que dan a la calle, encender el interné que ahora me ha dado por apagar por la noche y el portátil.

Debí haber captado el primer sintoma, que para ser Lunes había muy pocos correos en mi bandeja de entrada pero decido tomarlo por algo normal ya que lo revisé anoche antes de irme a dormir, deformación profesional. Comienzo a revisar la lista de tareas para esta semana y a organizarme. A continuación enciendo mis dos inseparables compañeros de trabajo desde que estoy en la isla: el chat y el skype. Otra nueva pista ignorada, apenas si hay gente del curro en el chat, pero aún así mi mente dice que debe ser por vacaciones o que aún no han llegado a la oficina. La idea de ir hasta la oficina me hace recordar los días de Agosto por la calle ferrocarril de Getafe, ida y vuelta a la oficina bajo un sol de justicia y ni una sombra dónde esconderse. Calor, que envidia, semanas leyendo en facebook a la gente quejarse del calor y yo creo que este año no «pisaré» una piscina. Aunque, hoy parece que el sol también se ha aparecido por aquí y puedo estar en manga corta, ¡milagro!. Este tema, a diario, genera comentarios de mis compañeros cuando me conecto por videoconferencia con ellos, ¿pero que haces con un jersey puesto en pleno Agosto? Ea, hijos mios, aquí esto es así. Para chincharles tengo puesto un cartel que pone Home justo detrás mio perfectamente visible por la cámara web, muahahaha.

Mi mirada a través de la ventana abandona al cielo claro de hoy y termina posada en la lavanda de la entrada de la casa. Decenas de abejas y abejorros también han empezado ya la jornada, incansables, inagotables, bien cansinos, siempre están ahí de flor en flor. No os creais que es un trabajo carente de riesgos, ya que por la zona acecha una araña bien «gordaca» que está haciendo el Agosto a costa de los abejorros cazandolos en su tela mientras se encuentra in itinere de una lavanda a otra. No sé si el seguro de Abajorros S.A. cubre este tipo de accidentes pero por lo observado son cada vez más comunes.

De nuevo de regreso a las 20 pulgadas que se han convertido en mi otra ventana, esta vez digital, por la que me relaciono con mis compañeros de curro. Pena que por aquí no se puede compartir el café con porras de las mañanas y los chascarrillos, de byte en byte, parecen un tanto descafeinados. El primer mes intenté pasarme a la costumbre inglesa del té, pero después de probar unos cuantos tipos de té me he dado cuenta que no hay quien le gane al cafecito de por la mañana para despertar. Mmmm, café, creo que debería meterme algo en el cuerpo para intentar arrancar. Pero primero voy a mirar si tengo alguna cita hoy en el calendario corporativo… Noooooooooooo, otra vez, ¿cómo ha podido volverme a suceder? El calendario dice: Asunción de la virgen ¿por qué nadie me ha avisado que hoy es fiesta? Cachis en la mar, mira que ando perdido en eso de las fiestas últimamente, quizá efectos de seguir haciendo el calendario de Getafe a pesar de estar en otro país.

Me encuentro fuertemente tentado de volverme a la cama, pero decido ponerme al día con los comentarios del Barca-Madrid de ayer y luego voy y me pongo a escribir todo esto. No prometo no irme a la cama después, que conste.

Va a ser verdad lo que dice mi mujer que desde que curro desde casa curro más. Lo de la separación es bien difícil, si vengo a ver algo de mis cosas al ordenador termino abriendo el correo del trabajo y encontrandome con algo urgente que demanda mi atención. Además desde que comenzamos las operaciones en Panama y ya tenemos un compañero de IT allí me toca muchas veces adaptarme a su horario, justo el opuesto al nuestro al menos durante la jornada de Verano, para poder coordinarnos.

En fin, el Viernes ya estuve por primera vez en la oficina que hemos alquilado en West Cambridge, justo al ladito del Willian Gates Building para que los tenga bien vigilados. Está completamente vacía y en una semana comenzarán los trabajos de reforma lo que quiere decir que en no mucho más de un mes podría estar trabajando allí. Estoy seguro que voy a echar de menos el caer rodando por las escaleras y en 5 minutos estar ya en el puesto de trabajo, más cuando empiece el frio (Winter is coming) pero durante el rato que estuve trabajando en la cafetería que hay frente a la oficina me dí cuenta que extraño el ambiente y el bullicio de la gente trabajando al rededor. ¡Qué demonios! Y a todos los pesados de mis compis que por mucha lata que dieran me daban mucha vidilla y que os hecho mucho de menos. Snif, snif. Seguiremos reportando.

En el openstack EMEA day

Son las 6:30 de la mañana y el despertador ya está sonando, por la ventana hace ya tiempo que empezó a entrar la luz del sol y el OpenStack EMEA day me está esperando en Londres. Antes aún me quedaba pedalear hasta la estación de tren de Cambrdige, dejar mi bici apelotonada junto a la de otros cientos de commuters que para su desgracia hacen esto a diario, tomar el tren hasta King Cross y luego el metro hasta London Bridge. Luego descubrí que mi trayecto que parecía cansado no era nada en comparación con otra gente que vino de España en avión o incluso en tren de París, pero a mí me había confirmado la idea que ya me iba haciendo que Londres no está tan cerca de Cambridge cómo lo estaba Madrid de Getafe 😀 .

La ubicación del evento, aka la «venue» para los angloparlanchines, era bastante chula y la sala estaba abarrotada cuando llegué, tarde a pesar de mi madrugón. Me perdí la primera charla introductoria, pero no me dolió mucho porque había estado en alguna anteriormente dónde se había visto lo básico de la tecnología.

A modo de introducción y para los que no lo conozcáis openstack, se trata de un proyecto que persigue la creación de una implementación libre y altamente escalable de «la nube», principalmente en los temas relacionados con las infraestructuras cómo servicio (IaaS). El proyecto fue iniciado por RackSpace y la NASA pero últimamente está teniendo una gran aceptación y un gran número de empresas cómo Citrix o Ubuntu están participando activamente en el proyecto. OpenStack se divide en varios subproyectos que intentan abarcar los diferentes elementos necesarios para la construcción de estas nubes cómo son la provisión de máquinas virtuales, de almacenamiento o el servicio de imágenes junto entre muchos otros una consola de gestión web. Uno de los puntos fuertes de openstack es su API, o sus APIs ya que tb tiene una versión compatible con Amazon, que nos van a permitir relacionarnos de forma altamente flexible con nuestra nube.

Después de la introducción, las siguientes charlas cubrieron temas variados como por ejemplo cómo están contribuyendo las distribuciones al desarrollo y la integración de Nova con la intervención de la gente de Citrix (Xen Server), Ubuntu y los compatriotas de StackOps a los que fue un gustazo poder saludar por tierras inglesas y que a día de hoy han desarrollado una de las distribuciones de OpenStack más interesantes sobretodo si no quieres complicarte la vida en la instalación. La verdad fue una alegría ver que Ubuntu ya ha incorporado en varias de sus últimas versiones paquetes oficiales de OpenStack y también cómo Citrix también apuesta por openstack para su implementación de nubes, y en gran parte el exito es debido a la independencia de openstack del hypervisor elegido permitiendo así elegir el que más se ajuste a tus necesidades.

También fue curioso las varias referencias que hubo a temas cómo devops o al uso que hacen internamente para el despliegue de múltiples nodos mediante puppet o chef distintas empresas que están trabajando en la implementación de openstack. En Andago llevamos ya bastante tiempo siguiendo la pista de OpenStack y está en el roadmap migrar nuestra nuble interna de computación de un desarrollo previo a medida de IaaS sobre Xen a OpenStack sobre KVM, pero esperamos poder tener el primer piloto disponible en breve.

La charla de seguridad en la nube entre otros nos recordó lo importante que es en los casos que estas ofreciendo servicios de computación a clientes externos mediante virtualización la relación que existe entre el servidor anfritión físico y las máquinas virtuales. Hay bastantes iniciativas en este aspecto tanto desde fabricantes de hardware cómo intel a otras basadas en software cómo el uso de SE-Linux para conseguir una independencia total del host anfitrión y sus ahijadas virtuales. Por cierto, mencionaron un tipo de ataque que no conocía llamadobluepill.

Otro de los aspectos importantes que se comentaron durante la sesión fue cómo poder particpar en la comunidad de openstack y cómo se está organizando el desarrollo que muestran una comunidad robusta y sana y con una de las mayores proyecciones dentro del espectro del software libre. Por ahora y hasta no consiga elevar algo más mi nivel de programación en python mi granito de arena en el proyecto ha sido la traducción de gran parte de las cadenas de texto de Nova del inglés al español, aunque aún quedan unas cuantas nuevas que van aparecinedo cada día y os animo a contribuir.

Mudanza virtual de servicios a la devops

Hace un par de meses al llegar a UK y aprovechando que Amazon tiene envío a domicilio gratuito para algunos libros, aproveché para pillar un par de libros: «Web Operations» y «Continous Delivery«. Con todo el lío no había tenido tiempo para empezarlos, pero se me ocurrió comentar un día en twitter la pena que me daba tenerlos ahí sin leer cuando @trek1s me recomendó que leyera cuanto antes el de Web operations porque le había gustado bastante, así que me puse a la tarea y lo llevo bastante avanzado (prometo poner una reseña en el blog porque la verdad el libro la amerita).

Web Operations

En uno de los capítulos dedicado a la infraestructura como código nos cuenta cómo el reconstruir todos los servicios de una empresa ante una catástrofe debería ser tan sencillo como provisionar infraestructura en un proveedor de cloud no afectado por la catástrofe, aplicar sobre ella nuestra herramienta de gestión de la configuración para configurar todo lo necesario y rescatar del backup, aquel que estaba offsite y no fue afectado por la catástrofe, la versión más actualizada para los datos. Y si uno lo piensa bien, el tema debería ser así y nuestros esfuerzos como sysadmins deben de estar dirigidos en gran parte a objetivos tan loables cómo salvar a la empresa de la quiebra ante una catástrofe.

Cuando empezamos a implementar la plataforma de salud de Andago, uno de los primeros objetivos que me marqué y que hace tiempo llevaba intentando poner en práctica fue el de tener una buena política de la gestión de la configuración y del despliegue de las aplicaciones. En algunos de los proyectos internos ya se llevaba tiempo trabajando en esto pero normalmente en los proyectos y servicios de cliente no se había podido avanzar tanto como se debería, así que como siempre decimos una oportunidad para empezar de cero es una oportunidad para no volver a cometer los mismos errores.

Una vez definida la política, siempre sujeta a cambios y mejoras, nos pusimos a implementarla. Abriendo nuestro maletín de herramientas devops (marca Acme) decidimos utilizar subversion, puppet y los servicios de Amazon EC2. No voy a ahondar en cómo fue la implementación pero un punto que sí me ha resultado muy interesante ha sido el cambio en el modo de trabajar que hemos tenido que sufrir como equipo. Hace tiempo que venimos practicando Scrum como metodología ágil para los proyectos nuevos a desarrollar pero esta vez le sumamos el cambio que supone trabajar con la infraestructura como código. El trabajo habitual de un proyecto en la parte de configurar servicios en Linux suele ser de trastear mucho en la consola e ir documentando en nuestro wiki de referencia. En este caso el tema cambió y nos dedicamos a escribir el código de Puppet que se encargaría luego de hacer la configuración y además, con unos buenos comentarios, cubre una parte importante de la documentación del servicio.

Por otro lado sumamos que estamos trabajando de forma distribuida tanto en ubicaciones como en horarios, yo desde Reino Unido y luego equipos en España y Panama, el reto era bastante interesante. Lo bueno es que en lugar de estar toqueteando cada uno servidores en remoto lo que estabamos produciendo es código que se iba almacenando en nuestro subversion y que luego puede ser testeado, aplicado y pulido múltiples veces hasta llegar al punto deseado. A través de rsync empujábamos el código a instancias de Amazon y comprobando que todo funcionaba bien. Curiosas las sesiones de despliegue en la que todos en remoto estábamos conectados por ssh al mismo screen y viendo cómo desplegaba nuestra criatura mientras comentábamos la jugada por skype.

El siguiente reto será ir por la integración continua y las pruebas automáticas, es decir todas aquellas cosas que siempre les estamos pidiendo a los desarrolladores pero que luego nosotros no estábamos aplicando a nuestro trabajo.

Por ahora no hemos sufrido ninguna catástrofe para comprobar lo narrado por el libro pero sí hubo un punto de prueba muy interesante. El equipo de negocio decidió que, debido a que nuestro público objetivo en gran medida estaría en Estados Unidos, el despliegue que inicialmente se había realizado en la zona de Irlanda habría que migrarlo a la zona de la costa este de gringolandia. Ciertamente aún no estábamos en producción y seguíamos en las fases tempranas del proyecto y eso facilita las cosas, pero la transición fue bastante parecido a lo descrito al inicio lo cuál no hace más que reafirmar que vamos avanzando por el camino correcto.

Aplicando devops en una empresa TIC

No me había percatado que no había puesto en el blog las transparencias de la charla «Aplicando devops en una empresa TIC» que dí en Madriddevops en las oficinas de Tuenti en Mayo. Aquí os las dejo:

Presentar en madriddevops era una espinita que tenía clavada ya que es uno de los grupos que más he disfrutado los últimos meses que estuve por Madrid. Las charlas suelen tener un gran nivel en los asistentes con preguntas y comentarios de un altisimo nivel, que incluso se ve incrementado en la tertulia posterior frente a las cañas, dicho sea de paso otro gran acierto del evento.

En la charla conté un poco cómo intentamos aplicar técncias de devops en Andago y entre otras cosas las dificultades para conseguirlo, lo que nos ha aportado y cómo algunas han sido exitosas y otras no tanto, pero que en general son una serie de prácticas revolucionarias en la forma de llevar a cabo nuestro trabajo y que lo han mejorado en gran medida.

Ahora estoy deseando que se celebre la próxima edición de Londondevops, uno de los grupos más activos en este sentido, y ver que se cuece por esta isla, a ver si con eso me quito la morriña de los grandes momentos pasados en madriddevops. Si estáis por Madrid os aconsejo no perder la oportunidad de participar en la próxima charla.

Experiencias en la administración de sistemas con Software Libre

Este es el título, aunque no el orginial que más bien era Experiencias del Software Libre en las empresas TIC, de la charla que dí el pasado Viernes en el curso de Arquitectura de servidores con Software Libre que está realizando LibreSoft y la Universidad Rey Juan Carlos en el centro Madrid On Rails y en el que Andago participa cómo colaborador. En un principio pensé que no podría dar la charla al estar en Reino Unido pero al final conseguimos cuadrar las fechas con los días que ibamos a estar por España arreglando papeles. El curso que ha montado la gente de LibreSoft me parece superinteresante, de hecho tuvimos suerte de pillar una plaza para uno de los compañeros del departamento de IT, y es el tipo de formación del que siempre me he quejado que no ofrezca la Universidad cómo parte de su temario habitual. Esperemos que se les reconozca el éxito y puedan repetirlo en siguientes ediciones.

El caso es que cuando me puse a pensar sobre qué podía contar sobre el tema me llegaron muchísimas ideas de golpe y no sabía muy bien cuales serían más interesantes y cuales descartar. Entre ellas había muchísimas experiencias e historietas de distinto ambito, desde cuando empezaba a utilizar mis primeras distribuciones de Linux en casa, las cosas aprendidas en la Universidad y en LinuxAlbacete, cómo montamos la infraestructura de un pequeño ISP en mi primer trabajo y luego todos los proyectos, metodologías, infraestructuras y lecciones que he ido adquiriendo durante los últimos años en mis distintos puestos dentro de Andago. Así que al final intenté incluir un poquito de cada cosa con la idea de dar muchas ideas y conceptos, sin profundizar en el cómo (HOWTO), de forma que sirvieran de puntero para que la gente del curso, en caso de que le resultaran interesantes o de utilidad, pudieran investigar un poco más.

A continuación os dejo las transparencias por si os interesa echar un vistazo:

La audiencia era gente con experiencia en la administración de sistemas así que intenté profundizar en los temas menos comunes o con los que pudieran estar menos familiarizados. Finalmente me pasé un cuarto de hora de la hora y media que tenía asignada, cosa que ya me estaba temiendo cuando terminé de preparar la charla, pero espero no haber aburrido demasiado a nadie. Yo cómo siempre disfruté cómo un enano contando cosas e intentando contestar las preguntas que me fueron hiciendo.

También había pensado en incluir un resumen de todo lo que conté en la charla en este post, pero pensándolo mejor voy a ver si saco tiempo y hago una serie de posts sobre ello porque hay demasiada chicha para un sólo día.

Sorteo en el departamento de IT

Con la escusa de que habíamos acumulado algo de merchandising de los distintos eventos en los que hemos participado, decidimos hacer un pequeño sorteo dentro del departamento de IT para ver quién se quedaba cada cosa. Cómo no, el sorteo no podía ser por los medios tradicionales, lease papelitos o piedra-papel-tijera, así que me aventuré a tirar unas líneas de python que resolvieran el problema de forma sencilla, aunque como veréis luego decidimos complicarlo un pelín más. El sorteo lo proyectamos en la tele que tenemos para la monitorización justo al lado del departamento:

La primera versión del código era realmente sencilla y muestra lo fácil que es hacer algo con python, simplemente declara un array de personas y otro de regalos, recorre los regalos y va eligiendo una persona de forma aleatoria como ganador de cada regalo y eliminando esa persona del array de personas:

sorteo-simple.py (Pincha sobre el enlace para ver o descargar el código)

Pero así quedaba un poco simplón por lo que añadí alguna opción más para hacerlo más interesante. La idea es que había gente que sólo estaba interesada en algunos regalos y tenía su orden de preferencia, así que modifiqué el código para que las tuviera en cuenta en caso de que te tocara un regalo a modo de Wish List:

sorteo-wish-list.py (Pincha sobre el enlace para ver o descargar el código)

Y por supuesto el código fue enviado a todos los participantes para que lo auditaran antes de su ejecución con el consiguiente debate de cómo se podría hacer mejor… además en el correo me colé y puse para vuestra audición y alguno quería ponerlo con el festival. Y claro, así no hay forma de hacer trampa, con lo que finalmente no me tocó ningún regalo cómo podéis ver si pincháis sobre la imagen de la tele, pero al menos me queda esta entrada del blog cómo recuerdo.