# data[].attributes.body
Participantes:

Alejandro Bogotá

Jaime Gallo

Escenario: Migración de librería Node.js para pruebas E2E

Estrategia popular: migración

Por qué:

Permitirá trabajar con tecnologías web recientes.

Facilita la implementación de pruebas E2E

Dudas

¿Las herramientas del curso soportan JavaScript?

¿Se podría usar una librería? En el curso se trabajan con sistemas de información

# data[].attributes.body
Julian Bohorquez: migración aplicación en Ruby

Mateo Diaz: migración aplicación en Pascal

Geraldine Gómez: migración de R a Python, protocolo de comunicación

Estrategia comun: Migración

Ventaja

Solución de los problemas de raíz

Obtención y entendimiento del flujo de negocios, tener mayor disponibilidad y satisfacer los atributos de calidad prioritarios del negocio

Mejora en la experiencia del usuario final

Puede solucionar la deuda técnica

Desventaja

Es invasiva con el software y puede requierir un problemas de pruebas

Tiempo prolongado y costos al inicio del proyecto

# data[].attributes.body
1. Cesar: Migracion

2. Cristian: Migracion

3. Andersen: Revamp

4. Migracion:

Ventajas:

Tratar de mantener la logica de nrgocio lo mas atutentic posible.

Menos riesgosa del reemplazo total (refactoring como estrategia de modernizacion)

Ayuda a solucionar problemas de mantenibilidad de codigo legado.

Desventajas:

Mayor esfuerzo que otras estrategias ej: wrappin

# data[].attributes.body
Andrés Clavijo

Paula Bohórquez

Escenarios

1. Aplicación legada con uso de Javabeans

2. App legada en C# para control de contratos, agendamiento de profesores de Facultades

Estrategias

1. Code Translation

2. Data Analytics Augmentation

No hay una estrategia en común

Retos

1. Tiempo/Desconocimiento para entender código legado.

2. Mantener arquitectura funcional (si funciona mantenerlo)

3. Cálculo Costos

# data[].attributes.body
Escenarios:

1. Fabia Quintero: tomar monolito en VB de citas medicas de hospitales.

2. Javier Fajardo: una calculadora en assembler para adaptarle mas funcionalidades.

Estrategias:

1. Incluirle nuevas funcionalidades granulares con MS.

Retos

1. Replicar el ambiente de desarrollo.

# data[].attributes.body
Escenarios:

Jessica: Migración de un monolíto a Python

Andres: Micro servicio Java a Go

Juan Felipe: Migración de una aplicación web

Estrategias:

Jessica: Migración

Andrés: Migración

Juan Felipe: Wrapping

-----------------------------------------

Dudas:

¿La tecnología de origen influye de alguna manera en la toma de decisión de la estrategia?

# data[].attributes.body
Asistentes:

Cristian Camilo Zapata

Juan Camilo Beltran

Fabio Camilo López

¿Cuáles fueron las estrategias de modernización escogidas para los diferentes escenarios?

R: Replatform y migration de una aplicacion java con jsf y jpa

¿Existe alguna estrategia de modernización popular entre los estudiantes?

R: Solamente existe un escenario de migración seleccionado, por lo que el reto actualmente consiste en lograr ubicar una aplicación legada en github que no sea extremadamente compleja de entender con un analisis exploratorio y que pueda ser utilizada como un escenario valido para ser modernizada

# data[].attributes.body
Estrategia popular: traducción de código

Ventajas:

Control total del software

Tecnología moderna

Facilidad de mantenimiento en el futuro

Desventajas:

Nivel de esfuerzo alto

Consumo de tiempo y talento humano requerido.

Retos:

No subestimar el esfuerzo requerido.

Encontrar lenguaje origen y destino de conocimiento del equipo.

----------------------------

1. Daniel Gamez

1. R a Python con estrategia de traducción de código total.

2. David Valderrama

1. Aplicación en C++. Todavía no se ha escogido la estrategia.

3. Juan de Jesus

1. Proyecto pregrado CRUD migrar de java a algo tipo node js. Traducción de código total.

# data[].attributes.body
Escenarios propuestos:

Ian: Wrapping

Daniel: Migración

Ana: Wrapping

Danna: Wrapping

¿Existe alguna estrategia de modernización popular entre los estudiantes?

Wrapping

Justificación de la estrategía:

Permite reescribir algunas partes del sistema original, esto debido al tiempo de trabajo que tendriamos para implementar esta estrategía.

Puede no ser tan traumatico la implementación.

Una desventaja de esta estrategía sería que se podría tener deuda tecnica

# data[].attributes.body
Las estrategias fueron:

1.Rhost

2. wrapping

3. revamp

4. migración gradual

Y dentro de esas las populares fueron Wrapping y Revamp

# data[].attributes.body
Escenarios:

1. Sergio: tomar monolito Python migrarlo a micro-servicios.

2. Cris: Aplicación (monolito) con Java Server pages y mySQL.

3. Cris: Aplicación (monolito) con SpringBoot de hace 8 años.

4. Jhon: Monolito de Java pare envío de emails + 3 librerías de R para estadística/vacunas/enfermedades y migrarla a Python

Estrategias:

1. Migración a micro-servicios y crear wrapper.

2. Migración a Python y micro-servicios.

3. Introducir un Wrapper. Replatform.

4. Migración de lenguaje a Python.

5. Migración / Reemplazo ????

Popular:

1. Migración.

Retos comunes:

1. Ausencia de docs

2. Conocimiento tecnico (JSP, Glassfish)

3. Conocimiento de negocio, dominio.