Tôi nghi ngờ bất kỳ ai có thể trích xuất bất kỳ điều gì có ý nghĩa từ việc đọc 5000 dòng mã trong một ngày.
Quan điểm của tôi là đánh giá mã phải tương tác, điều này cũng giúp chúng trở nên thú vị. Nếu tôi chịu trách nhiệm xem xét mã của người khác, tôi không quan tâm đến cách tiếp cận họ đưa tôi đi qua nó. Họ có thể tập trung vào những thứ họ thích, hoặc những gì họ nghĩ rằng họ đã làm tốt, khi tôi thường quan tâm đến điều ngược lại.
Định dạng tôi thích là để tôi ngồi ở máy tính xách tay được kết nối với máy chiếu và hiển thị mã trên màn hình để tôi có thể dễ dàng nhảy từ phần này sang phần khác. Sau đó, trong khi đọc mã trên màn hình, hãy hỏi các câu hỏi của nhà phát triển: tại sao bạn làm theo cách này? bạn có luôn làm như vậy không? bạn đã quyết định thế nào về cấu trúc này? thử nghiệm đơn vị cho x ở đâu? - trong khi cũng thực hiện quan sát: có thể sử dụng nhiều ý kiến ở đây, định dạng mã này không đáp ứng các tiêu chuẩn, v.v. Ngoài ra, có dev hoặc có thể một người nào đó khác trong phòng ghi chú về những điều mà nhà phát triển nên xem hoặc sửa sau hướng dẫn rõ ràng rằng các sự cố thường gặp phải được khắc phục trong tất cả mã của chúng, chứ không chỉ mã được xem xét.
Ý tưởng là không phải để xem mọi dòng mã. Đó là công việc của người quản lý nhà phát triển, hoặc có thể là QA. Ý tưởng trong đánh giá mã chủ yếu là kiểm tra lại các quy trình suy nghĩ đằng sau mã, bao gồm kiến trúc, luồng, v.v., cũng như xem xét các khía cạnh chất lượng: hiệu suất, khả năng mở rộng và bảo mật.
Nếu bạn cố gắng làm hoặc nhìn quá nhiều, không chỉ bạn sẽ ghi ra, nhưng kết quả sẽ không hữu ích cho bất cứ ai.
cà phê, cà phê, cà phê –
Hơn 2 cốc cà phê mỗi ngày không được khuyến khích - không tốt cho sức khỏe. –
@New trong thị trấn: xem xét mã của người khác cũng không tốt cho sức khỏe. – MusiGenesis