SoftwareArchitektur im Stream

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.

Selbst Expert:innen diskutieren immer noch, was Software-Architektur genau ist. Kein Wunder also, dass es viele Missverständnisse darüber gibt, was eine Software-Architektur ausmacht oder wie man eine erstellt. In dieser Episode stellt Eberhard einige dieser Missverständnissen vor und geht darauf ein, was falsch verstanden wurde. Denn ohne diese Missverständnisse kann man als Software-Architekt effektiver und effizienter arbeiten. Links Sketchnotes SWAGLab Material aus der Community Twitter Mastodon LinkedIn Schnaq Episode zu Hands-on Behavioral Code Analysis with Adam Tornhill Episode zu loser Kopplung Episoden zu Architektur-Management Oliver Drotbohms Tröt zu Engineering vs. Architecture

Lisa Moritz und Eberhard Wolff melden sich live von der OOP Konferenz und beantworten Eure Fragen - und die Fragen der Personen vor Ort.

Wenn in das Projekt der Alltag einzieht, unbeliebte Aufgaben liegenbleiben und die Weiterentwicklung des Teams leidet, braucht es frische Ideen. Warum nicht einmal einige Gamification-Techniken ausprobieren, wie zum Beispiel exploratives Testen als kleinen Wettbewerb à la Bingo Bongo gestalten? Oder einen Buchclub gründen, um die lange geplante, aber immer wieder verschobene Fortbildung in Eigenregie in Angriff zu nehmen? Spaß im Projekt, gezielt eingesetzt, stärkt nicht nur den Teamzusammenhalt, sondern bringt das Team auch auf anderen Ebenen weiter – fachlich, menschlich, kreativ. Das erhöht die Mitarbeiterzufriedenheit, die Identifikation mit Projektzielen und letztlich die Mitarbeiterbindung. Die OOP Specials bieten einen Ausblick auf die Highlights der OOP Konferenz. Links Mehr über Dehla Bingo Bongo Testing Lego for Scrum Kanban Pizza Game Risk Storming Meeting Game Retromat Artikel-Serie beim JavaMagazin Teil 1: Fang den Bug! (Bingo Bongo Testing) Teil 2: Poker um den Prozess! (Maturity Poker) Teil 3: Schach dem Risiko (Risk Storming)

Andrea Nutsi, Cornelia Seraphin und Lisa Moritz sprechen in dieser Episode über die Verbesserung der disziplinübergreifenden Zusammenarbeit in cross-funktionalen Teams. Andrea und Cornelia sind an der Durchführung eines Innovationsprojekts zu diesem Thema beteiligt und möchten im Rahmen dieser Episode ihre Erfahrungen und Tipps teilen. Die OOP Specials bieten einen Ausblick auf die Highlights der OOP Konferenz. Links Poster Andreas und Cornelias Vortrag auf der OOP

Software development is at the core a human activity - and the created artifacts are among the most complex humankind has ever produced. Systems thinking helps to merge high technical sophistication with high human sophistication when developing software. In this episode, Xin Yao will give us an overview about systems thinking and her perspective on how it can help complex software efforts in large sociotechnical environments. Links Xin's Talk at OOP Better Value - Sooner - Safer - Happier

When discussing software architecture, it is important to take into account the people who are actually working on the code. Adam Tornhill, author of “Your Code as a Crime Scene”, coined the term “behavioral code analysis” for reasoning about this intersection of people and code . In this episode, he will show us hands-on how to analyze real-world codebases based on this idea with CodeScene, a software engineering intelligence tool that he helped to create. This episode contains a live demo of the tool CodeScene. It might be hard to follow the demo when you just listen to the podcast. Links Architecture Management Episodes Adam’s book “Your Code as a Crime Scene” Adam’s book “Software Design X Rays” CodeScene Tool Whitepaper “Code Red: The business impact of low code quality”

Psychological Safety ist gerade im Bereich Software-Entwicklung ein Hype - aber Techniker:innen sind keine Psychologen. Daher sprechen wir mit dem agilen Psychologen Joseph Pelrine über dieses Thema, um die wirkliche Bedeutung von psychological Safety zu verstehen und wie wir das Konzept in unserem Projekt-Alltag konstruktiv nutzen können. Links Eintägige Workshops zu Microservices und Advanced Microservices Josephs Homepage Folge zu Extreme Programming (XP) Josephs Vortrag auf der OOP Kevlins Talk auf der OOP

In dieser Episode sprechen Christoph Iserlohn und Lisa Moritz über das Thema “Zero Trust” – Was verbirgt sich dahinter und woher kommt der Begriff? Außerdem klären sie, was das mit Softwarearchitektur zu tun hat und wie Zero Trust auch zusammen mit Legacy Systemen funktionieren kann. Links Schnaq zur Diskussion Doctor-Arbeit/Thesis in der Zero-Trust zum ersten mal auftaucht Der erste Report von John Kindervag, der Zero-Trust einführt, und seine Empfehlungen zur Implementierung. Die passenden Videos mit John Kindervag Erklärung des Konzepts https://www.youtube.com/watch?v=-ld2lfz6ytU NIST (US) Special Publication 800-297 zum Thema Zero-Trust National Cyber Security Center (UK) zum Thema Zero-Trust und das zugehörige Github-Repo BeyondCorp, die Zero-Trust Implementierung von Google

Die Software-Architektur-Szene explodiert: Angeblich rudert Amazon zurück! Nach den jahrelang genutzten Microservices geht es scheinbar nun zurück zum Monolithen. Wir schauen hinter den Hype, denn in Wirklichkeit geht es um die iterative Weiterentwicklung einer Architektur anhand von Qualitätszielen. Links Das diskutierte Paper “Scaling up the Prime Video audio/video monitoring service and reducing costs by 90%” Paper zu den Algorithmen “Prime Video uses machine learning to ensure video quality” Blog “How Prime Video uses machine learning to ensure video quality” David Heinemeier Hansson: “Why we’re Leaving the Cloud” Episode Serverless Architektur mit Sascha Möllering Episode Cloud Native - Was und warum?

In Beratungen, Architektur und Trainings kommt es oft zu einem Wissensgefälle zwischen Durchführenden und dem Publikum. Das Ziel von solchen Prozessen ist jedoch nicht immer klar definiert: Soll Verhaltensänderung beim Publikum erreicht werden oder sollen Teams gestärkt werden, um selbstorganisiert arbeiten zu können? Diese Frage wirft ein Paradox auf: Einerseits soll Wissen und Erfahrung an das Publikum weitergegeben werden, andererseits soll dieses in der Lage sein, selbstorganisiert zu arbeiten. In dieser Episode werden Melanie Schäfer und Eberhard Wolff sich mit diesem Paradox auseinandersetzen und Möglichkeiten aufzeigen, wie Beratung, Architektur und Training sowohl Verhaltensänderungen als auch Teamarbeit und Selbstorganisation unterstützen können. Links Taxonomie-Stufen nach Bloom Cosima Laube about D.A.R.E. more, F.E.A.R. less and Journaling Wie reißt man den Elfenbeinturm ein? mit Anja Kammer INNOQ Podcast Training != Training Schnaq für Fragen zu “Zero Trust” mit Christoph Iserlohn

In dieser Episode sprechen Rebecca Temme und Lisa Moritz darüber, was IT-Enthusiast:innen in der Softwareentwicklung für Möglichkeiten haben. Sie geben Tipps, wie man die Kommunikation im Entwicklungsprozess verbessern kann.