Mis comentarios:

1. Testing. Yo me inclino mucho hacia la filosofia de Kent Beck y Bob Martin en cuanto se refierre a TDD y diseno. Si los tests se tardan mucho, es por que nuestro codigo esta mal disenado. El otro punto es que 90% de los tests deben ser unitarios y el resto de integracion/sistema. El problema con grails, es que utiliza el termino ‘domain’ de una forma erronea. La verdad, esos no son ‘domains’, son un poco como Active Record models segun Martin Fowler. Eso es mi problema principal con grails. Creo que la documentacion oficial(y los libros y tutoriales) tienden a favorecer una mala practica. Las clases de persistencia en grails no deben de hacer ‘leak’ en nuestro ‘domain’. De hecho, grails no debe de hacer ‘leak’ en nuestro dominio/aplicacion. Y cuando nuestros tests se toman mucho tiempo es por que nuestro codigo depende mucho de grails y gorm. Grails debe ser solo un mecanismo de distribucion, y nada mas. El problema con estos frameworks (django, rails, grails) es que suelen intrometerse mucho en nuestro dominio.

2. Me gustarai que hubieran mas librerias de persistencia. Que fuera mas facil re-emplazar GORM. De esta forma yo podria construir la capa de persistencia como un modulo independiente que no depende de Grails ni GORM e inyectarla en cualquier punto de la aplicacion donde necesito persistencia. Eso si, tendria que definir interfaces para que las capas de persistencia implementaran. Pero eso no es tan dificil.

Gracias de nuevo por el podcast. Sigan con el buen trabajo.

Saludos