Mejor / mejorado es una comparación de varios ejes. ¿Cree que puede hacerlo más rápido, más pequeño, más eficiente en recursos, más legible, más información útil, resultados más precisos, más flexible, más general, capaz de ejecutarse en más sistemas, eliminar una dependencia en un producto separado?
¿Por qué su empresa debería pagarle para que dedique tiempo a reescribir este código, en lugar de escribir un nuevo código o reescribir algún otro código?
Debería realizar mejoras a medida que se presente la oportunidad, pero oportunidad significa que ya está trabajando en el código o que ha identificado una razón comercial para realizar el cambio.
Presionar un cambio en la producción introduce una posibilidad no nula de romper cosas (las pruebas unitarias y funcionales solo reducen esta posibilidad, no la eliminan), y solo deben hacerse cuando el beneficio esperado supera el riesgo.
¿Cuál es otro punto a tener en cuenta? ¿PERMITA impulsar este cambio a la producción, o simplemente a la rama de desarrollo? La barra para los dos escenarios son completamente diferentes. Si solo va en la rama de desarrollo, y puede que nunca llegue a producción, entonces la oportunidad básicamente significa que usted está mirando el código por alguna razón, y no requiere mucho tiempo hacerlo. Puede revisarse según sea necesario si alguna vez ocurre un impulso, y omitirlo si se considera injustificado en ese momento. Si, por otro lado, está en producción ahora, como dije anteriormente, debe considerar si este cambio vale la pena: en términos del tiempo dedicado a la inserción y los beneficios de usar el nuevo código.