Sự chuyển dịch trong tư duy
Nếu bạn từng tự gõ từng ký tự, phần khó nhất không phải là học công cụ mới. Đó là việc buông bỏ bàn phím.
Điểm nghẽn cũ của bạn là sản xuất — bạn có thể viết code đúng nhanh đến mức nào. Điểm nghẽn mới của bạn là đặc tả và xem xét — bạn có thể mô tả rõ ràng điều bạn muốn đến mức nào, và bạn đánh giá tốt đến đâu những gì trả về.
Điều này thay đổi thứ bạn cần tối ưu:
- Trước đây: ghi nhớ (Application Programming Interface — giao diện lập trình ứng dụng, tức là danh sách các lệnh mà một công cụ cung cấp), vật lộn với cú pháp, gõ thật nhanh.
- Bây giờ: mô tả ý định một cách chính xác, chia nhỏ vấn đề, đánh giá kết quả một cách phản biện.
Những kỹ sư phát triển mạnh nhất trong bối cảnh này không phải là những người gõ phím nhanh nhất. Họ là những người có quan điểm rõ ràng về "tốt" nghĩa là gì, và có kỷ luật để từ chối những kết quả không đạt chuẩn.
Có một sự chuyển dịch thứ hai, âm thầm hơn, khiến nhiều người bất ngờ: mối quan hệ của bạn với việc không biết. Bản năng cũ là dừng lại và học API trước khi động vào nó. Bây giờ bạn thường có thể tạo ra một phiên bản đầu tiên trong một stack (bộ công nghệ) xa lạ và học bằng cách đọc lại nó. Đó là một siêu năng lực thực sự — và cũng là một cái bẫy. Đọc code mà bạn không thể tự viết ra thì không sao. Triển khai code mà bạn không thể đánh giá thì không được. Ranh giới nằm ở chỗ bạn có thể khẳng định, với sự tự tin, rằng kết quả là đúng hay không. Hãy dựa vào mô hình để viết nhanh hơn bạn có thể; đừng bao giờ dựa vào nó để biết nhiều hơn những gì bạn sẵn sàng xác minh.