El peligro oculto en los plugins (inglés)

A la hora de realizar un proyecto con tecnología Grails, una de las primeras tareas que solemos hacer es buscar entre la multitud de plugins que nos ofrece, aquellos que pueden sernos de utilidad. El uso de plugins en Grails cumple uno de sus principios: DRY (no te repitas), que viene a significar que no intentes desarrollar algo que ya está hecho. Este principio, es de gran utilidad, aunque en ocasiones puede volverse en nuestra contra.

En el siguiente artículo, tratan los puntos en contra que tiene el uso de plugins desarrollados por terceros. Una interesante lectura, antes de empezar a desarrollar tu proyecto.

Más información en: Hidden danger of Grails Plugins (traducción al español).

Comments

[Enrique Medina Montenegro]

Está claro que cualquier código no supervisado de forma común puede sufrir cualquiera de los problemas comentados en este artículo, aunque incluso en proyectos open-source controlados por organizaciones serias, como Apache, hemos visto algunos de estos problemas.

En nuestra opinión esta es la grandeza y la miseria del open-source, y como buenos desarrolladores debemos aprender a exprimir al máximo las posibilidades que nos ofrece. Por ejemplo, salvo los plugins más conocidos e incluso "apadrinados" por el propio SpringSource, como Spring Security, WebFlow, etc., nosotros en nuestros proyectos siempre nos creamos un pequeño proyecto de prueba donde instalamos el posible plugin a evaluar, y tras analizar su estructura, ficheros que lo forman, e incluso una revisión inicial del propio código fuente, decidimos si merece la pena instalarlo o simplemente tomar prestadas las ideas que en él se desarrollan para adaptarlas a nuestro proyectos, muchas veces, como un simple servicio.

Un saludo.