What do you think?
Rate this book
Langlebige Software-Architekturen
Zu Beginn eines Projekts erarbeiten die Architekten und das Entwicklungsteam mit all ihrem Know-how und ihrer Erfahrung eine zugeschnittene Architekturblaupause für die anstehende Entwicklung. Aber während der Implementierung weicht das Team häufig ungewollt mehr und mehr von dieser Vorgabe ab. Die Folge Die Architektur des Systems erodiert, die Komplexität nimmt zu, und es werden Schritt für Schritt technische Schulden aufgebaut. Wartung und Erweiterung der Software werden immer aufwendiger.In diesem Buch zeigt die Autorin, welche Fehler in Softwareprojekten bei der Umsetzung der Architektur vermieden werden sollten und welche Prinzipien eingehalten werden müssen, um langlebige Architekturen zu entwerfen oder bei bestehenden Systemen zu langlebigen Architekturen zu gelangen. Sie geht auf Muster in Softwarearchitekturen und Mustersprachen ein, erläutert verschiedene Architekturstile und zeigt, welche Vorgaben letztlich zu Architekturen führen, die für Entwickler noch gut durchschaubar sind. Mit über 200 farbigen Bildern aus real existierenden Softwaresystemen und etlichen Fallbeispielen werden schlechte und gute Lösungen verständlich und nachvollziehbar dargestellt. Empfehlungen und vielfältige Hinweise aus Praxisprojekten erlauben dem Leser einen direkten Transfer zu seiner täglichen Arbeit.»Ihre langjährigen Erfahrungen auf dem Gebiet der Architekturanalyse von Systemen unterschiedlicher Technologien sind einzigartig. Dadurch stellt sie [Carola Lilienthal] in jedem Winkel dieses Buches den nötigen Praxisbezug her.« Aus dem Geleitwort von Gernot Starke
297 pages, Paperback
First published November 26, 2015
10 people are currently reading
147 people want to read
Ratings & Reviews
Friends & Following
Create a free account to discover what your friends think of this book!
Community Reviews
Displaying 1 - 8 of 8 reviews
March 23, 2024
Rămân cu câteva lecții după lecturarea cărții Carolei: ”pattern language” poate fi valoros vis-a-vis de arhitectura unui sistem și de obiectivul de a reduce numărul de cicluri dintre module și clase; revizuirea periodică a arhitecturii unui sistem este necesară pentru sustenabilitatea acesteia și reducerea datoriilor tehnice (”technical debts”).
Cartea conține în mare parte analiza arhitecturală a mai multor proiecte, pentru care autoarea a fost anagajată ca și consultantă. Experiența sa este evidentă, însă ca și cititoare nu am simțit că am învățat prea multe de pe urma acestor analize. A fost totuși interesantă vizualizarea sistemelor software din perspectiva arhitecturii acestora prin intermediul unor tool-uri precum Sotograph. Cred că toți developerii ar trebui să își privească sistemele pe care le creează din această perspectivă, căci ea oferă o înțelegere mai profundă și clară a structurii rezultate și te face mai conștient de impactul deciziilor pe care le iei în lucrul de zi cu zi.
Cartea conține în mare parte analiza arhitecturală a mai multor proiecte, pentru care autoarea a fost anagajată ca și consultantă. Experiența sa este evidentă, însă ca și cititoare nu am simțit că am învățat prea multe de pe urma acestor analize. A fost totuși interesantă vizualizarea sistemelor software din perspectiva arhitecturii acestora prin intermediul unor tool-uri precum Sotograph. Cred că toți developerii ar trebui să își privească sistemele pe care le creează din această perspectivă, căci ea oferă o înțelegere mai profundă și clară a structurii rezultate și te face mai conștient de impactul deciziilor pe care le iei în lucrul de zi cu zi.
August 17, 2022
Whirlwind 'over the shoulder' view from an experienced architecture/tech-debt consultant.
The writing is generally clear (although sometimes the English a little off) and there are plenty of examples with good charts.
If you ever struggled as an IT pro on a complex demanding project, this book makes for consoling reading (the figure given for properly architected projects is something like 10%!)
The tools section is very light but does show the best options available.
Some more tools would be good - in particular tools that do not require a large budget!
Also more detailed references section and ideally a kind of 'learning pathways' section would add more weight to this text.
The mention of Tools and Materials as a (better? since it has a Presentation layer concept and seems simpler) alternative to DDD was a revelation for this reader.
Not bad but a bit "light".
The writing is generally clear (although sometimes the English a little off) and there are plenty of examples with good charts.
If you ever struggled as an IT pro on a complex demanding project, this book makes for consoling reading (the figure given for properly architected projects is something like 10%!)
The tools section is very light but does show the best options available.
Some more tools would be good - in particular tools that do not require a large budget!
Also more detailed references section and ideally a kind of 'learning pathways' section would add more weight to this text.
The mention of Tools and Materials as a (better? since it has a Presentation layer concept and seems simpler) alternative to DDD was a revelation for this reader.
Not bad but a bit "light".
May 18, 2017
Carola Lilienthal beschreibt in ihrem Buch einige interessante Ansätze zur Beurteilung von Software Architekturen. Die Untersuchung auf Zyklen mittels Sotograph ist leicht umzusetzen und lässt einen Zyklen finden, die mit traditionelleren Werkzeugen (wie den Qualitätsmetriken von Visual Studio) unentdeckt bleiben. Der Vergleich zwischen der Ist- und der Soll-Architektur lässt sich ebenfalls mit diesem Werkzeug überprüfen. Ich teile ihre Erklärungen zur Notwendigkeit und sehe den Nutzen, bin jedoch skeptisch, ob mit einer langlebigen Architektur auch eine langlebige Software einhergeht. Mir fehlen da noch einige Teile des Puzzles.
Der Wechsel zwischen den grundsätzlichen Aspekten («man sollte») zu den eigenen Erfahrungen («ich») fallen beim Lesen sehr deutlich auf. Diese Trennung ist zwar korrekt und hilfreich, hätte für den Lesefluss aber auch ein wenig milder ausfallen können.
Einige Beispiele im Buch setzen die Darstellung von Farbe voraus, die auf einem Kindle mit einem Schwarz/Weiss Display nicht gegeben ist.
Der Wechsel zwischen den grundsätzlichen Aspekten («man sollte») zu den eigenen Erfahrungen («ich») fallen beim Lesen sehr deutlich auf. Diese Trennung ist zwar korrekt und hilfreich, hätte für den Lesefluss aber auch ein wenig milder ausfallen können.
Einige Beispiele im Buch setzen die Darstellung von Farbe voraus, die auf einem Kindle mit einem Schwarz/Weiss Display nicht gegeben ist.
March 26, 2018
Dieses Buch liefert einen ausgezeichnet Grundstein an Wissen für die Analyse und den Umgang mit bestehenden und zukünftigen Software-Architekturen.
Gelegentlich werden allerdings Begriffe der Fachsprache verwendet, die nur sehr national verbreitet sind, oder sogar nur durch Lehrgänge bestimmter Universitäten verbreitet.
Ein Gloassar mit den entsprechenden Anglizismen wäre für ein Fachbuch in diesem Berufsfeld sehr erstrebenswert, wenn auch nicht für die essenzielle Thematik des Bandes notwendig.
Gelegentlich werden allerdings Begriffe der Fachsprache verwendet, die nur sehr national verbreitet sind, oder sogar nur durch Lehrgänge bestimmter Universitäten verbreitet.
Ein Gloassar mit den entsprechenden Anglizismen wäre für ein Fachbuch in diesem Berufsfeld sehr erstrebenswert, wenn auch nicht für die essenzielle Thematik des Bandes notwendig.
February 20, 2020
This book has summaries near each paragraph, and that is so awesome! Unfortunately, this is the only awesome thing about this book. I started suspecting bad things when there was a whole chapter about basically moving a bunch of classes to a different namespace.
So in the end, there is very little useful information about this book, a lot of repetition (pattern language x 50) and difficult language very often: "If you use deployment of the software to various processes or devices as an architectural criterion, you may need an additional level above the functional structure. "
So in the end, there is very little useful information about this book, a lot of repetition (pattern language x 50) and difficult language very often: "If you use deployment of the software to various processes or devices as an architectural criterion, you may need an additional level above the functional structure. "
July 20, 2018
Sehr kurzweilige Lektüre mit vielen Beispielen aus der Praxis über die Analyse und Beseitigung Technischer Schulden. Neben den theoretischen Architektur-Werkzeugen (Modularisierung, Schichtung, Design Patterns, Mustersprachen, ...) ist besonders der Einblick in die Tool gestützte Aufdeckung von Unterschieden zwischen Soll- und Ist-Architektur, sowie die Praxis-Tipps zur Vermeidung von Zersplitterung und zyklischen Abhängigkeiten wertvoll und bereichernd.
October 26, 2025
Extensive and very detailed point of view on long term functional architectures, as the name of the book indicates.
Even though I work as a software architect for several years now I learnt a lot from this, would recommend to everyone wanting to create a culture on software architecture.
Even though I work as a software architect for several years now I learnt a lot from this, would recommend to everyone wanting to create a culture on software architecture.
March 27, 2020
Good and practical primer for analysis of software projects, with some exhausting examples and a bit of help how to use the better known tools.
Displaying 1 - 8 of 8 reviews