Im Gegenteil: change often, fail less

[Mixermachine]

Amazon wird dafür bezahlt in Sekunden riesige Rechenkapazitäten bereitzustellen.
Die kommen mit "never change..." nicht weit.
Change ist der business modell.

Dieser Fehler wäre garantiert irgendwann aufgetreten und wird jetzt nie wieder auftreten.
Besser heute und morgen ist es gefixed.
Zusätzlich hat man jetzt ein Wissen, was man für die weitere Entwicklung anderer Software verwenden kann.

Für das Business ist der Fehler eine Katastrophe, für die Entwicklung aber eine gute Erfahrung.

Getter, Setter, Hashcode und Equals manuell testen in Java?
Einfach automatisieren: https://github.com/Mixermachine/base-test