2009-09-23 29 views
15

Chúng tôi đang cố gắng để có được một ngân sách với nhau cho một dự án mới. Chúng tôi muốn tách riêng thời gian xem xét mã. Nguyên tắc chung của việc đánh giá mã là bao nhiêu giờ cho mỗi giờ phát triển phần mềm? Ballpark ước tính và giai thoại là tốt.Số giờ xem xét mã cho mỗi giờ phát triển, khoảng bao nhiêu?

(Hình 3 nhóm nhà phát triển trên nhóm này.)

Trả lời

3

Ước tính dựa trên tỷ lệ 10: 1 đến 20: 1 (thời gian phát hiện xem lại) chắc chắn là hợp lý. Số dặm thực tế của bạn có thể thay đổi rất nhiều tùy thuộc vào độ sạch và khả năng đọc mã.

Nếu nhóm của bạn thực hành lập trình được ghép nối (ở một mức độ nào đó, không nhất thiết là toàn thời gian), có thể làm tăng sự quen thuộc của nhà phát triển với mã đang được xem xét và tăng tốc vào thời điểm xem xét.

3

Nếu đánh giá được thực hiện bởi người 'nội bộ' với nhóm. Đánh giá sẽ rất ít dễ dàng vì anh ấy/cô ấy biết những gì đang xảy ra ở đó trên màn hình chức năng khôn ngoan. Vì vậy, một phát triển 40 giờ sẽ mất 2-3 giờ xem xét.

Nếu đánh giá được thực hiện bởi người nào đó 'bên ngoài' với nhóm. Anh/Cô ấy có thể mất đến một ngày để phát triển 40 giờ. Bởi vì nhà phê bình sẽ mất nhiều thời gian để hiểu được logic hơn tiêu chuẩn tìm kiếm vv

HTH

+0

bạn có thể tưởng tượng rằng tài nguyên bên ngoài để kiểm tra mã cuối cùng sẽ chỉ là hiệu quả của tài nguyên nội bộ (học cơ sở mã cuối cùng). Hoặc là tài nguyên bên ngoài thường là một người khác mỗi khi một số mã cần xem xét? – resolveaswontfix

+0

Người bên ngoài khác nhau mỗi lần hoặc có thể giống nhau. Trong một công ty tư vấn lớn, khi họ cung cấp mã cho khách hàng. Có hai đánh giá sẽ xảy ra Nội bộ, Bên ngoài. Nội bộ là một người trong nhóm. Bên ngoài có thể là bất kỳ cá nhân kỹ thuật nào - những người có khả năng/có sẵn để xem xét mã. Vì vậy, rất có thể là bên ngoài luôn luôn là người khác nhau! –

0

Giả sử thực hành xem xét mã của bạn đang có mỗi check-in xem xét bởi nhà phát triển khác nó có lẽ là khoảng 2-5 phút cho mỗi giờ phát triển mã. Đó là tất nhiên một ước tính thô thực sự.

4

Tôi không nghĩ bạn thực sự có thể mô tả theo cách đó. 1 giờ thời gian của nhà phát triển hiếm khi bằng một lượng mã được đặt thực sự được viết. Đôi khi bạn có vấn đề khó khăn mà có thể yêu cầu một giờ (ví dụ) của nghiên cứu chỉ để có được một dòng cho một cuộc gọi phương thức cụ thể.

Thỉnh thoảng bạn có thể được thông qua với một số lượng hợp lý của mã loại bản sao/dán mà bạn có thể tạo ra nhiều thứ để xem xét trong một khoảng thời gian ngắn. Thay vào đó, tôi sẽ đề nghị bạn xem bạn lớn như thế nào mong đợi các màn hình được, cùng với logic phức tạp như thế nào, sau đó cố gắng lấy được một lượng thời gian xem xét mã từ đó. Hoặc, bạn chỉ có thể nói, chúng ta hãy dành 5% tổng ngân sách dự án để xem xét .. Bất kể, nó sẽ không dựa trên số giờ được chỉ định để thực sự xây dựng một cái gì đó.

2

Bạn sẽ có thể xem xét giá trị tuần làm việc trong 2 giờ. (Đối với một lập trình viên)

0

Theo kinh nghiệm cá nhân của tôi, những nhận xét mã so với thời gian mã hóa, có thể thay đổi và phụ thuộc vào nhiều yếu tố như:

  • kinh nghiệm phát triển Coder
  • phức tạp của vấn đề
  • Kiến thức về dự án từ Coder and Reviewer.
  • chất lượng mong muốn trong những giải pháp trong các mã dự án xem xét
  • Các chi tiết khác

Nó có thể dao động từ 10% thời gian Coder đến 250% ở trường hợp xấu nhất.

Các vấn đề liên quan