Como organizar el uso de Maven según la cantidad de personas involucradas
De Dos Ideas.
Revisión del 14:02 30 abr 2010 de 201.251.182.130 (discusión) (Página creada con 'Los beneficios que aporta Maven difieren de la cantidad de personas involucradas en la colaboración. Por ello se definen 3 escenarios básicos de trabajo: * El programador sol…')
Los beneficios que aporta Maven difieren de la cantidad de personas involucradas en la colaboración. Por ello se definen 3 escenarios básicos de trabajo:
- El programador solitario
- Un equipo de trabajo
- Múltiples equipos de trabajo
Escenario: programador solitario
Características:
- La estandarización no le resulta imprescindible.
- No tiene que compartir código.
- Tiene libertad para elegir los frameworks a utilizar.
El uso de Maven le causa:
- Dependencia fuerte de Internet.
- Una carga administrativa.
- Tiempos de adopción altos.
Ventajas:
- Dependencias declarativas.
- Funcionalidad out-of-the-box.
Desventajas:
- Alto costo administrativo.
Escenario: el equipo de trabajo
Características:
- Necesita estandarización.
- Necesita compartir código.
- Tiene libertad para elegir los frameworks a utilizar.
El uso de Maven le causa:
- Dependencia media de Internet.
- Una menos carga administrativa, dado que las tareas se reparten entre todos los desarrolladores (carga administrativa baja por desarrollador).
- Tiempos de adopción bajos a medianos.
Ventajas:
- Reutilización de artefactos y de plugins
- Estandarización.
- Tiempos de adopción bajos.
Escenario: Múltiples equipos de trabajo
Características:
- Estandarización.
- Compartir código es imprescindible.
- La empresa necesita administrar activos.
- Dependencia débil de Internet o sin dependencia de Internet.
El uso de Maven le causa:
- Menores tiempos de adopción bajos.
- Administración cero para el desarrollador.
- Utilización de artefactos autorizados.
- Repositorio mediano a grande necesita administración externa.
- Puede o no elegir los frameworks que quiere utilizar.
Ventajas:
- Reutilización de artefactos y de plugins.
- Estandarización.
- Tiempos de adopción bajos
- Sin costo administrativo para el desarrollador.
Desventajas:
- Restricciones a la hora de elegir frameworks.
Diagrama de componentes
Diagrama de componentes respecto al desarrollador