Tóm tắt

Hãy thực hiện review code: Khi nhiều con mắt cùng “soi” vào, chất lượng mã chắc chắn sẽ tăng lên. Hãy để người khác đọc mã của bạn và hãy đọc mã của người khác. Bạn sẽ học được rất nhiều điều.

Thảo luận

Tôi dùng cụm từ “review code” mà không dùng “xem lại code”, “đánh giá mã”…bởi cụm từ này quá phổ biến trong giới lập trình hiện nay.

Việc review code chuẩn sẽ mang lại những lợi ích sau cho Team của bạn:

• Chất lượng mã code sẽ tăng lên dưới áp lực vô hình của mọi người trong Team
• Tăng cao khả năng tìm ra bug, mã code không có tính dùng lại, vấn đề tiềm tàng khi mở rộng…
• Trao đổi ý tưởng dẫn đến khả năng Thiết kế và Thực thi tốt hơn
• Giúp những thành viên vào sau hoặc nhân viên mới bắt kịp công việc nhanh hơn
• Chia sẻ được các giá trị chung (value), văn hoá (culture) và các khái niệm cơ bản nhất trong Team
• Làm tăng Chủ nghĩa năng lực, Sự tự tin, Động lực (motivation), Sự tự hào của các thành viên

Có nhiều tổ chức hoàn toàn không khen thưởng những mã code có chất lượng tốt, và cũng không đầu tư thời gian, tiền bạc để khuyến khích điều này. Thời đại đã và đang thay đổi liên tục, nhu cầu viết một phần mềm chất lượng cao, ít bug, với khả năng dùng lại và mở rộng tốt là cấp thiết. Và review code giúp thúc đẩy chính xác điều đó, vừa là một phương pháp đào tạo nội bộ tuyệt vời vừa còn miễn phí.

Ngay cả khi lãnh đạo công ty hay leader của bạn không thực hiện quá trình review code, bản thân bạn cũng nên học hỏi và nâng cao nhận thức về quản lý (đầu tiên hãy đưa cho sếp đọc bài này). Hãy cố gắng hết sức tìm mọi cách và dành thời gian, công sức cho review code. Đó là một khoản đầu tư thực sự có giá trị cho bạn và Team của bạn.

Hãy đưa review code trở thành một khâu trong chu trình phát triển phần mềm của bạn. Nếu được hãy xây dựng một hệ thống khen thưởng (và có lẽ cả hệ thống phạt) thì càng tốt.

Không cần câu nệ hình thức, bạn có thể review code bằng cách họp trực tiếp, họp trực tuyến hoặc bằng cách gửi một văn bản qua email/ phần mềm chat công việc. Với hình thức họp bạn cần một bản MOM đầy đủ và chi tiết. Với hình thức văn bản cũng giúp bạn tự theo dõi được tiến trình của mình và tránh bị trùng lặp.

Khi review code người khác bạn cũng cần một bản danh sách tham chiếu. Một cách khiêm tốn tôi đề nghị các bạn dùng luôn mục lục của loạt bài này. Enjoy!

Tôi biết rằng mình đang “múa rìu qua mắt thợ” nhưng mà điều này cần được nói ra. Cái tôi của bạn có thể ghét việc review code, nhưng lập trình viên thiên tài bên trong bạn lại thích nó vì nó mang lại kết quả và dẫn đến mã code sẽ tốt hơn, ứng dụng mạnh mẽ hơn.

Tham khảo