Tôi chưa bao giờ thực hiện lập trình cặp trong thực tế (chỉ hy vọng cho nó), vì vậy tôi không thể so sánh trực tiếp hai thực tiễn. Tuy nhiên, tôi có thể kể kinh nghiệm của mình với các đánh giá mã chính thức.
Tôi đã từng dẫn các đánh giá mã chính thức trong một dự án trước đó, về mã kế thừa. Dự án hoàn toàn lộn xộn và ban lãnh đạo hoan nghênh bất kỳ sáng kiến nào với hy vọng đưa trật tự vào hỗn loạn. Lúc đó tôi nghĩ rằng đánh giá mã chính thức là một ý tưởng tốt. Chúng tôi đã tìm thấy các lỗi và chúng tôi đã thấy rằng chất lượng của mã mới được viết tốt hơn đáng kể so với mã cũ. Tôi đã thu thập số liệu thống kê, số lượng lỗi vv để chứng minh điều này.
Chúng tôi đã làm trung bình một phiên mỗi tuần, liên quan đến 3-5 người. Mỗi phiên mất khoảng 3-4 giờ mỗi người (bao gồm cả chuẩn bị) và xem xét 200-300 dòng mã (LỘC) *. Theo tốc độ này, trong khoảng thời gian hơn 6 tháng, chúng tôi đã quản lý để xem xét khoảng 5K LỘC, trong số khoảng 50K.
Nhìn lại, tôi cảm thấy rằng nó rất tốn kém. Với tốc độ này, chúng tôi sẽ mất 5 năm để xem xét toàn bộ cơ sở mã di sản. OTOH có nhiều hơn một phiên một tuần sẽ lấy đi nguồn lực từ sự phát triển. Tất nhiên, đó là tình huống khó xử điển hình với mã kế thừa. Nhưng ngay cả việc xem xét tất cả các mã mới được viết chính thức sẽ mất rất nhiều thời gian, làm chậm sự phát triển đáng kể.
Kết luận của tôi là các đánh giá mã chính thức được thực hiện tốt nhất trên mã mới được viết, tập trung vào các phần quan trọng nhất của mã. Phần còn lại được xử lý tốt hơn theo cách không chính thức hơn, có thể thông qua lập trình cặp. Đây chỉ là ý kiến hiện tại của tôi, có thể thay đổi. Tôi không tự nhận là một chuyên gia đánh giá mã hay bất cứ điều gì.
* Đây là tốc độ bình thường của đánh giá mã chính thức.
Tỷ lệ xem xét mã thông thường là khoảng 150 dòng mã mỗi giờ. Kiểm tra và xem xét hơn vài trăm dòng mã mỗi giờ đối với phần mềm quan trọng (như phần mềm nhúng quan trọng an toàn) có thể quá nhanh để tìm lỗi.
Trích dẫn từ Wikipedia (nhấn mạnh bởi tôi).