Con trỏ đã tìm thấy lỗi mà tôi đã nhìn chằm chằm trong một giờ
A function threw an error I'd read twenty times without seeing the cause. Cursor pointed at a missing guard three lines up.
Một hàm đưa ra lỗi mà tôi đã đọc 20 lần mà không tìm ra nguyên nhân. Tôi dán tệp vào Cursor và hỏi 'tại sao điều này không thành công với đầu vào null' và nó chỉ vào một phần bảo vệ bị thiếu ở ba dòng.
Chiến thắng không phải là câu trả lời, đó là bối cảnh. Con trỏ đã mở toàn bộ tệp nên phần giải thích của nó tham chiếu đến hàm thực tế chứ không phải đoạn mã chung. Đó là sự khác biệt giữa chatbot và trình soạn thảo biết mã của bạn.
Tôi đã học cách đưa ra lỗi và chức năng liên quan chứ không phải toàn bộ kho lưu trữ. Quá nhiều bối cảnh sẽ làm loãng trọng tâm. Hỏi chặt sẽ nhận được câu trả lời chặt chẽ; 'sửa dự án của tôi' sẽ nhận được một bài giảng.
Thỉnh thoảng nó vẫn đề xuất một bản sửa lỗi làm hỏng thứ khác, vì vậy tôi đã đọc phần khác biệt trước khi chấp nhận. Mô hình nhanh; đánh giá của tôi là phanh. Cả hai đều cần thiết.
Đối với một lỗi không tự bộc lộ, hãy để người chỉnh sửa toàn bộ tệp của bạn xem xét. Bạn đã ở quá gần để có thể nhìn thấy nó; công cụ thì không, và khoảng cách đó chính là đặc điểm.