Como organizar el uso de Maven según la cantidad de personas involucradas
De Dos Ideas.
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
