Software Architecture Blog
In unserem Blog stellen wir interessante News, Artikel und Interviews rund um Software Architektur bereit!
Funktionale Programmierung: Eine bessere Softwarearchitektur durch weniger Kopplung


Marcus Crestani & Markus Schlegel zu Funktionaler Programmierung
Funktionale Programmierung verändert die Softwarearchitektur grundlegend – und das zum Besseren. Durch den Verzicht auf veränderlichen Zustand, eine präzisere Datenmodellierung und reduzierte Kopplung entstehen modularere, wartbarere und robustere Systeme.
Domain-Driven Design im Frontend

Nicole Rauch zu Domain-Driven Design
Wann immer die Rede von Domain-Driven Design ist, wird üblicherweise implizit davon ausgegangen, dass es sich um Backend-Code handelt. Aber ist das wirklich eine notwendige Voraussetzung? In der Geschichte der Softwareentwicklung gibt es zwei sich beständig abwechselnde Paradigmen: „Thin Client“ (d. h., der Code läuft hauptsächlich auf einem Server, die Clients sind leistungsschwach) und „Fat Client“ (d. h., der Client ist in der Lage, ganze Anwendungen auszuführen).
Softwarearchitektur: Pragmatisches Qualitätsmodell

Gernot Starke zu Softwarearchitektur und Qualitätsmodellen
Bei Entwurf und Implementierung von Systemen sollten wir auf ein vernünftiges, angemessenes Verständnis der von Stakeholdern gewünschten oder geforderten Qualität zurückgreifen können. Dafür müssen wir zwei Dimensionen klären: Welche Eigenschaften (Dimension-1) sind in jeweils welcher Ausprägung (Dimension-2) für unsere Systeme relevant? Klingt kompliziert, doch ist praktisch zum Glück recht einfach machbar.Strukturen für das Frontend: von Featuremodulen bis zu hexagonaler Architektur

Rainer Hahnekamp zu Rahmen, die mitwachsen
Bereits früh im Verlauf der Anwendungsentwicklung eine Architektur zu implementieren, die dann mitwächst, bewahrt ebenso vor Overengineering wie vor einem am Ende unübersichtlichen Moloch. Wir schauen uns die Möglichkeiten an und bringen dabei das Tool Sheriff zum Einsatz. Mit Softwarearchitekturen verhält es sich ähnlich wie mit dem Testen. Jeder weiß, dass man nicht ohne auskommt. Zu Beginn, wenn man noch in einer prototypenhaften Phase steckt, schenkt man der Architektur meist noch nicht so viel Beachtung. Jedes Element kann auf alles zugreifen und man kommt so schnell zu ersten Resultaten. Die Anwendung wächst und wächst, bis sie irgendwann so groß ist, dass man den Überblick verliert.Software-Architektur: Herausforderungen mit Qualität

Gernot Starke zu Softwarearchitektur und Qualität
Quality-driven Software Architecture stellt einen praxisorientierten Ansatz dar, um die wesentlichen Qualitätseigenschaften zielsicher zu erreichen. Mit bewährten Ansätzen wie Domain-driven Design bekommen wir die Fachlichkeit von Systemen gut strukturiert, aber Performance, Robustheit, Flexibilität, Sicherheit und andere wichtige Eigenschaften bleiben dabei außen vor. Qualität gehört dabei zu den zentralen Themen von Entwicklungsteams.Von der Anforderung bis zum Betrieb

Patrick Schnell zu Softwareentwicklung und Nachhaltigkeit
Kaum ein Wort wurde in den letzten Jahren häufiger und kontroverser diskutiert als „Nachhaltigkeit“. Jedes mögliche Produkt unseres alltäglichen Lebens, die eigene Lebensweise – prinzipiell alles soll vor dem Hintergrund des Natur- und Umweltschutzes auf Langlebigkeit ausgelegt sein. Hier stellt sich jedoch die Frage, ob etwas Nichtgreifbares wie Software überhaupt nachhaltig gestaltet werden kann oder ob sie schon von Natur aus nachhaltig ist.NEU: Einführung in docToolchain

Falk Sippach zum Schweizer Taschenmesser für Docs-as-Code.
docToolchain besteht aus einer Sammlung von Skripten, die das Erstellen und Pflegen technischer Dokumentation erleichtern. Das Projekt möchte die Hürde niedrig halten, um einfaches, redundanzfreies und modernes Dokumentieren parallel zur eigentlichen Softwareentwicklung zu ermöglichen.Systematisch zu besseren Anforderungen: Im Stich gelassen

Gernot Starke & Peter Hruschka über den Club der „Im-Stich-Gelassenen“
Sie fühlen sich als Architekt:innen und Designer:innen von Ihren Requirements Engineers, Product Owners oder Produktmanager:innen alleine gelassen, was klare Anforderungen angeht? Sie leiden unter vagen, unklaren oder fehlenden Anforderungen ohne konsistente Prioritäten? Sie werden für falsche Architekturentscheidungen kritisiert, obwohl Sie sie nach bestem Wissen und Gewissen (leider aber ohne Kenntnis der wahren Anforderungen) getroffen haben?Softwarearchitektur: Worauf es ankommt
