Recuperar una salida, su original y sus ajustes sin dudar.

Elige una estructura que puedas explicar

Crea una carpeta con el nombre del proyecto y luego algunos espacios con roles claros. El nombre de una persona o la fecha de hoy no siempre bastan para entender el contenido seis semanas después. Una nota en la raíz debe explicar dónde están las entradas, las pruebas en curso y la entrega elegida.

La Universidad de Cambridge recomienda acordar pronto una clasificación y unas reglas de nombres coherentes. El modelo de abajo es una propuesta de BriefGPU para una sesión pequeña. Adáptalo si tu software ya impone una estructura de proyecto; no muevas sus recursos vinculados sin comprobar que el proyecto los encuentra.

Mantén reconocible la entrada recibida

Antes del primer procesamiento, elabora la lista de fuentes con su nombre original y su ubicación. Conserva una versión intacta de esas entradas, como recomienda Cornell para los datos brutos. El simple nombre «originales» no protege el contenido: indica al software una carpeta de salida distinta y controla su comportamiento con un archivo de prueba.

Si debes convertir o recortar una entrada antes del cálculo, trata esa preparación como una etapa identificada. Mantén el vínculo con la fuente recibida. Así podrás distinguir un defecto ya presente, un problema de preparación y un efecto del procesamiento en GPU.

Cuando una nueva fuente sustituya a la anterior, anota la versión y las salidas que hay que revisar. No sobrescribas en silencio un archivo usado por una prueba que quieras entender. La regla es conservar la procedencia útil, no guardar indefinidamente todas las copias de trabajo.

Dale un identificador estable a cada unidad de trabajo

Un identificador corto como image-001 sirve para seguir la misma entrada a lo largo de varias pruebas. Su función no cambia cuando se acepta una salida. Guarda el estado de validación en el inventario en lugar de renombrar sin parar los archivos según «bueno», «malo» o «casi-final».

Para cien entradas, los números 001 a 100 dan una referencia regular. Añade una referencia de negocio cuando sea necesaria para la entrega. No supongas que dos archivos llamados photo.png, recibidos en dos subcarpetas distintas, representan lo mismo. La ruta completa de la entrada debe quedar asociada al identificador.

Elige nombres compatibles con las herramientas de destino. Windows reserva, en particular, los caracteres dos puntos, signo de interrogación y asterisco; sus reglas habituales tampoco permiten distinguir con seguridad dos nombres solo por la mayúscula. Un nombre como image-007_essai-02.png evita estas ambigüedades. Comprueba las restricciones propias de tus otras herramientas en lugar de prometer una compatibilidad universal.

Ejemplo: dos pruebas, una sola colección de fuentes

Supongamos ocho imágenes recibidas en dos carpetas. El inventario asigna image-001 a image-008 y conserva sus rutas de origen. La primera pasada utiliza los ajustes ensayo-01; todas sus salidas van a la carpeta correspondiente. Un defecto en image-003 e image-006 conduce a un segundo ensayo limitado a esas dos entradas.

Los seis resultados satisfactorios del primer ensayo no se recalculan para que la carpeta quede más uniforme. El inventario indica qué salida se retuvo para cada entrada. La entrega v01 contiene ocho archivos con los nombres esperados, aunque su procedencia se reparta entre dos ensayos. Este ejemplo describe una organización, sin suponer que los ajustes mejoren necesariamente los resultados.

Conserva los ajustes en el momento del ensayo

Un archivo llamado ensayo-02.txt puede ser una simple nota si el software no sabe exportar sus parámetros. Anota la versión de la herramienta, el modelo si lo hay, las entradas afectadas y los valores que elegiste. Añade el motivo del cambio respecto al ensayo anterior. Una captura puede completar la nota cuando los parámetros solo se ven en una ventana.

Evita una nota única de «ajustes actuales» que se reemplace después de cada pasada. Explicaría el último intento, pero ya no las salidas anteriores. Si varios ensayos usan los mismos parámetros, referencia la misma configuración identificada en lugar de copiarla innecesariamente.

La versión del software y los parámetros facilitan la explicación de un resultado; no garantizan por sí solos una reproducción idéntica. Algunas aplicaciones requieren otra información o recursos. Sigue su documentación para una reanudación precisa, en particular cuando se trata de un estado de entrenamiento.

Lleva un registro que explique las decisiones

El registro complementa al inventario. Este responde a «¿en qué punto está esta entrada?»; el registro responde a «¿por qué cambiamos?». Unas pocas líneas con fecha son suficientes: ensayo en cuestión, observación, decisión y próxima verificación. Evita copiar cada mensaje del software si nadie va a poder usarlo.

Para el ejemplo, una línea útil sería: «ensayo-01: contornos incompletos en image-003 e image-006; rehacer esas dos entradas con el ajuste B; conservar las demás salidas a la espera de la validación final». Tras la revisión, añade la decisión efectiva. No reescribas la observación inicial como si el defecto nunca hubiera existido.

Revisa los registros técnicos antes de transmitirlos: pueden contener rutas privadas o medios de acceso. Mantén los secretos separados de la carpeta documental. La nota destinada a un colega debe explicar el trabajo con la información que necesita.

Distingue clasificación, entrega y copia de seguridad

La carpeta de trabajo conserva los ensayos útiles para tu razonamiento. La carpeta de entrega reúne lo que el destinatario debe recibir. La copia de seguridad conserva los elementos necesarios en otro destino, con un control de copia. Tres carpetas colocadas una al lado de otra en el mismo espacio no cumplen por sí solas esas tres funciones.

No copies todas las fuentes en cada carpeta de ensayo. Relaciona las salidas con las entradas mediante el inventario. Para la entrega, una copia seleccionada puede ser útil para entregar un conjunto autónomo; anota entonces su procedencia y su versión. Para la copia de seguridad, sigue la guía específica, que detalla el inventario y la verificación después de la transferencia.

Antes de limpiar las variantes descartadas, verifica las que siguen siendo necesarias para explicar una decisión o rehacer el trabajo. Esta organización no impone ninguna duración de conservación. Permite decidir qué merece conservarse y luego encontrar la copia que sirve de referencia.

Haz un control a partir de una salida elegida al azar

Elige un archivo de entrega sin abrir primero tu software. A partir de su nombre y del inventario, encuentra su entrada, el ensayo que lo produjo, sus ajustes y la decisión de aceptación. Repite con una salida que haya requerido rehacerse. Si el recorrido depende de tu memoria, falta un enlace en el seguimiento.

Revisa después las cantidades: número de entradas previstas, resultados retenidos, elementos bloqueados y variantes excluidas. Una carpeta bien ordenada puede seguir estando incompleta. Este pequeño control termina cuando las diferencias tienen un motivo y otra persona puede entender qué archivos usar.