Por lo general yo uso dos criterios: - Si no tengo test de lo que voy a refactorizar me lo pienso mucho (muchísimo). - Si cuando creo la rama para refactorizar en los primeros 10 minutos pienso "en dónde me he metido" lo dejo.
2010/6/23 Jose Caballero <[email protected]>: > > > El 23 de junio de 2010 12:32, monoBOT <[email protected]> escribió: >> >> No se si a ustedes les pasa … pero en particular yo que estoy en pañales >> en esto de la programación me pasa que a medida que voy avanzando en el >> programa como voy aprendiendo cosas voy viendo que partes del código que ya >> funcionan bien posiblemente sería mucho mas fácil de modificar o mejorar o >> incluso irían mas rapido si las hiciera ahora. >> >> Pero claro me encuentro en que si voy modificando y modificando el código >> el programa no avanza, supongo que llegan momentos en los que tienes que dar >> un golpe en la mesa y decir hasta aquí llegué (como cuando yo tuve que >> cambiar de xml a sql) pero también hay momentos en los que hay que ir a por >> la faena para poder llevar adelante el proyecto. >> >> ¿A ustedes también les ocurre? ¿Como lo gestionan? >> > > > A mí me pasa todos los días. Tanto con mi propio código, escrito hace meses > o años, como con el código escrito por otros que he de mantener o > actualizar. > Supongo que una buena regla es "si cuando tienes que cambiar algo en el > código puedes a la vez refactorizar esa parte del código, hazlo, pero deja > el resto como está". > No hay código perfecto. Puedes perder la eternidad mejorando detalles. > > _______________________________________________ > Python-es mailing list > [email protected] > http://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > > _______________________________________________ Python-es mailing list [email protected] http://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
