Hace varios días que no tenía tiempo para escribir. Hoy quiero empezar a redactar algunas cosas con referencia a Grails. Desde la ultima vez que hablamos de Grails este ha seguido evolucionando y cambiando en varios aspectos. Si bien es cierto que Grails aparece como un Framework similar a Rails, posee una ventaja sobre este Framework basado en Ruby.
Grails se fundamenta en Framework robustos que han sido probados por años y su parentesco con Java, nos permite aprovechar casi cualquier Framework de la plataforma Java.
Como muchos saben el desarrollador principal de Grails esta con Spring y esto pareciera una garantía de que Grails va a seguir creciendo, tanto en versiones como en funcionalidad.
Grails esta en la version 1.1 ( 0.5, 0.6 ...1.0, 1.1). http://grails.org
jueves, 19 de marzo de 2009
sábado, 7 de junio de 2008
Grails sigue con paso firme
Esta semana se anuncio la version 1.03 de Grails . Aunque no se anunciaron grandes cambios, se señala una cantidad notable de "bugs" que fueron eliminados de la herramienta.
Aunque Grails no elimina algunas de las cosas que los molestos Ingenieros de Sistemas (nosotros) tenemos que realizar, si nos ayuda a concentrarnos en la arquitectura de nuestra aplicacion. En realidad la fortaleza de Grails es la utilizacion de frameworks y herramientas que llevan su tiempo en el mercado y son robustas. Solo para mencionar Spring y Hibernate.
Aunque Grails no elimina algunas de las cosas que los molestos Ingenieros de Sistemas (nosotros) tenemos que realizar, si nos ayuda a concentrarnos en la arquitectura de nuestra aplicacion. En realidad la fortaleza de Grails es la utilizacion de frameworks y herramientas que llevan su tiempo en el mercado y son robustas. Solo para mencionar Spring y Hibernate.
miércoles, 12 de marzo de 2008
Desarrollar Software
Este tema lo tocamos por que creemos que hay que mejorar la manera de hacer software.
Hace muchas lunas no teniamos acceso a metodologias ( que no existian) para el desarrollo de software. Hoy en dia gracias al Internet tenemos acceso a las multiples metodologias de desarrollo y diseño de software. Es por eso que los invito para que renueven sus conocimientos en estas areas.
Se estima que en 20 años el desarrollo de software cambiara y ya no se necesitaran los molestos Ing. de Sistemas y/o desarrolladores de Software. Pero mientras eso ocurre debemos mejorar nuestras hablidades en este campo.
Hace muchas lunas no teniamos acceso a metodologias ( que no existian) para el desarrollo de software. Hoy en dia gracias al Internet tenemos acceso a las multiples metodologias de desarrollo y diseño de software. Es por eso que los invito para que renueven sus conocimientos en estas areas.
Se estima que en 20 años el desarrollo de software cambiara y ya no se necesitaran los molestos Ing. de Sistemas y/o desarrolladores de Software. Pero mientras eso ocurre debemos mejorar nuestras hablidades en este campo.
viernes, 11 de enero de 2008
Groovy y Grails
Cuidado con la verdad absoluta. En el campo de la informática encontramos a muchos fundamentalistas que creen tener o conocer la verdad absoluta. Aunque hay que reconocer que en ocasiones caemos en ese grupo. Los lenguajes de programación son herramientas que nos deben ayudar a resolver algunos problemas.
Hace días leía sobre unos expertos que criticaban la utilización de Java en algunas universidades de USA. Lo único malo es que ellos proponen regresar a la enseñanza de lenguajes mas antiguos, en lo que si concuerdo con ellos es regresar a los conceptos. La única manera que podemos adaptarnos a los cambios tecnológicos es conocer los conceptos y no apegarnos a una herramienta que por tener 20 años en el mercado sigue siendo nuestra favorita.
A menudo vemos en nuestros centros educativos como los profesores se alinean a una tecnología y por razones de "tiempo" no se ponen a tono con las nuevas tecnologías.
Desde hace un par de años hemos escuchado de Ruby (un lenguaje Script desarrollado en Japón) y del éxito para desarrollar aplicaciones WEB con Ruby On Rails. Por cuestiones de tiempo y proyectos no hemos podido revisar a detalle el lenguaje y la infraestructura que es Rails.
Debido al hecho de desarrollar aplicaciones en Java desde hace un par de años (desde Java 1.01) Hemos empezado a revisar Groovy y su acompañante Grails.
Hace días leía sobre unos expertos que criticaban la utilización de Java en algunas universidades de USA. Lo único malo es que ellos proponen regresar a la enseñanza de lenguajes mas antiguos, en lo que si concuerdo con ellos es regresar a los conceptos. La única manera que podemos adaptarnos a los cambios tecnológicos es conocer los conceptos y no apegarnos a una herramienta que por tener 20 años en el mercado sigue siendo nuestra favorita.
A menudo vemos en nuestros centros educativos como los profesores se alinean a una tecnología y por razones de "tiempo" no se ponen a tono con las nuevas tecnologías.
Desde hace un par de años hemos escuchado de Ruby (un lenguaje Script desarrollado en Japón) y del éxito para desarrollar aplicaciones WEB con Ruby On Rails. Por cuestiones de tiempo y proyectos no hemos podido revisar a detalle el lenguaje y la infraestructura que es Rails.
Debido al hecho de desarrollar aplicaciones en Java desde hace un par de años (desde Java 1.01) Hemos empezado a revisar Groovy y su acompañante Grails.
martes, 18 de diciembre de 2007
Groovy
Para los inquietos, el lenguaje de programacion Groovy es un lenguaje Script creado con Java y compatible con la Sintaxis de Java. Añade algunas funcionalidades con las que Java no cuenta hoy en dia.
Ademas se ha creado Grails, que no es mas que una implementacion de Ruby on Rails con Groovy. Lo unico que le falta a Groovy es mejorar su performance para poder competir con los lenguajes Scripts que tienen tiempo de estar en la calle.
Ademas se ha creado Grails, que no es mas que una implementacion de Ruby on Rails con Groovy. Lo unico que le falta a Groovy es mejorar su performance para poder competir con los lenguajes Scripts que tienen tiempo de estar en la calle.
lunes, 17 de diciembre de 2007
Congreso PANAMA JUG 2007
La semana pasada la pasamos muy entretenidos en el primer Congreso del Grupo de Usuarios de Java de Panama. Como parte del grupo tuvimos la responsabilidad de atender algunos asuntos del Congreso.
Este Congreso sirvio para estrechar los lazos de la comunidad Java. La mayoria de los miembros del grupo pertenece al grupo de traduccion al español de Netbeans. Por mi parte utilizo otra herramienta (Eclipse) para la mayoria de nuestros proyectos con Java. Esto fue motivo de muchas bromas con nuestra nueva amiga Janice Campbell de Sun.
En el Congreso se conto con la participacion de expertos en diferentes areas de Java.
Los temas que mas nos llamaron la atencion fueron: JavaFX, Drools y el Mobility Pack para Netbeans.
Hace un año estuvimos evaluando el uso de Drools como motor de reglas de negocio, pero su configuracion nos parecio tan engorrosa en XML que desistimos de utilizar la Herramienta. Ahora gracias a la presentacion de Brian Sam-Bodden podemos ver una herramienta madura que definitivamente tendremos que evaluar nuevamente.
Por cierto que la presentacion de Brian estuvo muy buena, porque ademas de los chistes, logro hacer una explicacion de DROOLS en una manera simple que pudiera ser entendida por cualquier mortal.
Este Congreso sirvio para estrechar los lazos de la comunidad Java. La mayoria de los miembros del grupo pertenece al grupo de traduccion al español de Netbeans. Por mi parte utilizo otra herramienta (Eclipse) para la mayoria de nuestros proyectos con Java. Esto fue motivo de muchas bromas con nuestra nueva amiga Janice Campbell de Sun.
En el Congreso se conto con la participacion de expertos en diferentes areas de Java.
Los temas que mas nos llamaron la atencion fueron: JavaFX, Drools y el Mobility Pack para Netbeans.
Hace un año estuvimos evaluando el uso de Drools como motor de reglas de negocio, pero su configuracion nos parecio tan engorrosa en XML que desistimos de utilizar la Herramienta. Ahora gracias a la presentacion de Brian Sam-Bodden podemos ver una herramienta madura que definitivamente tendremos que evaluar nuevamente.
Por cierto que la presentacion de Brian estuvo muy buena, porque ademas de los chistes, logro hacer una explicacion de DROOLS en una manera simple que pudiera ser entendida por cualquier mortal.
Suscribirse a:
Entradas (Atom)