Software Architektur im Stream

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. Schließlich gab es bei Software-Architektur im Stream eine Episode über Auftragstaktik und eine über Crew Ressource Management - aber was bedeutet das für Software-Architektur ganz konkret? Links Sketchnotes Uniteds Airlines Flug 173 Episode Makro-Architektur - Prioritäten und Überblick Episode Encouraging Engineering Excellence with Johannes Mainusch and Robert Albrecht Episode Scrum Master:in und Softwarearchitektur mit Nadine Andraczek Mastodon zum Architekt:innen-TShirt BlueSky zum Architekt:innen-TShirt Qantas Flight 32 The Soul of a New Machine (Tracy Kidder)

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 iSAQB Advanced Beispielaufgabe Folien und Source Code Episode zu DSL mit Markus Völter

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. We will not just talk about Conway’s Law but also other aspects like the Homomorphic Force or the Mirroring Hypothesis. Links Slides and Recording of the talkKevin will also talk at the Software Architecture Gathering . Use code SWARCHITEKTURTV_15 for 15% off!Conway’s paperBlog post “Thoughts on Emulating Spotify’s Matrix Organization in Other Companies”Folge über Conway’s Law

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 Video of Bert’s talk Thomas Ruhroth, Kai Schmidt - Technologieauswahl für wartbare Projekte Bert Jan will also talk about this subject at the Software Architecture Gathering. Use code SWARCHITEKTURTV_15 for 15% off!

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. Darum geht es in diesem Vortrag - und über die Grundlagen der Metapher, wie sie bei der Kommunikation mit Managern hilf, warum die Metapher eigentlich nicht besonders gut gewählt ist und natürlich wie man mit technischen Schulden sinnvoll umgehen kann. Diese Episode ist das Audio eines Vortrags. Links 60-Minuten-Consulting Folien Ward Cunningham im C2-Wiki zu Technical Debt Video: Ward Cunningham spricht über Technical Debt Article about Quality Investments (with Felix Müller) Podcast Technical Debt with Sven Johann Managing Technical Debt with Sven Johann heise Podcast zu Technical Debt Blog „Technische Schulden entstehen einfach so“ Artikel über Qualitätsinvestitonen mit Felix Müller – DE Artikel Umgang mit technischen Schulden Episode zu technischen Schulden bei Software Architektur im Stream Episode André Neubauer - CTO = Chief Technical Debt Owner? Episode zu Qualitätsszenarien Episode zu Patterns zu u.a. Refactoring mit Michael Hunger

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. Thomas Ruhroth und Kai Schmidt werden die verschiedenen Herausforderungen aufzeigen und diskutieren, wie man Frameworks, Bibliotheken und Tools bewerten kann. Thomas und Kai halten zu dem Thema einen Vortrag auf der BED-Con.

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. Michael hält über dieses Thema auch einen Vortrag auf der BED-Con. Links Michael Plöd - Wie steigt man in Domain-driven Design ein? Folien von Michaels Vortrag DDD Crew bei GitHub Gregor Hohpe: The Architecture Elevator Michaels Folien: Riding the Elevator: Domain-driven Design in the Penthouse

In dieser Episode sprechen Michael Vitz, Senior Consultant bei INNOQ und Java Champion, und Lisa Maria Moritz über das Thema “Engineering Excellence”. Sie klären, was sich hinter diesem Begriff verbirgt. Wie wichtig ist “Engineering Excellence” in unserem Berufsalltag? Links Episode 136 - Encouraging Engineering Excellence with Johannes Mainusch and Robert Albrecht Folge 177 - Scrum Master:in und Softwarearchitektur Folge 178 - Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?

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. In dieser Episode diskutiert Eberhard, was Abhängigkeiten überhaupt sind, wie man mit ihnen umgeht und ob sie tatsächlich so zentral für Software-Architektur sind. Links Mastodon-Tröt als Auslöser der Diskussion Nick Tunes Antwort blabaeres Hinweis auf die Paper Stefans Frage: Wenn A und B c nutzen - sind A und B gekoppelt? Holger Joests Hinweis auf weitere Quellen Jimmy Koppel: How an Ancient Philosophy Problem Explains Software Dependence Jimmy Koppel, Daniel Jackson: Demystifying Dependence Episode Hands-on Behavioral Code Analysis with Adam Tornhill Chris Chedgey and Mike Swainston-Rainford - Architecture Management with Structure 101

Nicht nur in der Software-Architektur spielt der Faktor Mensch eine wichtige Rolle: Crew Ressource Management (CRM) stellt die Zusammenarbeit aller Beteiligten in den Mittelpunkt, um so die Sicherheit im Flugverkehr weiter zu erhöhen. In dieser Folge sprechen wir mit dem Fluglehrer Steffen Braasch und dem Piloten Olli darüber, was CRM ist, wie man es trainieren kann und welche konkrete Vorteile es bringt. Die beiden machen zusammen den Podcast “Come Fly With Us”. Links Schnupper Webinar zum Architektur Kickstart Podcast “Come Fly With Us” Wikipedia zum Flugunglück auf Teneriffa Episode zu Auftragstaktik mit Sönke Marahrens Omega Tau Podcast zum Aviation Incident Reporting at CHIRP