Hiểu bản sửa trước khi giữ lại nó

Một bản sửa hoạt động nhưng bạn không hiểu là một khoản vay, không phải một giải pháp — và tiền lãi sẽ đến hạn vào lần tiếp theo khi có gì đó gần đó bị hỏng. Vì AI làm phần gõ mã, nên rất dễ để chấp nhận một dấu tích xanh và tiếp tục mà không bao giờ biết tại sao mã bây giờ lại chạy được. Hãy chống lại điều đó. Trước khi giữ lại một bản sửa, hãy buộc AI giải trình về nó:

• "Giải thích tại sao cái này sửa được vấn đề, trong một hoặc hai câu." Nếu lời giải thích mơ hồ — "cái này làm nó chắc chắn hơn," "cái này xử lý trường hợp biên" — hãy phản bác lại. Một lời giải thích thực sự nêu tên nguyên nhân cụ thể và cách thay đổi này loại bỏ nó.
• "Bug đó là gì, xét theo nguyên nhân và kết quả?" Bạn nên có thể nhắc lại câu trả lời bằng lời của chính mình. Nếu bạn không thể, bạn chưa hiểu chương trình của chính mình.
• "Còn gì khác chạm vào đường mã này mà tôi nên kiểm tra lại?" Điều này biến một bản sửa thành một kiểm tra hồi quy (regression check).

Đây chính là triết lý hiểu-những-gì-bạn-triển-khai được áp dụng vào trường hợp khó nhất của nó. Bạn không cần phải có khả năng viết bản sửa từ đầu — đó là việc của AI. Nhưng bạn cần giữ trong đầu câu chuyện nguyên nhân-kết quả, bởi vì bạn là người sẽ có mặt ở đó lúc 2 giờ sáng khi nó lại hỏng, và điều duy nhất giúp ích lúc đó là hiểu được thứ đó thực sự hoạt động như thế nào.