Durante el desarrollo, a veces intentaré una técnica o método que no funciona de inmediato. Una vez que decido pasar a otra tarea o probar otra técnica para la misma tarea, nunca estoy seguro de qué hacer con el código que no funciona. Quiero mantenerlo como un registro de lo que probé, así que sé lo que no funcionó o incluso como un punto de partida para intentar que funcione de nuevo.¿Cómo se preserva el código que NO funcionó?
Normalmente, dejo el código en su lugar, comentado y no confirmado en VCS, durante algún tiempo. Esto se convierte en un dolor, sin embargo, ya que desordena el código y tiene que ser esquivado en los compromisos de VCS. Resulta que estoy usando git, que tiene una función de "escondite" para el almacenamiento temporal, pero no estoy seguro de si es un uso apropiado.
¿Cómo maneja el código que desea guardar para la posteridad, pero no lo quiere como parte de su código base de corriente principal?
¿Qué valor tiene el ahorro de código roto/muertos proporcionarle a usted, dada la sobrecarga, no sólo para almacenarlo en algún lugar, sino también para recordar que existe en el primer lugar? ¿Vas a consultar este catálogo de horrores antes de cada registro? ¿Cuánto tiempo hasta ese código malo seguirá siendo relevante? Creo que estás tratando de resolver un problema falso aquí. –
Shaggy Frog: incluso si no lograste alcanzar tu objetivo, probablemente lograste resolver una serie de problemas tangenciales. La necesidad de reutilizar algunas de esas partes más adelante no es solo teórica; su próximo intento probablemente necesite resolver al menos algunos de esos mismos problemas. – tripleee
Acepto que si se hace con todo el código que no funciona, se vuelve inmanejable, pero si se hace con criterio, tiene sentido. Un ejemplo: tratar de usar una nueva característica de un marco, pero aciertas una fecha límite de envío antes de resolverlo. Es posible que desee conservar ese intento de revisión posterior mientras usa un método probado anterior para cumplir con la fecha límite por el momento. –