Đây là từ đâu (ban đầu) ?: 80% chi phí trọn đời của một phần mềm dành cho bảo trì [đóng]

Trong tài liệu quy ước mã hóa Sun Java (tại đây: http://www.oracle.com/technetwork/java/codeconv-138413.html ), nó ghi rõ:

"80% chi phí trọn đời của một phần mềm được bảo trì"

Có ai biết thống kê này có nguồn gốc từ đâu không? Tôi không nghi ngờ về khẳng định này, nhưng tôi cũng có thể tạo ra số liệu thống kê mà không cần ghi công và tôi muốn biết điều này đến từ đâu trước khi tôi bắt đầu sử dụng nó làm cơ sở cho các tuyên bố khác.

Trước tiên bạn phải xác định những gì có nghĩa là bảo trì. Thông thường chi phí bảo trì vượt quá 50% bao gồm tăng cường cũng như loại bỏ khuyết tật.

Con số 80% dường như không liên quan trực tiếp đến một nghiên cứu cụ thể, nhưng bạn có thể tìm thấy một số con số đáng tin cậy trong phạm vi> 50% trong các nghiên cứu được đề cập trên trang này: https://web.archive.org/web/ 20120313070806 / http: //users.jyu.fi/~koskinen/smcosts.htmlm

Bảng 3-7 của Đo lường phần mềm ứng dụng, tái bản lần thứ ba. danh sách trong số 8200 dự án được nghiên cứu, chỉ có 2410 là những phát triển mới. 1385 là các dự án bảo trì, và phần còn lại là các dự án tăng cường. Điều đó tương ứng với khoảng 70% các dự án đang duy trì mã hiện có.

Kinh tế Kỹ thuật phần mềm của Barry Boehm. Và nó không phải là 80% mà là 50% -75%.

Chương 30. Trang 533-534.

http://www.amazon.com/Software-Engineering-Economics-Barry-Boehm/dp/0138221227

Quy tắc ngón tay cái 80-20 rất thường được viện dẫn trong nhiều bối cảnh, vì số mẫu cụ thể đứng trong cụm từ "phần lớn."

Đây có thể chỉ là một lời cầu khẩn như vậy.

từ các Công ước về Mã Java - ngày 12 tháng 9 năm 1997 bởi Sun microsystems.

Bạn sẽ thấy trích dẫn này trong phần giới thiệu của tài liệu dưới

1.1 Tại sao có quy ước về mã

• 80% chi phí trọn đời của một phần mềm được bảo trì
• Hầu như không có phần mềm nào được duy trì trong suốt cuộc đời bởi tác giả gốc của nó
• Các quy ước mã cải thiện khả năng đọc của phần mềm cho phép các kỹ sư hiểu mã mới nhanh hơn và kỹ lưỡng hơn
• Nếu bạn gửi mã nguồn của mình dưới dạng sản phẩm, bạn cần đảm bảo rằng nó cũng được đóng gói và làm sạch như bất kỳ sản phẩm nào khác mà bạn tạo.

Đến năm 2011, tài liệu này khá cũ. Phần mềm và hệ thống đang được phát triển trong vô số ngôn ngữ bao gồm và không bao gồm Java.

Tuy nhiên, Java rất chậm và có dung lượng bộ nhớ cực lớn so với C / C ++. Khi một số người dùng trải nghiệm Java chạy chậm như thế nào so với các ngôn ngữ khác như PHP, C / C ++, v.v., họ thường nghĩ rằng có gì đó không ổn với chương trình. Tiền sau đó được dành cho việc cố gắng cải thiện hiệu suất không có kết quả. Vì lý do này, tôi luôn đặt câu hỏi về động lực của mọi người để nhảy lên tàu Titanic và ra khơi. Vì việc triển khai nhiều chương trình trong Java không có ý nghĩa gì, đặc biệt là vấn đề về hiệu năng hoặc bộ nhớ là một mối quan tâm.

Tôi thực sự đã thấy mọi người dành nhiều thời gian hơn để triển khai một cái gì đó trong Java vì nó là một triển khai Java hơn là họ đã sử dụng phần mềm giống như một tập lệnh bash trên Linux hoặc trong Python hoặc C ++.

Tôi không nói tránh Java bằng mọi giá, nhưng có một công cụ phù hợp cho công việc phù hợp và có nhiều công cụ hơn Java ngày nay.

Xin chúc mừng Apple vì cuối cùng đã phản đối Java.!