Những lập trình viên bận rộn thường miễn cưỡng dành thời gian để xem xét công việc của một đồng nghiệp. Bạn thường có tâm lý sai lầm trong việc đánh giá thấp một đồng nghiệp mà đi nhờ bạn review lại code của anh ta. Liệu có phải anh ta thiếu tự tin? Liệu có phải anh ta muốn bạn làm những điều anh ta đang nghĩ? Một số người không tán thành việc review code còn giễu cợt rằng, “Bất kỳ ai mà cần người khác review lại code của anh ta thì không nên được trả lương như là một nhà phát triển phần mềm”.
Trong một nền văn hóa kỹ nghệ phần mềm lành mạnh, các thành viên trong nhóm thường gắn kết với nhau để nâng cao chất lượng và làm tăng hiệu suất công việc của họ. Họ hiểu rằng cái thời gian mà họ dành vào việc xem xét sản phẩm công việc của đồng nghiệp thì sẽ được bù lại khi mà những thành viên khác trong nhóm xem xét lại những sản phẩm của chính họ. Những kỹ sư phần mềm tốt nhất mà tôi từng biết thì đều hăng hái trong việc tìm kiếm những người review code cho họ. Thực vậy, việc tiếp nhận nhiều người reviewer trong suốt sự nghiệp đã giúp họ trở thành những nhà phát triển phần mềm tốt nhất.
Nhưng không phải dễ dàng để tìm được một người để review code cho mình. Trong trường hợp team lớn, hoặc team có nhiều người tích cực thì việc review này mới thực hiện được. Đặc biệt, trong các cty lớn làm theo chuẩn CMMI thì mới có cái này.
Chuẩn không cần chỉnh:
Cách duy nhất hợp lệ để đo lường chất lượng code là số lượng WTFs / Phút
Và chốt lại
Một trong những điểm thú vị nhất của lập trình đó là bạn không phải làm nó một mình. Vì vậy câu hỏi đặt ra là: Ai là bạn thân lập trình của bạn?
83% thành viên diễn đàn không hỏi bài tập, còn bạn thì sao?