Software Architektur im Stream

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

In dieser Episode sprechen Nadine Andraczek, Scrum Masterin bei Phoenix Contact, und Lisa Maria Moritz über die Rolle “Scrum Master:in”. Was steckt eigentlich dahinter, wie sieht der Alltag einer Scrum Master:in aus? Nadine plaudert aus dem Nähkästchen und gibt euch hilfreiche Tipps mit auf den Weg. Links Nadines Twitter-Profil LinkedIn-Gruppe für Software Architektur im Stream

In der Folge gibt es einen Vortrag von mir zu sehen. Er ging als Premiere im Rahmen des Streams live und es gab eine Diskussion im Chat. Domain-driven Design (DDD) steht für eine Vielzahl an Techniken wie strategisches DDD, taktisches DDD und kollaborative Modellierung. Dieser Vortrag gibt einen Überblick über das DDD-Universum. Dabei stellt er nicht nur die verschiedenen Konzept vor. Er zeigt außerdem auch die jeweiligen Vor- und Nachteile der Praktiken auf und weist auf die typischen Fallstricke hin - und wie man sie vermeiden kann. Links Training Softwarearchitektur-Kickstart 1-Tages-Workshop “Microservices: Architektur, Implementierung und Produktion” 1-Tages-Workshop “Advanced Microservices” Folge “How to Understand Almost Anything” mit Markus Völter Folge “Domain Prototyping” mit Tobias Goeschel Folge “Architektur-Migration nicht nur zu Microservices Folge “Strategisches Domain-driven Design” Folge “DDD, Event Storming und Specification by Example” mit Nicole Rauch Folge “Domain Story Telling” mit Henning Schwentner und Stefan Hofer

Angenommen, man will ein Softwaresystem bauen, mit dem Mediziner Medikamentenstudien beschreiben können, oder Steuerexperten das komplette deutsche Steuerrecht “programmieren” können. Was sind die richtigen Abstraktionen und Konzepte, um diese Domänen zu beschreiben? Das Ziel einer Domänenanalyse ist genau dies: die Abstraktionen zu finden, mit denen eine Domäne so präzise beschrieben werden kann, dass die damit erstellten Beschreibungen direkt ausführbar sind. In dieser Ausgabe von Software Architektur im Stream spricht Eberhard Wolff dazu mit Markus Völter. Er hat zu dem Thema kürzlich das Buch “How to Understand Almost Anything” geschrieben. Die beiden sprechen darüber, wie man bei einer Domänenanalyse vorgeht, und warum man die Idee von “ausführbarer Fachlogik” überhaupt verfolgen sollte. Links Markus Buch “How to Understand Almost Anything” 35% Rabatt für Online-Version (via Leanpub) Sketchnotes Training Software Architektur Kickstart Training Advanced Microservices (1 Tag) Training Microservices: Architektur, Implementierung und Produktion (1 Tag) Episode zu Fachliche Architekturen mit DSL (Domain Specific Languages) mit Markus Völter Episode zu Domain Prototyping mit Tobias Goeschel Episode zu Wiederverwendung omega tau podcast Völter, Komarov. Streamlining der Steuersoftware-Entwicklung bei DATEV mittels DSLs, OOP 2021.

Bei dem Kartenspiel Arcards geht es darum, mit den vielen Begriffen rund um Software-Architekturen besser zurechtzukommen. In dieser Episode stellen wir das Spiel nicht nur vor, sondern Markus Harrer, Lisa Moritz, Stefan Toth und Eberhard Wolff spielen live eine Partie.