Đọc Một Diff Mà Không Cần Hiểu Từng Dòng

Bước 4 của vòng lặp là "xem lại thay đổi," và đây là bước người ta hay làm cho có nhất. Bạn không cần phải tự viết được code để xem xét nó một cách hữu ích. Bạn cần lướt qua một tập nhỏ các dấu hiệu cảnh báo.

Khi AI đưa bạn một thay đổi, cách gọn nhất để nhìn thấy nó là diff — các dòng chính xác được thêm vào và xóa đi:

git diff

Các dòng bắt đầu bằng + là được thêm vào, các dòng có - là bị xóa. Đọc nó như một người xét duyệt, không phải một trình biên dịch. Bạn đang tìm những thứ như:

• Nó có đụng vào các file mà nó không có việc gì để làm không? Bạn yêu cầu một bộ đếm; tại sao auth.js lại nằm trong diff?
• Nó có xóa thứ gì trông có vẻ quan trọng không? Một dòng bị xóa (-) mà bạn không nhận ra đáng để hỏi lại.
• Nó có âm thầm thay đổi hành vi mà bạn không hề yêu cầu không? Giá trị mặc định mới, điều kiện bị thay đổi, các phần "hữu ích" thêm vào.
• Kích cỡ có khớp với yêu cầu không? Một yêu cầu một câu mà tạo ra hai trăm dòng đáng để nhìn lại lần hai.

Nếu có gì đó trông không ổn, bạn không cần tự mình sửa nó — chỉ cần hỏi: "Tại sao bạn lại thay đổi auth.js? Tôi chỉ yêu cầu bộ đếm thôi." Một nửa số lần AI sẽ nói "phát hiện tốt" và hoàn tác lại. Chỉ một thói quen đó thôi cũng bắt được nhiều lỗi hơn bất kỳ lượng thời gian nào bạn dán mắt vào code mà bạn không hiểu hết.