Các lập trình viên giàu kinh nghiệm biết rằng việc đọc hiểu code có giá trị lớn đến như thế nào, nó có thể giảm số lượng code bạn cần viết và cũng cung cấp các đoạn code tái sử dụng, lúc đó bạn có thể tìm ra bug và fix được ngay trong quá trình review code.

Có một số tips cá nhân sẽ giúp cho quá trình đọc hiểu code hiệu quả hơn:

Tránh những project bạn không có hứng thú

Tôi nghe nói rằng đọc mã nguồn mở sẽ cải thiện kỹ năng đọc hiểu code của tôi. Tôi đã xem đi xem lại tất cả các dự án tôi có và tìm hiểu được, nhưng sau một thời gian, tôi cảm thấy nhàm chán. Bạn không thể đọc tất cả các đoạn code bạn không có hứng thú. Và cũng nên hiểu rằng, không phải mọi dòng code bạn đọc đều cải thiện kỹ năng đọc của bạn.

Đọc code mà không có ngữ cảnh thì lãng phí thời gian vô cùng luôn rồi dẫn đến sự nhàm chán. Sau khi bạn đọc mã mà không có ngữ cảnh, rất có thể bạn sẽ để lại một comment không chuẩn xác.

Và lời khuyên là, hãy lựa chọn kỹ lưỡng project bạn muốn tìm hiểu, đặt vào trong bối cảnh để hiểu cách tư duy logic, việc đó sẽ giúp bạn tiết kiệm thời gian, công sức và nâng cao khả năng đọc hiểu code.

Luôn hiểu điều gì đang diễn ra

Lần review code đầu tiên của tôi chỉ bao gồm review code tái sử dụng, đặt tên có chính xác không, có bị overengineering (quá nhiều tính năng không cần thiết) không? Tôi thực sự thấy điều đó không đem lại nhiều giá trị và đôi khi là không đúng. Tôi cần nhìn bức tranh toàn diện hơn nên tìm hiểu từ nguồn gốc trước, phải xem lại từ ban đầu là các yêu cầu, tiêu chí trong khoảng chấp nhận được là gì? Doanh nghiệp cần gì? Các đoạn comment code nói gì? Thậm chí leader lúc đó bao nhiêu năm kinh nghiệm rồi? Nghĩ kỹ xem, bạn sẽ làm như thế nào.

Sau đó tiến hành đọc hiểu, review, nếu không hiểu hãy để lại comment của bạn. Đừng để bị nhấn chìm trong sự nghi ngờ chất lượng của những dòng code rồi đánh giá thấp các thành viên trong nhóm, bạn có thể truyền tải thông điệp của mình khi thực sự hiểu điều gì đang diễn ra, và lời nói của bạn có thể đưa câu chuyện "nở hoa" hoặc "bế tắc".

Nhận xét về code sẽ không chỉ sửa được mỗi đoạn code đó đâu. Thái độ và lời nói khi đưa ra comment một cách nhân văn, có đi có lại thì bạn sẽ nhận được nhận xét tương tự với code của mình. Điều này sẽ cải thiện cả việc đọc và viết mã của bạn. Hiểu logic, đọc yêu cầu trước và để lại nhận xét một cách tích cực và nhân văn.

Đọc hiểu code quan trọng như viết code

Đọc code cũng cải thiện khả năng viết code của bạn, hãy ành thời gian của bạn khi đọc mã của riêng bạn và thêm thời gian khi đọc các đoạn code khác. Nói đến đây, đôi khi bản thân mình xem lại dự án đã viết tận 10 năm, nó vẫn chạy tốt cho khách hàng, tuy nhiên mình đọc vào, đôi khi không thể hiểu được ý nghĩa nó là gì, sao mình lại viết thế, và tức nhiên là code đó comment cụ thể, vấn đề ở đây là business lúc đó mình không còn nhớ rõ.

Trong cuốn Clean Code: A Handbook of Agile Software Craftsmanship, Martin đã nói “Thật vậy, tỷ lệ thời gian dành để đọc so với viết là hơn 10 trên 1. Chúng tôi liên tục đọc code cũ như một phần của nỗ lực viết mã mới. Làm cho code dễ đọc tức là giúp bạn viết dễ dàng hơn. ”

Làm quen với ngữ cảnh và sau đó kiểm tra code. Điều đó sẽ cho bạn một cái nhìn đầy đủ về những đoạn code đó, các lập trình viên chân chính sẽ dành phần lớn thời gian để đọc hiểu code hơn là viết. Và thông qua nói chuyện có thể rút ngắn thời gian đọc hoặc thực hiện cuộc gọi với một thành viên trong nhóm rồi cùng nhau viết code.

Bài viết khá thú vị, cũng như một trải nghiệm tuyệt vời của bản thân khi đang làm dev.

Chúc bạn vui vẻ..!