martes, 21 de septiembre de 2010

Tiers VS Layers

Despues de estar divagando un rato por ahi luego de leer el libro de Mark Cade
Sun Certified Enterprise Architect StudyGuide 2nd Edition

Encontre que parecia que el concepto de Tier y Layer no era muy facil y luego de buscar y buscar y buscar llegue a la siguiente conclusion

Tier Corresponde a la representacion LOGICA de una cadena de servicios ( Todo diferente a lo que menciona el blog de MSDN ) es decir cliente->Web->Negocios->Integracion->Recursos

Para que es logica se haga realidad nosotros nos apoyamos en un monton de "elementos" para instalar todo ese Galimatias, pues bueno toda esa infraestructura es el mejor concepto de Layer
Layer representa la relacion entre contenedores/componentes relacionado con la implementacion y despliegue! Eureka!

Definitivamente de los recursos que busque me parecemas apropiado los conceptos de Sun (SunTone, el libro en cuestion y el foro de javaranch), sin dar palo la vision de Tier como Fisico dada en el blog de MSDN esta fuera de las otros dos, sin embargo corresponde a otra optica y otra vision

Por si esta carreta es muy larga tambien hice un mini mapa mental ,ahi les dejo el enlace

http://www.xmind.net/share/blacksuit/tier-layers/


A proposito este Post hace parte de los que comparto con la comunidad de Colombia Java User Group Cojug

Si tienen dudas o comentarios no duden de colocarlos, si me ayudan a entender entre todos este conesejo tan importante para la certificacion seria de gran ayuda para todos.

Cheers!

jueves, 16 de septiembre de 2010

Descomposicion de Arquitectura parte 1

Antes de explicar el titulo de la entrada, quiero decir que me siento muy bien con el camino que escogi, quiero ser un SCEA (Sun Certified Enterprise Architect) o en terminos de Oracle OCMJEA(Oracle Certified Master java EE 5 Enterprise Architect).

Ahora si, Architecure Decomposition es el titulo del capitulo 2 de la guia de estudio.

Importante, Es comun que no se siga un acercamiento metodologico para descomponer un sistema, lo tipico es que sea un proceso desorganizado, pues con sorpresa veo que hay diez estrategias basicas que se pueden "agrupar" de la siguiente manera

Grupo 1 > Layering or Disribution
Grupo 2 > Exposure, Functionality or Generality
Grupo 3>Coupling and Cohesio or Volatility
Grupo 4> Configuration
Grupo 5> Planning and Tracking or Work Assigment

Estos Grupos permiten combinar estrategias y agrupan las que no se pueden aplicar juntas (por eso vienen separadas con un "or")

Este capitulo esta increible explican cada uno de estas estrategias y mucha mucha informacion, necesito leerlo y releerlo.

Cheers

viernes, 3 de septiembre de 2010

Cojug una realidad

El dia de ayer en horas de la tarde junto con un par de amigos logramos definir oficialmente los objetivos del cojug (Colombia java user group), esto a mi manera de verlo le da nacimiento oficial al grupo.

Fue un largo debate a lo que queriamos decir con cada objetivo, como medirlo y cuales actividades se necesitan para ponerlo en marcha, eso fue trabajo colaborativo total, sin ningun interes economico (lo hicimos por que teniamos la motivacion).

Est blog lo hice precisamente para eso, queria capturar mis impresiones sobre el lenguaje java, tips, ayuda, tutoriales y otros.

Y esto me lleva. A una pregunta interesante, como debo enfocar este blog?

Tengo varias alternativas rondandome la cabeza
Articulos relacionados con el scjp (que ahora oracle rebautizo)(esto seria a manera de repaso)
Articulos relacionados con el scea :este es mi proximo reto personal, a mediados de septiembre me llegara el libro y empezara el estudio profundo

Que le gustara leer al lector?
Sent from my BlackBerry® wireless device