Te pongo en contexto.
Probablemente esto ya te haya pasado más de una vez.
En un proyecto, en el que la clase principal era muy grande y todos trabajaban con esa clase.
Por cuestiones de la vida, tocaba cambiar.
De repente a esta clase le tenía que poner una clase por encima y que el resto del código conozca a esta nueva clase.
Yo, con mi idea clara en la cabeza, creo la clase nueva y le pongo como atributo la clase antigua. Y hago algún cambio de nombre.
De repente, en el IDE todo se ve rojo. Se estaba desangrando el código.
Entonces, es cunado me pongo serio. Tiempo de concentración máxima. Y vamos a parar la hemorrágia, con muchísima ayuda del IDE.
Cambio que hacía, más rojo. Consciente de que en algún momento lo rojo del IDE va a desaparecer, sigo con la cirugía.
Y así es. No se cuanto tiempo fue, pero lo que pudo haber sido una cuestión de horas se convirtió en un par de días.
A esta forma de programar se le llama cirugía a escopetazos. Haces un cambio pequeño (necesario), afecta a mucha parte del código.
Sigues arreglando el código afectado. Más fallos salen.
Llegas a un punto de no retorno y la única salida es seguir arreglando los fallos.
Este tipo de cirugía tiene solución. Y la clave está en plantear un buen diseño que permita adaptarnos al cambio con bajo coste de tiempo (que se traduce en dinero)
Y que tengas un buen día y lo disfrutes,
Josué.
Soy Josué Alcántara y cada día envio un mail con una idea para escribir software de calidad. ¿A quién se la envío? A mi lista de suscriptores. Día que estás fuera, idea que te pierdes. Así de fácil.
