No hay un numero.
Esperemos que pase mucho tiempo refactorizando si la base de código con la que está trabajando es frágil o está rota, o si las suposiciones que se hicieron al escribir el código están rotas.
Si su base de código es sólida y sus requisitos para el código existente son constantes, debe dedicar muy poco tiempo a grandes refactores.
- ¿Qué hizo que los sistemas informáticos: la perspectiva de un programador fueran tan populares?
- ¿Está TDD en el centro de todas las metodologías de desarrollo ágil?
- ¿Cuáles son algunos trucos simples que todo ingeniero de software debería saber?
- Cómo convertirse en un profesional como desarrollador o ingeniero de API desarrollando usted mismo una API de pago completa
- ¿Cuáles son las responsabilidades de un ingeniero de software en el equipo de crecimiento?
Para el código profesional, cada cambio que realice debe ser una decisión de costo / beneficio. Si tiene un código frágil que tiene errores, puede argumentar que reescribir partes mejorará su producto o facilitará su trabajo la próxima vez que tenga que tocar este código. Luego calcula cuánto tiempo llevará su cambio y vea si vale la pena.
Si su código funciona bien, será difícil justificar algo como “Déjame pasar tres días refactorizando el código porque me da la gana”.
A menudo te escabulles en pequeños refactores cuando estás haciendo otro trabajo. ¿Necesita usar el mismo código nuevamente? Ahora es un método. ¿Ya no necesitas este dato? Elimina un poco de código de una función existente. Es difícil estimar qué porcentaje del tiempo que está haciendo “trabajo normal” podría llamar refactorización.