Introducción a técnicas para realizar cambios en el software de manera segura y progresiva. Desde refactorings de pequeñas porciones de código hasta cambios en la arquitectura y la base de datos.

1. Modificando el
software de manera
progresiva
Jaime Perera
@jaimeperera

2. http://martinfowler.com/bliki/DesignStaminaHypothesis.html

5. Sin diseño
http://ronjeffries.com/xprog/articles/refactoring-not-on-the-backlog/

6. Refactor de golpe
http://ronjeffries.com/xprog/articles/refactoring-not-on-the-backlog/

7. Refactoring progresivo
http://ronjeffries.com/xprog/articles/refactoring-not-on-the-backlog/

8. Estrategias para el
cambio progresivo
Puntos en común:
● Tests
● Limitando el rojo
● Baby steps

9. Narrow change
Reduce el número de lugares donde necesitas hacer un cambio antes de hacerlo
Ejemplo de cliente de order:
public void processCustomerOrders(String customer) {
for (Order order : orders) {
if (order.customer.equals(customer)) {
order.process();
};
}
}
…. y n clientes más

10. public void processCustomerOrders(String customer) {
for (Order order : orders) {
if (order.customer.equals(customer)) {
order.process();
};
}
}
class Order {
String customer;
….
}

11. public void processCustomerOrders(String customer) {
for (Order order : orders) {
if (order.customer.equals(customer)) {
order.process();
};
}
}
class Order {
String customer;
String getCustomer() {
return customer;
}
}

12. public void processCustomerOrders(String customer) {
for (Order order : orders) {
if (order.getCustomer().equals(customer)) {
order.process();
};
}
}
class Order {
String customer;
String getCustomer() {
return customer;
}
}

13. public void processCustomerOrders(String customer) {
for (Order order : orders) {
if (order.getCustomer().equals(customer)) {
order.process();
};
}
}
class Order {
Customer customer;
String getCustomer() {
return customer.getName();
}
}

14. Parallel change
1. Desarrolla en paralelo la nueva manera de hacer algo sin tocar la antigua.
2. Después cambia progresivamente de la antigua a la nueva.
3. Cuando el código antiguo ya no lo necesite nadie, lo puedes borrar.
Dos enfoques de cambios paralelos:
● Ocurren manera transparente para el cliente (sin cambios en interface)
● Afectan visiblemente a los clientes (cambios en interface)

15. Parallel change: sin cambios de interface
The Limited Red Society
by Joshua Kerievsky

16. Parallel change: con cambios de
interfacedouble getFlowBetween(Date start, Date end) {
double result = 0;
for (Receipt receipt : receipts) {
if (receipt.getDate().after(start) && receipt.getDate().before(end) ) {
result += receipt.getTotal();
}
}
}
… con n-clientes

17. Parallel change: con cambios de
interfacedouble getFlowBetween(Date start, Date end) {
DateRange dateRange = new DateRange(start, end);
double result = 0;
for (Receipt receipt : receipts) {
if (receipt.getDate().after(start) && receipt.getDate().before(end) ) {
result += receipt.getTotal();
}
}
}
… sin cambios en los clientes

18. Parallel change: con cambios de
interfacedouble getFlowBetween(Date start, Date end) {
DateRange dateRange = new DateRange(start, end);
double result = 0;
for (Receipt receipt : receipts) {
if (receipt.getDate().after(date.getStart()) && receipt.getDate().before(date.getEnd())) {
result += receipt.getTotal();
}
}
}
… sin cambios en los clientes

19. Parallel change: con cambios de
interfacedouble getFlowBetween(Date start, Date end) {
DateRange dateRange = new DateRange(start, end);
double result = 0;
for (Receipt receipt : receipts) {
if (receipt.getDate().after(date.getStart()) && receipt.getDate().before(date.getEnd())) {
result += receipt.getTotal();
}
}
}
… sin cambios en los clientes

20. Parallel change: con cambios de
interfacedouble getFlowBetween(Date start, Date end) {
DateRange dateRange = new DateRange(start, end);
return getFlowBetween(dateRange);
}
double getFlowBetween(DateRange dateRange) {
double result = 0;
for (Receipt receipt : receipts) {
if (receipt.getDate().after(date.getStart()) && receipt.getDate().before(date.getEnd())) {
result += receipt.getTotal();
}
}
} … cambiamos los clientes uno a uno y una vez estén todos ...

21. Parallel change: con cambios de
interfacedouble getFlowBetween(Date start, Date end) {
DateRange dateRange = new DateRange(start, end);
return getFlowBetween(dateRange);
}
double getFlowBetween(DateRange dateRange) {
double result = 0;
for (Receipt receipt : receipts) {
if (receipt.getDate().after(date.getStart()) && receipt.getDate().before(date.getEnd())) {
result += receipt.getTotal();
}
}
}

22. Evolved target
Cuando sabes dónde quieres llegar en tu diseño, haz pequeños refactorings que
vayan evolucionando hacia el objetivo.

23. Branch by Abstraction
http://martinfowler.com/bliki/BranchByAbstraction.html

24. Branch by Abstraction

25. Branch by Abstraction

26. Branch by Abstraction

27. Branch by Abstraction

28. Cambios en servicios
● Problema con cambios en servicios que tiene ya clientes
● Código de clientes que no lo puedes tocar (retrocompatibilidad):
○ Clientes externos
○ Aplicaciones móviles nativas
● Código que puedes cambiar pero con costo grande:
○ otros equipos
○ muchos clientes

29. Ejemplo: API REST
/api/homes?hasMultimedia=true
/api/homes?hasPhotos=true&hasVideos=true
● Posible solución: versionado -> cambio de versión casi a diario
/v1/api/homes?hasMultimedia=true
/v2/api/homes?hasPhotos=true&hasVideos=true

30. Ejemplo: API REST
/api/homes?hasMultimedia=true
/api/homes?hasPhotos=true&hasVideos=true
● Mejor solución: cambio dentro de la misma versión manteniendo la
retrocompatibilidad

31. Ejemplo: API REST
/api/homes?hasMultimedia=true
/api/homes?hasPhotos=true&hasVideos=true
● Mejor solución: cambio dentro de la misma versión manteniendo la
retrocompatibilidad
/api/homes?hasMultimedia=true
/api/homes?hasPhotos=true&hasVideos=true

32. Breaking the monolith
Para sacar de una aplicación un servicio:
1. Separar código del nuevo servicio en paquete
2. Separar las tablas a las que se acceden
3. Separar el código al nuevo servicio

33. Breaking the monolith

34. Breaking the monolith

35. Breaking the monolith

36. Breaking the monolith

37. Breaking the monolith

38. ¿Cómo empezar?
● Ahora mismo: planteárselo
● Mañana: Testing
● En 1 hora: Limited Red Society de Joshua Kerievsky
● Con un poco de tiempo: Refactoring de Martin Fowler