Hasil kerja yang harus ada
Panduan ini tidak selesai ketika pembaca memahami konsep. Hasil nyatanya adalah pasangan handle ASCII dan display name dekoratif beserta hasil pembaca layar. Bukti tersebut harus dapat dibaca ulang oleh orang lain tanpa perlu mengetahui kandidat favorit pembuatnya.
Hal yang dihitung, dilihat, atau dicatat langsung.
Alasan editorial yang dikaitkan dengan brief.
Hal yang memerlukan platform, penutur, atau tes tambahan.
Prosedur langkah demi langkah
- Bekukan kondisi awal.
Tulis kandidat, tujuan, audiens, dan tanggal sebelum mengubah apa pun.
- Jalankan latihan inti.
Simpan handle inti dalam huruf biasa; uji dekorasi hanya pada nama tampilan.
- Simpan hasil mentah.
Catat jawaban, bentuk salah, sumber, dan konteks; jangan hanya menyimpan kesimpulan.
- Buat pembanding.
Gunakan kandidat dengan struktur berbeda agar keputusan tidak menjadi pembenaran favorit.
- Tulis faktor pembatal.
Jelaskan bukti baru apa yang akan membuka kembali keputusan.
Kesalahan yang paling sering terjadi
menganggap tampilan indah otomatis dapat dicari, disalin, dan diterima platform.
Dalam batas huruf unicode estetik, kesalahan tersebut membuat proses tampak lengkap tanpa bukti yang dapat diaudit. Informasi yang belum tersedia harus diberi label “belum diperiksa”, bukan diubah menjadi klaim “aman”, “unik”, atau “tersedia”.
Contoh register keputusan
| Waktu | Input | Bukti | Keputusan |
|---|---|---|---|
| Awal | Brief dan 3–6 kandidat | Belum ada | Belum dipilih |
| Setelah latihan | Kandidat yang sama | pasangan handle ASCII dan display name dekoratif beserta hasil pembaca layar | Simpan / uji ulang / tolak |
| Pra-publikasi | Kandidat utama dan cadangan | Cek platform bertanggal | Dipilih sementara |
Kriteria selesai
Selesai ketika identitas inti tetap bekerja tanpa glyph dekoratif. “Selesai” bukan berarti nama dijamin aman atau selalu tersedia; artinya keputusan saat ini didukung oleh bukti yang cukup untuk tujuan yang tertulis dan memiliki kondisi pembatal yang jelas.