1. Bekukan situasi sebelum mengklik jalankan ulang
Hentikan penambahan pekerjaan dan pastikan tidak ada eksekusi batch yang sama yang masih aktif. Koneksi yang terputus tidak selalu berarti perangkat lunak telah berhenti. Periksa statusnya jika masih memungkinkan: menjalankan salinan kedua dapat menghasilkan duplikat atau menulis ke tujuan yang sama.
Simpan log, daftar file masukan, pengaturan, dan pesan kesalahan. Buat salinan tabel pelacakan sebelum memperbaikinya. Simpan keluaran yang meragukan di lokasi terpisah, tanpa menimpa file asli maupun hasil yang sudah diterima. Jika tujuan penuh, siapkan ruang atau tujuan lain setelah mengidentifikasi apa yang harus disimpan.
2. Berikan setiap elemen identitas yang stabil
Satu baris harus mewakili satu tugas yang diharapkan, misalnya IMG-017 yang dipasangkan dengan catalogue/chaise-face.png. Path saja bisa menjadi ambigu setelah pemindahan; nama pendek seperti photo.png bisa ada di beberapa folder. Pertahankan pengenal unik dan keterkaitannya dengan masukan asli.
Tambahkan pengenal konfigurasi, path keluaran, status, nomor percobaan, dan alasan singkat. Log ini bisa berupa tabel biasa atau CSV proyek Anda. Log tidak perlu memuat gambar, kata sandi, atau seluruh log teknis mesin. Seseorang harus dapat menemukan entri yang benar dan menjelaskan mengapa entri itu ada dalam proses lanjutan.
Jangan ubah file asli di balik pengenal yang sudah diterima. Entri baru atau transformasi berbeda memerlukan versi baru yang dicatat dengan jelas. Jika tidak, pengenal yang sama akhirnya akan merujuk pada dua pekerjaan yang tidak kompatibel dan log tidak lagi bisa menentukan mana yang sudah selesai.
| ID | Konfigurasi | Status | Keluaran atau alasan |
|---|---|---|---|
| IMG-017 | essai-02 | Diterima | IMG-017.png dibuka dan diperiksa |
| IMG-018 | essai-02 | Perlu diperiksa | File ada, pemeriksaan belum selesai |
| IMG-019 | essai-02 | Gagal | Kehabisan memori saat pemrosesan |
| IMG-020 | essai-02 | Akan dikerjakan | Tidak ada keluaran yang diharapkan ditemukan |
3. Cocokkan log dengan file yang sebenarnya
Untuk setiap pengenal yang direncanakan, cari keluaran yang diharapkan. Periksa format, dimensi, atau konten yang diperlukan untuk keperluan Anda, lalu buka file dengan alat tujuan. Keluaran yang sudah diterima dan masih ada tetap di luar daftar lanjutan. Jika suatu keluaran hilang padahal log menyatakan "diterima", cari dulu salinan yang disimpan sebelum memutuskan untuk menghitungnya ulang.
Kelompokkan elemen "sedang berjalan" pada saat penghentian ke dalam yang perlu diperiksa. Sebagian mungkin sudah lengkap, sebagian lain baru sebagian. Tanggal atau ukuran file hanya menjadi petunjuk, bukan validasi. File tambahan tanpa pengenal yang diketahui tetap dipisahkan sampai Anda menemukan asalnya.
Untuk gambar, Pillow membedakan identifikasi file, pembacaan pikselnya, dan pemeriksaan strukturnya. Jadi program yang hanya membuka header-nya tidak memeriksa semuanya. Pemeriksaan otomatis dapat mendeteksi sebagian kerusakan; namun tidak menilai apakah teksnya terbaca atau apakah warnanya sesuai dengan hasil akhir.
4. Pisahkan elemen yang belum lengkap dari hasil yang ditolak
Keluaran sebagian harus dikerjakan ulang atau dipulihkan dari salinan yang lengkap. Keluaran yang lengkap tetapi tidak dapat diterima menuntut pemahaman dulu atas cacatnya. Menjalankan ulang parameter yang sama pada masukan yang tidak terbaca atau pada kasus yang selalu kehabisan memori kemungkinan besar akan mengulangi masalah yang sama. Catat perbaikannya sebelum memasukkan kembali pengenal itu ke antrean.
Pertahankan status yang sedikit: akan dikerjakan, sedang berjalan, perlu diperiksa, diterima, dan gagal. Peralihan ke "diterima" dilakukan setelah pemeriksaan, bukan saat komputasi dimulai. Jika Anda memutuskan untuk mengecualikan suatu entri, tambahkan status "dikesampingkan" beserta alasan dan persetujuan yang diperlukan untuk proyek. Entri itu tidak boleh hilang begitu saja dari total yang diharapkan.
Jangan hitung percobaan baru sebagai tugas baru. IMG-019 bisa memiliki tiga percobaan dan hanya satu keluaran yang dipertahankan. Pembedaan ini mencegah kebingungan antara enam puluh eksekusi dengan enam puluh hasil akhir yang berbeda.
Contoh: menemukan kembali sembilan belas elemen yang masih diperlukan
Skenario ilustratif ini mencakup enam puluh gambar independen. Setelah gangguan dan pemeriksaan, empat puluh satu keluaran diterima, empat sebagian, enam gagal, dan sembilan tidak ada. Log mencakup 41 + 4 + 6 + 9 = 60 pengenal. Proses lanjutan mencakup sembilan belas elemen, asalkan penyebab keenam kegagalan ditangani.
Penanggung jawab menyusun kembali daftar berisi sembilan belas pengenal, lalu membedakan empat file parsial, enam kesalahan, dan sembilan tugas tanpa keluaran. Ia mengambil kembali satu entri yang telah diperbaiki dan satu entri yang hilang terlebih dahulu. Ia juga memastikan bahwa gambar yang sudah diterima tidak termasuk dalam seleksi. Pemeriksaan kecil ini memvalidasi daftar sebelum pemrosesan sisanya.
Jika delapan belas item tambahan kemudian diterima dan satu file sumber tetap tidak terbaca, hasilnya adalah lima puluh sembilan diterima dan satu kegagalan yang dijelaskan. Batch ini tidak dinyatakan lengkap pada angka enam puluh. Pilihan berikutnya adalah menemukan kembali entri yang benar atau meminta persetujuan pengecualiannya, bukan menyembunyikan barisnya.
| Status setelah pemeriksaan | Jumlah pengenal | Pemrosesan yang diusulkan |
|---|---|---|
| Diterima dan keluaran ditemukan kembali | 41 | Pertahankan; tidak perlu dijalankan ulang |
| Keluaran parsial | 4 | Pisahkan dulu, lalu kerjakan ulang |
| Kegagalan teridentifikasi | 6 | Perbaiki penyebabnya sebelum mencoba lagi |
| Keluaran tidak ada | 9 | Mulai ulang dari entri |
| Total yang harus dikerjakan ulang | 19 | 4 + 6 + 9, tanpa duplikat |
5. Lakukan pengerjaan ulang di lokasi terpisah
Siapkan folder pengerjaan ulang yang hanya berisi pengenal yang dipilih, atau gunakan seleksi eksplisit dari perangkat lunak Anda. Periksa kembali daftarnya sebelum menjalankan. Jika perangkat menawarkan “abaikan file yang sudah ada”, pastikan apa maksudnya: keberadaan file parsial bisa membuatnya diabaikan secara keliru. Log yang telah diverifikasi tetap menjadi acuan Anda.
Buat keluaran baru di folder terpisah, beserta konfigurasi dan percobaannya. Validasi keluaran tersebut sebelum mengganti versi sebelumnya. Beberapa skrip dapat menimpa file yang sudah ada tanpa meminta konfirmasi; Python mendokumentasikannya khususnya untuk os.replace. Konvensi penamaan saja tidak cukup melindungi dari penimpaan.
Jika pengaturan berubah untuk memperbaiki suatu cacat, biarkan perubahan itu terlihat. Anda dapat mempertahankan keluaran dari dua konfigurasi jika keduanya memenuhi kriteria yang sama dan pencampuran itu dapat diterima untuk proyek. Untuk rangkaian yang seragam secara visual, bandingkan juga keluaran baru dengan yang lama sebelum menggabungkan folder.
6. Periksa hasil per pengenal, bukan hanya per jumlah
Pada akhirnya, setiap pengenal yang diharapkan harus memiliki status yang dijelaskan. Dua salinan IMG-017 tidak menggantikan ketiadaan IMG-020. Periksa keunikan nama, kesesuaian dengan entri, dan konfigurasi keluaran yang dipilih. Buka file yang dikerjakan ulang dan periksa poin-poin yang menjadi alasan pengerjaan ulangnya.
Folder yang selesai berisi keluaran yang diterima, log yang diperbarui, pengaturan, dan daftar item yang mungkin dikesampingkan atau masih terhambat. Simpan keseluruhan ini bersama salinan yang telah diperiksa. Baris “diterima” tidak menggantikan filenya maupun cadangannya.
Metode ini mengerjakan ulang tugas-tugas independen dari entrinya. Metode ini tidak memungkinkan melanjutkan secara otomatis simulasi, render, atau pelatihan tepat dari titik penghentiannya. Pekerjaan semacam itu memerlukan status pemulihan khusus dari perangkat lunak. Jangan pula menganggap folder yang tertinggal di lingkungan sewaan akan dipertahankan setelah periodenya berakhir: siapkan salinan Anda.