Rangkuman dan Latihan
Poin-poin kunci
- Berikan konteks sebelum tugas: sebutkan stack teknologi, konvensi, dan bagian yang sudah ada untuk dipakai ulang — atau tempelkan langsung signature yang harus dicocokkan oleh kode.
- Tentukan batasan-batasannya: input, output, dan kasus tepi. Perilaku menarik dari sebuah perangkat lunak ada di bagian tepinya, jadi habiskan kata-kata Anda di situ.
- Bekerja dalam langkah-langkah kecil yang bisa diverifikasi dan minta rencana sebelum kode; jauh lebih murah memperbaiki sebuah rencana dibanding sebuah .
- Lakukan iterasi pada diff yang tertarget, bukan penulisan ulang penuh, dan gunakan contoh konkret (idealnya sebagai test) untuk mematok apa pun yang jika hanya lewat kata-kata tetap kabur.
- Kelola jendela konteks sebagai sebuah sumber daya, dan katakan apa yang tidak boleh dilakukan — batasan negatif yang eksplisit membuat hasilnya tetap ringkas.
Coba sendiri
Ambil sebuah permintaan satu baris yang samar yang biasanya Anda ketik ("tambahkan pencarian ke daftar") dan tulis ulang sebagai ala insinyur sebelum mengirim apa pun. Tambahkan konteksnya (stack teknologi, file yang tersentuh), input/output-nya, dua atau tiga kasus tepi, satu contoh hasil yang diinginkan, dan satu batasan negatif (apa yang tidak boleh disentuh). Kirim versi yang sudah ditulis ulang dan bandingkan dengan apa yang akan dihasilkan versi malas. Lakukan ini untuk tiga permintaan nyata dan peningkatan ini akan menjadi otomatis.
Prompt bab ini
Context: <language + framework + version>, working in <file/module>.
We already <relevant existing pattern or library to reuse>.
Task: <one clear thing to build>.
Inputs / outputs: <types and shapes>.
Edge cases to handle: <list the ones that matter>.
Example: <one concrete input -> expected output>.
Constraints:
- No new dependencies — use <what we already have>.
- Touch only <this file>; don't refactor anything else.
- Keep existing names and signatures unchanged.
Before coding, give me a 3-4 line plan and wait for my "go".