¿ Patrones o antipatrones ?

Llevo ya unos días pensado de que *$%! podría hablar en javaHispano 2003 y una de las ideas que me rondaba por la cabeza era la posibilidad de hacer una charla sobre el conjunto de nuevos Core J2EE ¿Patterns? que publica SUN y de los que ya está disponible el libro en su segunda edición y también la presentación de la JavaOne 2003.

Bien, todo esto es genial, pero, ¿ no os parece un poco incongruente ?. Una de los principales objetivos de un patrón de diseño es el facilitar la distribución de "conocimiento universal", por llamarlo de algún modo, es decir, el facilitar que cuando hablemos de "Application Service" todo el mundo sepa que se trata de una clase que está encapsulando lógica de negocio que puede ser accedida por múltiples clientes y de muy diversos tipos.

Sin embargo, parece que SUN va un poco en contra de este principio ya que, aparte de en su libro, no parece que haya ni un sólo lugar (fácilmente localizable) de Internet donde encontrar información sobre sus seis nuevos "patrones". De esto, podríamos concluir que estos seis nuevos "patrones" son justamente lo contrario, antipatrones, ya que no facilitan en ningún modo el aprendizaje del conocimiento que encierran.

¿ No hubiese sido mejor poner los patrones a disposición del público y haber entrado más en detalle en el libro ?. Se podrían haber expuesto casos de uso en el libro como valor adicional. ¿ Desde cuando tienen sentido los "patrones de pago" ? ¿ Para conocer patrones ahora tengo que pagar ?

Por cierto, no es que sea un rata eh ( seguramente compraré el libro ), pero me ha llamado la atención bastante este hecho.

Saludo.

Permalink Comentarios [0]