Gesamtlänge aller Episoden: 8 days 2 hours 15 minutes
Software-Entwicklung und Software-Architektur scheinen ganz eigene Themen zu sein. Schließlich gehört Software zu dem Kompliziertesten, was Menschen überhaupt erschaffen haben, und sie ist immateriell. Was soll man also von anderen Branchen lernen können, die solche Herausforderungen nicht haben? In dieser Episode wollen wir dennoch schauen, was wir von anderen Branchen lernen können...
Anhand der iSAQB-Beispielaufgabe zeigt uns Mike Sperber, wie man ein System funktional umsetzen kann und welche Architektur sich dabei ergibt. So können wir das Vorgehen beim Entwurf einer funktionalen Architektur nachvollziehen und mit dem Vorgehen bei einem imperativ-objekt-orientierten Ansatz vergleichen. Links * Folgen zur iSAQB Beispielaufgabe https://software-architektur.tv/tags.html#iSAQB%20Advanced%20Beispielaufgabe * iSAQB Advanced Beispielaufgabe https://www.isaqb...
A vital aspect of modern software engineering is to align organizational structures with software architectures to enhance performance. With his extensive experience from Avvo, Spotify, Adobe, and Microsoft, Kevin will discuss the relation between organization and architecture with us. And we will not just talk about Conway’s Law but also other aspect like the Homomorphic Force, the mirroring Hypothesis. Links * Slides and Recording of the talk https://www.kevingoldsmith...
Usually, this is not an easy question to answer. The answer depends on a lot of different factors, including future factors you may not be aware of - yet. We will discuss this with Bert Jan Schrijver. He will share his experiences and thought process as a developer and software architect with choosing between generic and specific solutions. Links * Slides for Bert’s talk https://www.slideshare...
Oft wird Software immer schlechter wartbar, je länger Entwicklungsteams an ihr arbeiten. Dazu hat sich die Metapher “technische Schulden” etabliert. Aber es ist nicht immer sinnvoll, technische Schulden zu beseitigen und sie können auch “einfach so” entstehen...
Oft ist Technologieauswahl ein Streitpunkt. Bei den Argumenten zu Techstacks werden oft unbewiesene Theorien aufgestellt, was nun am besten sei. Der Techstack stellt für eine lange Wartbarkeit eine entscheidende Rolle. Ein weiteres Thema ist der Zusammenhang zwischen Technologien und deren Nutzung im Programm. So erlauben es nicht alle Lizenzen, eine Bibliothek in eine geshadete Fat-Jar zu stellen...
Domain-Driven Design ist kein Patentrezept und löst kein Problem auf magische Weise. Die Herausforderungen und die Komplexität, die wir mit DDD zu bewältigen versuchen, sind schwierig und es gibt keinen einfachen Lösungsansatz. Michael Plöd arbeitet seit 17 Jahren mit Domain-Driven Design an vielen Softwaresystemen. In diesem Stream wollen wir über seine Erfahrungen mit dem Scheitern. Das gibt uns allen die Gelegenheit, aus diesen Fehlern zu lernen...
Wesentlicher Teil der Software-Architektur ist die Strukturierung großer Systeme in kleinere Module. Wichtig sind dabei vor allem die Abhängigkeiten der Module untereinander, um bei Änderungen die Auswirkungen auf andere Module unter Kontrolle zu halten. Also scheint das Entwickeln einer Software-Architektur vor allem aus dem Managen von Abhängigkeiten zu bestehen...