Woher kommt das (ursprünglich)?: „80% der Lebenszeitkosten einer Software fließen in die Wartung“ [geschlossen]

Im Dokument mit den Sun Java-Codierungskonventionen (hier: http://www.oracle.com/technetwork/java/codeconv-138413.html ) heißt es:

"80% der Lebenszeitkosten einer Software entfallen auf die Wartung"

Weiß jemand, woher diese Statistik stammt? Ich bezweifle die Behauptung nicht, aber ich kann auch Statistiken ohne Namensnennung erstellen und möchte wissen, woher diese stammen, bevor ich sie als Grundlage für andere Aussagen verwende.

Sie müssen zuerst definieren, was Wartung bedeutet. In der Regel umfassen Wartungskosten von mehr als 50% die Verbesserung sowie die Beseitigung von Fehlern.

Die 80% -Zahl scheint nicht direkt auf eine bestimmte Studie zurückzuführen zu sein, aber in den auf dieser Seite genannten Studien finden Sie mehrere glaubwürdige Zahlen im Bereich von> 50%: https://web.archive.org/web/ 20120313070806 / http: //users.jyu.fi/~koskinen/smcosts.htm

Tabelle 3-7 von Applied Software Measurement, dritte Ausgabe. listet auf, dass von den 8200 untersuchten Projekten nur 2410 Neuentwicklungen waren. 1385 waren Wartungsprojekte und der Rest waren Verbesserungsprojekte. Dies entspricht ungefähr 70% der Projekte, die vorhandenen Code beibehalten.

Barry Boehms Software Engineering Economics. Und es sind nicht 80%, sondern 50% -75%.

Kapitel 30. Seite 533-534.

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

Die Faustregel 80-20 wird in vielen Zusammenhängen sehr häufig verwendet, da konkrete Stichprobenzahlen für den Ausdruck "die große Mehrheit" stehen.

Dies kann genau ein solcher Aufruf sein.

aus Java Code Conventions - 12. September 1997 von Sun Microsystems.

Sie sehen dieses Zitat in der Einleitung des Dokuments unter

1.1 Warum Code-Konventionen haben

• 80% der Lebenszeitkosten einer Software entfallen auf die Wartung
• Kaum eine Software wird ein Leben lang vom ursprünglichen Autor gewartet
• Codekonventionen verbessern die Lesbarkeit der Software, sodass Ingenieure neuen Code schneller und gründlicher verstehen können
• Wenn Sie Ihren Quellcode als Produkt versenden, müssen Sie sicherstellen, dass er genauso gut verpackt und sauber ist wie jedes andere Produkt, das Sie erstellen.

Bis 2011 ist dieses Dokument ziemlich veraltet. Software und Systeme werden in einer Vielzahl von Sprachen entwickelt, einschließlich und ohne Java.

Java ist jedoch sehr langsam und hat im Vergleich zu C / C ++ einen extrem großen Speicherbedarf. Wenn einige Benutzer feststellen, wie langsam Java im Vergleich zu anderen Sprachen wie PHP, C / C ++ usw. tatsächlich ausgeführt wird, denken sie häufig, dass etwas mit dem Programm nicht stimmt. Geld wird dann ausgegeben, um zu versuchen, die Leistung ohne Erfolg zu verbessern. Aus diesem Grund stelle ich immer die Motivation der Menschen in Frage, auf die Titanic zu springen und Segel zu setzen. Da es nicht sinnvoll ist, viele Programme in Java zu implementieren, insbesondere wenn Leistung oder Speicherbedarf eine Rolle spielen.

Ich habe tatsächlich gesehen, dass Leute mehr Zeit damit verbringen, etwas in Java zu implementieren, um eine Java-Implementierung zu sein, als sie damit verbracht hätten, dieselbe Software wie ein Bash-Skript unter Linux oder in Python oder C ++ zu implementieren.

Ich sage nicht, Java um jeden Preis zu vermeiden, aber es gibt ein richtiges Tool für den richtigen Job und es gibt heutzutage viel mehr Tools als Java.

Herzlichen Glückwunsch an Apple, dass er Java endgültig abgelehnt hat.!