Enterprise Software und Stabilität
Eigentlich sollten Enterprise-Produkte stabil sein. Man will ja nicht bei jedem Versionssprung gleich die ganze Anwendung ändern. Ein Beispiel: Man kann eine existierende Spring 1.0 Anwendung durch Austausch der Bibliothek mit Spring 2.0 laufen lassen, siehe
hier. Anderes Beispiel: Man kann in Ruby in 1.8.5. keine Breakpoints mehr setzen, siehe
hier oder auch bei
InfoQ. Interessanterweise war das Ziel von 1.8.5 höhere Stabilität...
Nun ja, kommt wahrscheinlich überall mal vor und die Implementierung von Breakpoints zu testen ist ja auch nicht vollkommen trivial.
J for Java |
I for Internet, iMac, iPod and iPad |
Me for me
