Nel documento delle convenzioni sulla codifica Sun Java (qui: link ), si afferma:
"L'80% del costo della vita di un software va alla manutenzione"
Qualcuno sa da dove viene questa statistica? Non metto in dubbio l'affermazione, ma posso inventare statistiche anche senza attribuzione e mi piacerebbe sapere da dove proviene prima di iniziare a usarlo come base per altre affermazioni.
Devi prima definire cosa significa manutenzione. Di solito i costi di manutenzione superiori al 50% comprendono miglioramenti e rimozione dei difetti.
La cifra dell'80% non sembra essere direttamente attribuibile a uno studio specifico, ma puoi trovare diverse cifre credibili nel > Intervallo del 50% negli studi menzionati in questa pagina: link
Tabella 3-7 di Measurement software applicato, terzo ed. elenca gli 8200 progetti studiati, solo 2410 sono stati nuovi sviluppi. 1385 erano progetti di manutenzione, e il resto erano progetti di miglioramento. Ciò corrisponde a circa il 70% dei progetti che mantengono il codice esistente.
La regola empirica 80-20 viene comunemente invocata in molti contesti, poiché i numeri di esempio concreti si riferiscono alla frase "la grande maggioranza".
Questa potrebbe essere solo una tale invocazione.
da Java Code Conventions - 12 settembre 1997 di Sun Microsystems.
Vedrai questa citazione nell'introduzione del documento sotto
1.1 Perché avere convenzioni di codice
Entro il 2011, questo documento è abbastanza datato. Software e sistemi sono stati sviluppati in una moltitudine di lingue incluso ed escluso Java.
Tuttavia, Java è molto lento e ha un'impronta di memoria estremamente grande rispetto a C / C ++. Quando alcuni utenti sperimentano quanto Java sia effettivamente lento rispetto ad altri linguaggi come PHP, C / C ++, ecc, spesso pensano che qualcosa non funzioni nel programma. Il denaro viene quindi speso per cercare di migliorare le prestazioni senza successo. Per questo motivo metto sempre in discussione la motivazione delle persone a saltare sul titanic e salpare. Come non ha senso implementare molti programmi in Java, specialmente dove le prestazioni o l'impronta della memoria sono un problema.
In realtà ho visto persone impiegare più tempo per implementare qualcosa in Java per il fatto che si trattava di un'implementazione Java di quanto avrebbero speso implementando lo stesso software di uno script bash su Linux o in Python o C ++.
Non sto dicendo di evitare Java a tutti i costi, ma c'è uno strumento giusto per il lavoro giusto e ci sono molti più strumenti di Java in questi giorni.
Congratulazioni ad Apple per aver finalmente dismesso Java.!
Leggi altre domande sui tag coding-standards statistics