Wartbarkeit ist ein abstrakter Begriff und selbst wenn man sich die Definition vor Augen führt, bleiben noch Fragen offen. Am besten kann Wartbarkeit verstanden werden, wenn die tägliche Arbeit davon betroffen ist und die bestehenden Systemstrukturen kein professionelles und effektives Entwickeln von Software mehr ermöglicht. Manager und Entwickler kennen dieses Phänomen, dass aufgrund der fehlenden Wartbarkeit eine reduzierte Produktivität zu beobachten ist. Sind Sie regelmäßig Fire Fighter in stark erodierten Systemen mit einer gewachsenen Architektur, beschäftigen Sie sich vermutlich mit der Frage, wie bestehende Systeme mit einem hohen Grad an technischen Schulden, wieder auf den rechten Weg zurückgebracht werden können.
In diesem Vortrag zeige ich wie mit Domain Driven Design Anwendungsarchitektur modernisiert werden kann. Das zu Grunde liegende reale Beispiel zeigt eine Transformation von einer monolithischen, in technische Schichten organisierte Architektur, zu einer in Domänen strukturierten und fachlich ausdrucksstarken Anwendungsarchitektur. Die Restrukturierung und das Beseitigen der technischen Schulden, stellte die ursprüngliche Produktivität des Entwicklungsteam wieder her. Das System wurde wieder verständlich und wartbar.
Domain Driven Design diskutieren wir aktiv anhand der Probleme der bestehenden Architektur. Lassen Sie sich inspirieren von einem pragmatischen Ansatz der Architekturmodernisierung anhand des „Domain-from-Legacy“ Canvas und den Mustern von Domain Driven Design.
Decoding Paradoxes: Why are many good ideas in Software Delivery counter-intuitive
How does deploying more frequently improve quality? How does slack time in a team improve reliability? Why should we do it more often if it hurts? These are counter-intuitive concepts that don't make sense at first, and you'll be met with a bewildered stare...