Có một mối tương quan giữa độ phức tạp của mã và năng suất của nhà phát triển không?

Là thời gian dành cho việc tái cấu trúc một cơ sở mã có giá trị lâu dài, về mặt năng suất của nhà phát triển?

Đối với tôi có vẻ khá rõ ràng rằng việc sửa đổi một hệ thống được thiết kế tốt, đơn giản và nhanh hơn nhiều so với làm việc trên một hệ thống được thiết kế kém, nhưng tôi sau một số bằng chứng chắc chắn. Có nghiên cứu nào xung quanh chủ đề này không?

Theo kinh nghiệm, phần mềm có số liệu độ phức tạp cao hơn, chẳng hạn như độ phức tạp chu kỳ, khó bảo trì hơn. Có nghiên cứu hỗ trợ việc này có từ những năm 1970 ("Độ phức tạp của chương trình và năng suất lập trình viên", ET Chen) . Cũng có công trình cho thấy rằng mật độ phức tạp, độ phức tạp theo chu kỳ của kích thước hệ thống cũng liên quan đến thời gian bảo trì ("Mật độ phức tạp chu kỳ và năng suất bảo trì phần mềm", GK Gill, CF Kemerer) , cũng có sẵn miễn phí tại đây . Thật không may, đăng ký của IEEE là cần thiết cho bài viết của Chen, nhưng bạn có thể thử tìm kiếm nó trên các nguồn khác nếu bạn quan tâm.

Từ góc độ chất lượng, thường đáng để dành thời gian tái cấu trúc, giả sử bạn có một khung kiểm tra để ngăn chặn việc đưa ra các khiếm khuyết mới. Điều này sẽ cho phép bạn dễ dàng triển khai các tính năng mới hơn vào hệ thống của mình, thêm các thử nghiệm bổ sung và đào tạo các nhà phát triển mới để làm việc.

Cuối cùng, tuy nhiên, có áp lực để cung cấp chức năng mới và giá trị gia tăng. Bạn cần cân bằng tái cấu trúc với việc thực hiện chức năng mới và sửa chữa các khiếm khuyết.

Tôi sau một số bằng chứng vững chắc

Sau đó ngừng lãng phí thời gian của bạn ở đây.

1. Tìm một số mã đắt tiền để duy trì. Dễ thôi. Nhìn vào vé rắc rối của tổ chức của bạn.

2. Tìm một số mã rẻ để duy trì. Tìm mã chạy thường xuyên, nhưng có ít hoặc không có vé rắc rối.

3. Đo độ phức tạp với bất kỳ công cụ phức tạp có sẵn rộng rãi nào.

4. Đắm mình trong các bằng chứng.

Bây giờ bạn đã cung cấp số để xác nhận rõ ràng.