Membaca diff secara kritis
Diff adalah daftar persis apa yang berubah: baris merah yang dihapus, baris hijau yang ditambahkan. Membaca diff adalah kebiasaan dengan dampak tertinggi dalam vibe coding, karena di situlah kamu menangkap AI melakukan sesuatu yang tidak kamu minta.
Kamu tidak perlu memahami setiap baris. Pindai untuk tanda bahaya berikut:
- File yang tidak kamu duga akan berubah. Kenapa sebuah file konfigurasi tersentuh?
- Kode yang dihapus. Apakah ia menghapus pemeriksaan validasi, penanganan error, atau tes "supaya lolos"?
- Rahasia atau nilai yang di-hardcode. Kunci (Application Programming Interface — Antarmuka Pemrograman Aplikasi), kata sandi, atau (Uniform Resource Locator — alamat web) yang seharusnya tidak ada di dalam kode.
- Pemeriksaan yang dinonaktifkan. Tes yang dilewati, pengaman yang dikomentari,
// @ts-ignore, atau izin yang dilonggarkan. - Perluasan lingkup (scope creep). Perubahan yang jauh dari apa yang kamu minta.
Kalau ada yang terasa janggal, tanyakan: "Explain why you changed X — I didn't ask for that." Buat AI membenarkan penghapusan secara khusus. "Itu menyebabkan error" adalah alasan untuk memahami error-nya, bukan untuk menghapus pemeriksaannya.
Cara praktis membangun kebiasaan ini: baca diff sebelum kamu menerima perubahan, jangan sesudahnya. Begitu kode digabungkan (merge) dan aplikasi terlihat berfungsi, kamu tidak akan pernah kembali membacanya — tidak ada gesekan yang memaksamu. Momen review harus menjadi momen keputusan. Alat bisa membantu di sini: git diff --stat memberimu ringkasan satu baris per file sehingga file yang tak terduga langsung mencolok, dan me-review lewat halaman menampilkan seluruh perubahan dalam satu tampilan yang bisa digulir, alih-alih tersebar di editor-mu.