Tóm tắt và luyện tập
Những điểm chính cần nhớ
- Cung cấp bối cảnh trước nhiệm vụ: nêu rõ stack công nghệ, quy ước, và những phần đã có sẵn để tái sử dụng — hoặc dán chữ ký hàm thực tế mà mã phải khớp vào.
- Xác định ranh giới: đầu vào, đầu ra, và các trường hợp biên. Hành vi thú vị của phần mềm nằm ở các cạnh biên của nó, vì vậy hãy dành lời cho đó.
- Làm việc theo các bước nhỏ, có thể kiểm chứng và yêu cầu một kế hoạch trước khi có mã; việc sửa một kế hoạch rẻ hơn nhiều so với việc sửa một .
- Lặp lại trên các diff có mục tiêu, không phải viết lại toàn bộ, và sử dụng các ví dụ cụ thể (lý tưởng nhất là dưới dạng bài kiểm thử) để chốt chặt bất cứ điều gì ngôn từ để lại sự mập mờ.
- Quản lý cửa sổ ngữ cảnh như một nguồn tài nguyên, và nói rõ điều gì không nên làm — các ràng buộc phủ định rõ ràng giữ cho đầu ra gọn gàng.
Hãy thử
Hãy lấy một yêu cầu mơ hồ một dòng mà bạn thường sẽ gõ ("add search to the list") và viết lại nó thành một kiểu kỹ sư trước khi gửi bất cứ điều gì. Thêm bối cảnh (stack công nghệ, tệp mà nó ảnh hưởng đến), đầu vào/đầu ra, hai hoặc ba trường hợp biên, một ví dụ về kết quả mong muốn, và một ràng buộc phủ định (điều gì không được đụng vào). Gửi phiên bản đã viết lại và so sánh nó với những gì phiên bản lười biếng sẽ tạo ra. Hãy làm điều này cho ba yêu cầu thực tế và sự nâng cấp sẽ trở nên tự động.
Prompt của chương này
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".