¿Cuándo debo refactorizar un código?

Tuvimos una experiencia reciente con esto en nuestra plataforma. Bienvenido al Proyecto: Sherpa. Estamos pasando por un gran refactorizador. Cuando comenzamos la plataforma, estábamos muy contentos. El código base se hinchó. Cuando el problema de rendimiento se volvió en detrimento de la experiencia del usuario y después de que hicimos más validación de ajuste del mercado / producto, decidimos refactorizar. Si hubiéramos comenzado a refactorizar antes de comprender mejor los objetivos comerciales que intentamos alcanzar, es posible que no hayamos seguido el enfoque correcto para la optimización. Refactorizar es tanto un lujo como una necesidad. Cuando el dolor de las necesidades de ajuste de rendimiento y mantenimiento supera las necesidades de lanzar nuevas funciones, es cuando debe hacerlo. Pero hacerlo de manera incremental puede ser una buena manera de asegurarse de que nunca tenga que cerrar su sitio por un tiempo porque se ha vuelto demasiado difícil de manejar.

Cada vez que sienta que es “hacky”, debe refactorizar una pieza de código.

Acerca de refactorizar un proyecto completo, es cuando su productividad en ese proyecto en particular se ve afectada por el peso del legado del proyecto. Es entonces cuando se supone que debe refactorizar, porque una vez que se haga eso, podrá avanzar mucho más rápido que antes, y eso es lo que importa para los propietarios de negocios.

¿Qué es la refactorización? La reorganización de funciones / tablas / etc. en un patrón estructuralmente más lógico y fundamental para la aplicación dada. Si debe o no basarse en sus limitaciones de tiempo y en muchas otras razones completamente arbitrarias no es relevante para la razón intrínseca y subyacente que debería o no debería considerar la refactorización.

¿La organización del software de funciones / tablas / etc. está en un patrón estructuralmente menos lógico y menos fundamental de lo que debería ser para la aplicación dada? En caso afirmativo, podría considerar refactorizar el código, si tiene el tiempo, los recursos, etc. para hacerlo.

Su programa generalmente se ajustará a alguna arquitectura, algún modelo. Sin embargo, al actualizar cosas, a menudo es más rápido escribir nuevas funciones sin que se ajusten al modelo: código “hacky”. Debería refactorizar cuando haya mucho código de este tipo, y el objetivo debería ser devolverlo al modelo existente.

Cuando no tiene una fecha límite de vencimiento: siempre que encuentre un código que se pueda mejorar. El mal código es un cáncer en crecimiento. Influye en la funcionalidad próxima y nuevamente influirá en su diseño. Deshágase del código incorrecto lo antes posible

No debe refactorizar como proceso independiente porque no agrega ningún valor a la empresa.
Para responder a su pregunta ¿Cuándo debería refactorizar?
· Si te está causando dolor.
· Re-factorizar como parte del proceso de corrección de errores.
· Refactorizar como parte de la revisión del código.

Refactorice cada vez que vea un problema previsible en el futuro.

Refactorice cuando alguien más diga ¡Oh, desearía que hiciera esto!

Refactoriza cuando estás aburrido.

Refactorice cuando esté muy adelantado a lo programado.

Refactorice cuando no pueda entender su propio código.

Solo después de que tenga cobertura de prueba para el código.

vaya de vacaciones por una semana y luego intente comprender el código, si está gastando demasiado, eso significa que es hora de refactorizar el código.