No me entendáis mal, no se falla todo el rato. Además, cuanto antes falles, antes lo arreglas. Diez (bueno, nueve) cosas que no volvería a hacer si tuviera que impulsar el uso de Grails dentro de un organización.. Desde el uso de pruebas o TDD, a la integración continua, pasando por la formación necesaria o como convencemos a la dirección. Siempre una vez pasado un proceso como este, se cambiarías cosas, incorporarías otras o simplemente, las eliminarías. Desde la experiencia de participar en la adopción de Grails, los 9 errores que no volvería a cometer si empezáramos de nuevo.
1.- Desarrollar con Grails es fácil. Nada más lejos de la realidad, el desarrollo no es fácil, si es web menos.
2.- Groovy es muy parecido a Java y será muy fácil de aprender. Quizá fácil de aprender, pero complicado de dominar. El resultado es escribir java y salvarlo como .groovy
3.- Hagamos un piloto para probar que tal ¿Qué aplicación? Es igual. No hay desarrollo más ineficiente que el que nunca se pone en producción.
4.- Como el framework lo pone fácil, haremos pruebas automáticas. No es fácil impulsar el uso de las pruebas automáticas, es un cambio de mentalidad difícil de transmitir.
5.- La gestión de dependencias ya la resolveremos. Es una parte muy importante del ciclo de vida de la aplicación.
6.- Con el servidor de integración continua lo tenemos hecho. La IC es una actitud, no una herramienta.
7.- La documentación es buena. Es claramente mejorable.
8.- El STS es un IDE solvente con un buen soporte para Groovy&Grails. Es también mejorable, y nos hace falta un IDE, porque no nos adaptamos a desarrollar si uno.
9.- La magia de Grails hace fáciles cosas difíciles de manera transparente. Pero al final hay que entenderlas, si encontramos problemas no vamos a poder resolverlos si confiamos en la magia.
10.- Conclusiones:
- Si cuentas con el factor humano, hay más posibilidades de superar las dificultades.
- Teoria de la ventana rota. Si tienes un barrio limpio y ordenado, tiene más posibilidades de seguir así que si está todo roto y sucio.
- ¿Es Grails para hackers? Yo creo que no, pero hay que trabajarlo (como todo en este mundo).
-Prohibidos monos y lagartos. No queremos gente despreocupada en nuestros proyectos, pero ¿alguien quiere ser un mono? Es necesario trabajar para poder reunir las condiciones para no tener estos problemas.
- ¿Agiles? Somos un ayuntamiento, hacemos lo que podemos.
- Y finallmente ¡GRAILS MOLA!
Charla en el SpringIo 2012