Refactorización
Poner en orden un código que ya funciona
Software heredado que nadie quiere tocar: se documenta, se cubre con pruebas y se ordena por partes, sin parar de darle servicio a quien lo usa.
Lectura del códigoPruebas de redRefactor por partesDocumentaciónSin parar el servicioLectura del códigoPruebas de redRefactor por partesDocumentaciónSin parar el servicio
El miedo a tocarlo es el problema
Ese miedo tiene un coste que no aparece en ninguna factura: todo lo que no se hace por no tocarlo.
Primero entenderlo, y escribirlo
Antes de cambiar una línea se levanta el mapa de lo que hay: qué hace cada parte, quién llama a quién y qué reglas de negocio están escondidas en el código.
Aquí es donde la IA ayuda de verdad: leer deprisa mucho código ajeno.
Pruebas antes de tocar
Se cubre con pruebas el comportamiento actual, incluidas las rarezas. Si algo se rompe al reordenar, salta al momento y no en producción.
Por partes, con el servicio en pie
Se ordena una zona, se despliega, se comprueba, y se pasa a la siguiente. Nunca hay un momento en el que todo esté a medias.
Cuándo no hay que refactorizar
Relacionado: software a medida y desarrollo acelerado con IA.
