[Python-es] cuando parar con el refactoring

[Javier Santana]

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 <jcaballero.hep en gmail.com>:
>
>
> El 23 de junio de 2010 12:32, monoBOT <monobot.soft en gmail.com> 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
> Python-es en python.org
> http://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
>