Dari mana asalnya (semula) ?: “80% dari biaya seumur hidup sebuah perangkat lunak digunakan untuk pemeliharaan” [ditutup]

Dalam dokumen konvensi pengkodean Sun Java (di sini: http://www.oracle.com/technetwork/java/codeconv-138413.html ), ia menyatakan:

"80% dari biaya seumur hidup sebuah perangkat lunak digunakan untuk pemeliharaan"

Adakah yang tahu dari mana statistik ini berasal? Saya tidak meragukan pernyataan itu, tetapi saya dapat membuat statistik tanpa atribusi juga dan saya ingin tahu dari mana asalnya sebelum saya mulai menggunakannya sebagai dasar untuk pernyataan lain.

Anda harus terlebih dahulu menentukan apa arti pemeliharaan. Biasanya biaya perawatan lebih dari 50% termasuk peningkatan dan penghapusan cacat.

Angka 80% tampaknya tidak secara langsung dikaitkan dengan studi tertentu, tetapi Anda dapat menemukan beberapa angka yang kredibel dalam kisaran> 50% dalam studi yang disebutkan di halaman ini: https://web.archive.org/web/ 20120313070806 / http: //users.jyu.fi/~koskinen/smcosts.htm

Tabel 3-7 dari Pengukuran Perangkat Lunak Terapan, ed ketiga. daftar bahwa dari 8200 proyek yang dipelajari, hanya 2.410 adalah perkembangan baru. 1385 adalah proyek pemeliharaan, dan sisanya adalah proyek peningkatan. Itu sesuai dengan sekitar 70% proyek yang mempertahankan kode yang ada.

Ekonomi Rekayasa Perangkat Lunak Barry Boehm. Dan itu bukan 80%, itu 50% -75%.

Bab 30. Halaman 533-534.

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

Aturan umum 80-20 sangat umum digunakan dalam banyak konteks, karena jumlah sampel konkret mendukung frasa "mayoritas besar."

Ini mungkin doa seperti itu.

dari Konvensi Kode Java - 12 September 1997 oleh Sun Microsystems.

Anda akan melihat kutipan ini dalam pengantar dokumen di bawah ini

1.1 Mengapa Memiliki Konvensi Kode

• 80% dari biaya seumur hidup sebuah perangkat lunak digunakan untuk pemeliharaan
• Hampir tidak ada perangkat lunak yang dipelihara seumur hidup oleh penulis aslinya
• Konvensi kode meningkatkan keterbacaan perangkat lunak yang memungkinkan para insinyur memahami kode baru lebih cepat dan menyeluruh
• Jika Anda mengirimkan kode sumber sebagai produk, Anda perlu memastikan bahwa paket tersebut juga dikemas dan bersih seperti produk lain yang Anda buat.

Pada 2011, dokumen ini cukup tanggal. Perangkat lunak dan sistem sedang dikembangkan dalam banyak bahasa termasuk dan tidak termasuk Jawa.

Namun, Java sangat lambat dan memiliki jejak memori yang sangat besar dibandingkan dengan C / C ++. Ketika beberapa pengguna mengalami bagaimana Java lambat berjalan dibandingkan dengan bahasa lain seperti PHP, C / C ++, dll, mereka sering berpikir bahwa ada sesuatu yang salah dengan program tersebut. Uang kemudian dihabiskan untuk mencoba meningkatkan kinerja tanpa hasil. Untuk alasan ini saya selalu mempertanyakan motivasi orang untuk melompat pada Titanic dan berlayar. Karena tidak masuk akal untuk mengimplementasikan banyak program di Jawa, terutama di mana kinerja atau jejak memori menjadi perhatian.

Saya benar-benar melihat orang menghabiskan lebih banyak waktu untuk mengimplementasikan sesuatu di Jawa demi itu menjadi implementasi Java daripada yang mereka habiskan untuk mengimplementasikan perangkat lunak yang sama dengan skrip bash di Linux atau dalam Python atau C ++.

Saya tidak mengatakan menghindari Java dengan cara apa pun, tetapi ada alat yang tepat untuk pekerjaan yang tepat dan ada banyak lebih banyak alat dari Jawa saat ini.

Selamat kepada Apple untuk Java yang akhirnya mencela.!