Hoy he asistido a Greach en el campus de la Universidad San Pablo CEU en Boadilla.  La conferencia me ha dejado muy buen sabor de boca en todas las presentaciones a las que he asistido. Lo recalco porque es algo que no me pasó en la Spring IO de Febrero, donde algunas charlas me parecieron bastante pilladas por los pelos y no muy preparadas.

La primera charla que vimos fue la de Guillaume Laforge, manager del proyecto de Groovy. Su charla, Groovy 1.8 and beyond!,  se centro en todo lo que Groovy 1.8 nos puede aportar a nuestro proyecto. Guillaume se centró en las características diferenciadoras de Groovy con respecto a Java, como por ejemplo closures o manejo sencillo de colecciones. También nos dió un pequeño repaso a aquellas cosas que estarán disponibles en Groovy 1.9, como un compilador más estricto con los errores en el tipo de objetos o mayor velocidad en la ejecución de código (acercándose a la velocidad de Java). La verdad que me parece un lujo que sea el propio líder del proyecto de Groovy que sea el que te cuente de primera mano como va evolucionando.

A continuación se realizó una pequeña charla por parte de escuela de Groovy. Como podéis leer en la reseña que hice en la Spring IO de Febrero, me parece que la exposición que se hizo por parte de escuela de Groovy no fue del todo elaborada, según comentó el ponente en aquella ocasión. Sin embargo, en esta ocasión se nota que se han preparado mejor este evento. Álvaro Sánchez-Mariscal habló sobre las nuevas características de Grails 2.0 : integración con HTML5, uso de JQuery en lugar de Prototype, uso de H2 en lugar de HSQLDB, … . La verdad es que se me hizo bastante entretenida y fue una buena introducción (o eso creía yo) para la charla que posteriormente dio Graeme Rocher (que no hablo nada de Grails sino de Cloud Foundry).

Lo siguiente fue New Ideas for Old Code por Hamlet D’Arcy. Hamlet habló sobre como refactorizar tu código antiguo y migrarlo a tus nuevas aplicaciones. La verdad es que explicó muy bien las dificultades a la hora de utilizar legacy code y llevarlo a tus proyectos actuales, desde la oposición de ciertos miembros del grupo o el propio cliente hasta desafíos técnicos como pueden ser coger código antiguo no testeado y migrarlo a código nuevo probado profusamente. Igualmente nos contó un caso de estudio realizado en su propia empresa, sobre como se uso Groovy por determinados equipos de desarrollo y que ganaron con el uso de este lenguaje frente a Java.

Tras la pausa del café acudí a las dos siguientes charlas,  Volando con Griffon por Andrés Almiray y Ejemplos prácticos de migración de proyectos Java EE a Grails con Fatima Casaú.

La verdad es que no iba a asistir a Volando con Griffon, en principio me decanté por Programación Funcional con Groovy, pero después de dudar un poco pensé. ¿Cuántas veces tienes a tu disposición a alguno de los máximos responsable de proyectos como Griffon para preguntarle lo que quieras?. En Greach, lo hemos tenido en tres ocasiones. Felicitaciones para la organización .

Sobre Griffon, un par de ideas que me surgieron según seguía la charla. Uhmmm, esto es Grails pero de escritorio basado en Swing. Uhmmm, esto es algo más que Grails, la consola Griffon me pareció sencillamente alucinante. Hay una cosa que me llamó la atención y es que Griffon aunque se basa en Swing y cada componente tiene o lanza una serie de eventos, sigue el patrón MVC en su desarrollo.

La siguiente charla fue Ejemplos prácticos de migración de proyectos Java EE. Se mostró una comparación entre la estructura de un proyecto realizado bajo JEE y su homólogo con Grails. Todo quedó muy claro y se explicó  no sólo como migrar de un proyecto JEE con Spring, sino también desde Struts, JSF ó EJB. Sin embargo, tengo que decir que si bien, desde mi experiencia, que auque Grails hace más rápido construir aplicación web olvidandote en gran medida del boilerplate code, no es tan fácil hacer una migración  de JEE a Grails. En primer lugar en la parte de vista, la traducción desde JSP a GSP no es tan inmediato. Me viene a la mente, traducir tu librería de tags para ser utilizados en GSP.  Sergi Almar preguntó porqué Groovy y no Scala, sinceramente no me convenció la respuesta que se dio. Groovy es mainstream, bueno Scala también. ‘Las aplicaciones JEE deben ser redesplegadas y en Grails no’, uhmm… ver JRebel. En cualquier caso, me gustó mucho la charla, ya que además hubo varios asistentes entre el público que comentaron sus experiencias al migrar de JEE a Grails.

Después de comer, vino la charla de Graeme Rocher, que nos habló sobre como sería el futuro a la hora de desplegar nuestras aplicaciones web en la nube. En este caso tras una introducción, sobre las razones para usar la nube a la hora de desplegar la aplicación, en este caso usando Cloud Foundry.

Cloud Foundry  es una plataforma de servicio (PAAS) que:

• es Open Source.
• Independiente de cualquier proveedor.
• contiene micro cloud local.
• es una plataforma válida no sólo para java, sino tiene cabida otros frameworks como Rails, Sinatra ó Node.js.

Tras esta introducción de Cloud Foundry, Graeme habló sobre la integración entre Grails y Cloud Foundry. Esta integración se hace a través de un plugin específico de Grails que puede ser usado desde línea de comandos o a través de un IDE. Además  nos hizo una demostración de una aplicación de Grails subida a Cloud Foundry. La verdad es que la idea detrás de Cloud Foundry es muy buena, sin embargo, creo que todavía le queda bastante recorrido.

La siguiente charla Groovy code Generation fue la más densa de todo Greach. Se habló acerca de transformaciones AST, es decir, cómo añadirle funcionalidad específica a Groovy. Parece un campo realmente interesante, que me sugiere un montón de ideas. Sin embargo, no tengo el conocimiento necesario ahora mismo. Quizá dentro de un tiempo… Definitivamente es una de las cosas que pongo en la lista para aprender y van ….. También habló de pasada sobre CodeNarc,  por lo que entiendo viene a ser una especie de métrica para medir y depurar nuestra aplicación en Groovy y Mirah, un nuevo lenguaje de la JVM

Para finalizar fui al workshop impartido por Marcin Gryszko. Marcin nos propuso realiza pequeños ejercicios-tareas (koans) en Groovy. La verdad es que es de agradecer que alguien se curre una serie de ejercicios para aprender a manejar Groovy. Pondría una pega, quizá en mi opinión, sería mejor hacer menos ejercicios pero explicarlos un poco más. De todas formas se agradece ‘picar’ un poco después de tanta charla teórica. Es más a medida que aumentaba el ejercicio más me alegre de haber escogido este taller. Además Marcin fue muy amable y no sólo te explicaba la duda que pudieras tener sino que intentaba ir un poco más allá y hacerte ver que es lo siguiente que puedes hacer (o que puede fallar).

En cuanto a la organización, yo creo que ha estado muy bien, de 10. Quizá la única pega es el tema de la WIFI. No recuerdo que fuese tan mal en la Spring IO. En cualquier caso es algo que Greach no puede arreglar, supongo que es cosa del departamento de Sistemas de la San Pablo CEU. Se agradece por otro lado que nos dieran de comer algo más que un sandwich (y no estoy hablando de la Spring IO, ejem ejem). La organización ha prometido colgar toda la información y videos en la página web. Todas las charlas merecen la pena, así que si puedes echale un ojo.