1. Blocca la situazione prima di fare clic su rilancia
Smetti di aggiungere lavoro e verifica che nessuna esecuzione dello stesso lotto sia ancora attiva. Una connessione persa non significa sempre che il software si sia fermato. Consulta il suo stato quando è ancora possibile: avviare una seconda copia può produrre duplicati o scrivere nelle stesse destinazioni.
Conserva il registro, l'elenco dei file di input, le impostazioni e il messaggio di errore. Fai una copia della tabella di monitoraggio prima di correggerla. Tieni gli output dubbi in una posizione separata, senza sovrascrivere gli originali né i risultati già accettati. Se la destinazione è piena, prepara spazio o un'altra destinazione dopo aver identificato ciò che deve essere conservato.
2. Dai a ogni elemento un'identità stabile
Una riga deve rappresentare un'attività prevista, ad esempio IMG-017 associato a catalogo/sedia-frontale.png. Il solo percorso può diventare ambiguo dopo uno spostamento; un nome breve come foto.png può esistere in più cartelle. Mantieni un identificatore univoco e la corrispondenza con l'input originale.
Aggiungi l'identificatore di configurazione, il percorso di output, lo stato, il numero di tentativo e un motivo breve. Questo registro può essere una tabella normale o un CSV del tuo progetto. Non deve contenere le immagini, le password o tutto il log tecnico della macchina. Una persona deve poter ritrovare la voce giusta e spiegare perché compare nella ripresa.
Non modificare l'originale dietro un identificatore già accettato. Una nuova voce o una trasformazione diversa richiede una nuova versione chiaramente annotata. Altrimenti lo stesso identificatore finirebbe per indicare due lavori incompatibili e il registro non permetterebbe più di decidere cosa è terminato.
| ID | Configurazione | Stato | Output o motivo |
|---|---|---|---|
| IMG-017 | essai-02 | Accettato | IMG-017.png aperto e controllato |
| IMG-018 | essai-02 | Da verificare | File presente, controllo non terminato |
| IMG-019 | essai-02 | Fallito | Memoria insufficiente durante l'elaborazione |
| IMG-020 | essai-02 | Da fare | Nessun output previsto ritrovato |
3. Confronta il registro e i file reali
Per ogni identificatore previsto, cerca l'output atteso. Verifica il formato, le dimensioni o il contenuto necessari al tuo utilizzo, poi apri il file con lo strumento di destinazione. Gli output già accettati e ancora presenti restano fuori dall'elenco di ripresa. Se un output manca mentre il registro dice «accettato», cerca prima una copia conservata prima di decidere di ricalcolarlo.
Classifica gli elementi «in corso» al momento dell'interruzione tra quelli da verificare. Alcuni possono essere completi, altri solo parziali. La data o la dimensione del file costituisce un indizio, non una validazione. Un file supplementare senza identificatore noto resta a parte finché non ne ritrovi la provenienza.
Per le immagini, Pillow distingue l'identificazione del file, la lettura dei suoi pixel e la verifica della sua struttura. Un programma che si limita ad aprire la sua intestazione quindi non controlla tutto. Un controllo automatico può individuare alcune corruzioni; non giudica se il testo è leggibile o se i colori corrispondono al deliverable.
4. Separa un elemento incompleto da un risultato rifiutato
Un output parziale deve essere rifatto o ripristinato da una copia completa. Un output completo ma inaccettabile richiede prima di comprendere il difetto. Rilanciare gli stessi parametri su un input illeggibile o su un caso che manca sistematicamente di memoria ripeterà probabilmente il problema. Annota la correzione prima di rimettere questo identificatore in coda.
Mantieni pochi stati: da fare, in corso, da verificare, accettato e fallito. Il passaggio a «accettato» avviene dopo il controllo, non al lancio del calcolo. Se decidi di escludere una voce, aggiungi uno stato «scartato» con una motivazione e l'accordo utile al progetto. Non deve sparire silenziosamente dal totale atteso.
Non contare un nuovo tentativo come un nuovo lavoro. IMG-019 può avere tre tentativi e un solo output ritenuto valido. Questa distinzione evita di confondere sessanta esecuzioni con sessanta deliverable diversi.
Esempio: ritrovare i diciannove elementi ancora necessari
Questo scenario illustrativo riguarda sessanta immagini indipendenti. Dopo l'interruzione e il controllo, quarantuno output sono accettati, quattro sono parziali, sei sono falliti e nove sono assenti. Il registro copre bene 41 + 4 + 6 + 9 = 60 identificatori. La ripresa riguarda diciannove elementi, a condizione di trattare le cause dei sei fallimenti.
La persona responsabile ricostruisce una lista di diciannove identificatori, poi distingue i quattro file parziali, i sei errori e i nove task senza output. Riprende per primi una voce corretta e una voce assente. Conferma anche che un'immagine già accettata non compare nella selezione. Questo piccolo controllo valida la lista prima dell'elaborazione rimanente.
Se in seguito vengono accettati altri diciotto elementi e un file di origine resta illeggibile, il bilancio è di cinquantanove accettati e un fallimento spiegato. Il lotto non viene dichiarato completo a sessanta. La scelta successiva consiste nel ritrovare una voce corretta o nel far approvare la sua esclusione, non nel nascondere la riga.
| Stato dopo il controllo | Numero di identificatori | Elaborazione proposta |
|---|---|---|
| Accettato e output ritrovato | 41 | Conservare; nessun nuovo tentativo |
| Output parziale | 4 | Tenere da parte, poi rifare |
| Errore identificato | 6 | Correggere la causa prima di un nuovo tentativo |
| Output assente | 9 | Riprendere dalla voce |
| Totale da riprendere | 19 | 4 + 6 + 9, senza duplicati |
5. Produci la ripresa in una posizione separata
Prepara una cartella di ripresa con i soli identificatori selezionati, oppure usa la selezione esplicita del tuo software. Rileggi la lista prima di avviare. Se lo strumento propone "ignora i file esistenti", verifica cosa significa: la presenza di un file parziale può farlo ignorare a torto. Il registro verificato resta il tuo riferimento.
Fai produrre i nuovi output in una cartella separata, con la loro configurazione e il loro tentativo. Convalidali prima di sostituire una versione precedente. Alcuni script possono sovrascrivere un file esistente senza chiedere conferma; Python lo documenta in particolare per os.replace. Una convenzione di denominazione non protegge da sola da una sovrascrittura.
Se le impostazioni cambiano per correggere un difetto, mantieni visibile questa modifica. Puoi conservare output provenienti da due configurazioni se soddisfano gli stessi criteri e se la combinazione è accettabile per il progetto. Per una serie visivamente omogenea, confronta anche i nuovi output con quelli vecchi prima di riunire le cartelle.
6. Verifica il bilancio per identificatore, non solo per quantità
Alla fine, ogni identificatore atteso deve avere uno stato spiegato. Due copie di IMG-017 non compensano l'assenza di IMG-020. Verifica l'unicità dei nomi, la corrispondenza con le voci e la configurazione degli output conservati. Apri i file rifatti e controlla i punti che avevano motivato la loro ripresa.
La cartella completata comprende gli output accettati, il registro aggiornato, le impostazioni e la lista degli eventuali elementi scartati o ancora bloccati. Salva questo insieme con una copia controllata. Una riga "accettato" non sostituisce né il file né il suo backup.
Questo metodo riprende task indipendenti dalla loro voce. Non permette di proseguire automaticamente una simulazione, un rendering o un addestramento dall'istruzione esatta dell'arresto. Questi lavori richiedono uno stato di ripresa specifico del software. Non dare per scontato neppure che una cartella rimasta su un ambiente a noleggio venga conservata dopo il periodo: prepara la tua copia.