SoftwareArchitekTOUR-Podcast: Architektur-Refactoring
Über den Stand der Architektur zu reflektieren, ist wichtig, damit keine unerwünschten Erosionserscheinungen auftreten. Bei strukturellen Problemen ist es der neuen Episode des SoftwareArchitekTOUR-Podcasts zufolge Zeit für Architektur-Refactoring.
- Alexander Neumann
Das Design von Software-Architektur sollte nicht nur aus dem ständigen Hinzufügen neuer Bestandteile bestehen. Ab und zu ist es Zeit, über den augenblicklichen Stand der Architektur zu reflektieren, damit keine unerwünschten Erosionserscheinungen auftreten. Treten strukturelle Probleme auf, ist es Zeit für Architektur-Refactoring. Die neue Episode des SoftwareArchitekTOUR-Podcasts auf heise Developer führt in solche Refactorings ein und grenzt sie sowohl von Code-Refactorings als auch vom Engineering ab.
Die bisherigen Episoden:
- Episode 8: Architektur-Refactoring
- Episode 7: Middleware in der .NET-Welt
- Episode 6: Middleware in der Java-Welt
- Episode 5: Definition, Einsatz und Zukunft von Middleware, Teil 2
- Episode 4: Definition, Einsatz und Zukunft von Middleware
- Episode 3: Patterns in der .NET-Welt
- Episode 2: Patterns in der Java-Welt
- Episode 1: Über den Einsatz von Patterns
- Episode 0: Start des SoftwareArchitekTOUR-Podcast plus Ausblick
(ane)
