Software Architektur im Stream

Was bedeutet es eigentlich, Domain-driven Design (DDD) umzusetzen? Diese Episode beginnt die Reise durch ein vollständiges Beispiel und zeigt , wie die verschiedenen Techniken wie Event Storming und strategisches Design zusammen wirken, um den Aufbau von Anwendungen zu unterstützen. Das zeigt, wie man mit einem einfachen, aber vollständigen Ansatz mit DDD beginnen können. In dieser Episode geht es um taktisches Design, CQRS, Event Sourcing und hexagonale Architektur. Links Training Domain-driven Design saniert Legacy Folien Taktisches Domain-driven Design (DDD) Taktisches Domain-Driven Design mit Java und jMolecules mit Oliver Drotbohm Folgen zu Architecture Management Events, Event Sourcing und CQRS Video zu Kafka als Datenbank-Monolith Christian Stettler: Domain Events vs. Event Sourcing - Weshalb Domain Events und Event Sourcing nicht vermischt werden sollten Vaughn Vernon about Ports and Adapters and DDD

Was bedeutet es eigentlich, Domain-driven Design (DDD) umzusetzen? Diese Episode beginnt die Reise durch ein vollständiges Beispiel und zeigt , wie die verschiedenen Techniken wie Event Storming und strategisches Design zusammen wirken, um den Aufbau von Anwendungen zu unterstützen. Das zeigt, wie man mit einem einfachen, aber vollständigen Ansatz mit DDD beginnen können. In dieser Episode geht es um die Elemente von Strategic Design wie Bounded Context. In einer zweiten Episode wird es um taktisches Design gehen. Links Folien Bert Jan Schrijver about Generic or Specific? Domain Story Telling mit Henning Schwentner und Stefan Hofer Wir bauen eine Software-Architektur - Struktur der Lösung Technischer Kontext und fachliche Aufteilung - iSAQB Advanced Beispielaufgabe Bounded Context - Was ist das genau? Team Topologies Team Topologie in der Praxis mit Kim Nena Duggen

Cosima und Lisa sprechen über Einzelcoaching. Was ist das überhaupt und wie grenzt es sich von anderen Coaching Formen ab? Natürlich klären sie auch die wichtigste Frage: Wie können wir Techies uns durch Einzelcoaching weiterentwickeln? Und können Coaching-Werkzeuge uns vielleicht auch in unserer alltäglichen Arbeit unterstützen? Links Cosima Laube about D.A.R.E. more, F.E.A.R. less and Journaling International Coaching Federation (ICF): hier gibts z.B. eine gute Coaching-Definition und einen internationalen Coach-Finder. Was wirksam ist, kann auch Seiteneffekte haben, hier z.B. ein recht aktuelles Paper dazu. Die angesprochenen Powerful-Questions von Deborah Preuss Mehr zu Business Journaling (inkl. dem angesprochen Buch), da wir einige Reflexionstechniken aus dem Bereich auch hatten. Mehr zu Coaching-Themen aus Cosimas Erfahrungsschatz

We already learnt about nonlinear thinking in episode 137 of Software Architektur im Stream, when Diana Montalion talked with Eberhard Wolff about this important topic. But what about Systems Thinking? Is it the same as non-linear thinking? Let’s find out together with Diana Montalion and Lisa Maria Moritz in this episode. Diana and Lisa will talk about Diana’s new book “Learning Systems Thinking: Essential Nonlinear Skills & Practices for Software Professionals”. Links Software Architecture Gathering Code SATV_SAG15 for 15% off Diana Montalion: Learning Systems Thinking: Essential Nonlinear Skills and Practices for Software Professionals Lisa Moritzs Training “Sketchnotes in der IT” Lisa Moritz: “Sketchnotes in der IT”

Zu oft ist die Code-Qualität von Software schlecht, was vor allem die Wartbarkeit erschwert. Das frustriert nicht nur Entwickler:innen, sondern kann zu Problemen bei Projekten wie Termin- oder Budgetüberschreitungen führen - und dann sind wirtschaftliche Schäden auch nicht mehr weit. Im Extremfall kann die Software gar nicht mehr weiterentwickelt werden, sondern muss mit viel Aufwand und hohen Kosten saniert werden. In dieser Folge wollen wir den Ursachen für dieses Problem nachgehen und diskutieren, wie man mit solchen Situationen umgehen und sie vermeiden kann. Links Folgen zu Technical Debt Folge Extreme Programming (XP) - eine Retrospektive Folge zu Tidy First mit Marco Emrich Spreadshirt Shop Folgen zu Architektur Management Mastodon-Tröt zu "ich kündige jetzt wegen der Software-Qualität" Firmenpolitik für Architekt:innen mit Michael Ahrens

Ein Code Retreat ist eine ganztägige Veranstaltung für Entwickler:innen mit einem speziellen Format, um Code-Design-Praktiken, Pair Programming und Refactoring zu üben. In dieser Episode sprechen Marco Emrich und Eberhard über diesen Ansatz - und führen ihn auch live vor, um einen praktischen Eindruck zu vermitteln, wie ein Code Retreat tatsächlich funktioniert. Wer Lust auf mehr hat: Am 2024-11-08 und 2024-11-09 ist der Global Day of Code Retreat mit vielen öffentlichen Code Retreats. Mehr Informationen und eine Liste von Veranstaltungen gibt es hier. Links Code Retreat Website Game of Life Life in Life Game of Life Erklärungsposter CodeRetreat Intro Episoden zu Refactoring Episoden zu Tidy First Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?

In der Klimakrise sind alle aufgerufen, Maßnahmen zu ergreifen, um das 1,5°-Ziel zu erreichen. Unsere Branche ist für ca. 4% des weltweiten CO2-Verbrauchs verantwortlich - Tendenz steigend. Wir als Softwareentwickler:innen und Softwarearchitekt:innen haben die Verantwortung und die Möglichkeit hier die Situation zu verbessern. In dieser Episode sprechen wir mit Aydin Mir Mohammadi über diese Problematik und was wir konkret tun können. Er ist Mitgründer und im Vorstand Bundesverband Green Software, Initiator der CO2-Challenge sowie Partner und Architekt bei bluehands. Links Architektur Kickstart Aydins LinkedIn-Profil Aydins Folien Electricity Maps: Wo ist Strom wie grün? Energy Charts mit der Strom Ampel Carbon Aware Computing Green Web Foundation Cleaner-Web-Siegel für klimabewusste Websites CO2-Challenge Green Software Foundation Blauer Engel für Software Cloud Carbon Footprint: Cloud Carbon Emissions Measurement and Analysis Tool Green Coding Solutions Green Metrics Tools Green Software Software Development Meetup Karlsruhe

Software Architektur findet oft in Meetings statt. Kaum eine Entscheidung kann eine Person alleine treffen, denn es geht meistens darum, die Interessen verschiedener Stakeholder zu hören und zu beachten. Das Moderieren von Workshops und Meetings ist also ein wichtiges Werkzeug für die Gestaltung von Software-Architektur. Martin Günther spricht mit uns in dieser Episode über die verschiedenen Moderationsmöglichkeiten und den Liberating-Structures-Werkzeugkasten. Ein wichtiges Problem dabei: Leider gibt es auch Menschen, die teils unberechenbar eigene Meinungen oder Ideen einbringen oder durchsetzen wollen. Das kann beängstigend wirken oder gar so weit gehen, dass man sich nicht traut, den eigentlich notwendigen Workshop zu veranstalten. Ein Toolset wie Liberating Structures kann die notwendige Sicherheit geben, um auch solche Herausforderungen zu meistern. Links Martins Homepage Liberating Structures Homepage Daniel Steinhöfer: Liberating Structures: Entscheidungsfindung revolutionieren

In der IT gibt es einen kontinuierlichen Strom an Innovationen. Architekt:innen und alle, die in der IT arbeiten, stehen vor der Herausforderung, ständig neue Ideen in ihre Organisationen einzubringen. Hierfür können gezielte Muster (Pattern) eingesetzt werden. In dieser Episode spielen Tanja Friedel, Ralf D. Müller und Eberhard Wolff live das Spiel “Fearless Journey”. Mit diesem Spiel lassen sich auf spielerische Weise Strategien entwickeln, um neue Ideen zu etablieren. Im Anschluss reflektieren sie gemeinsam über das Spielergebnis und das Vorgehen. Links Linda Rising - Fearless Change and the Unconscious Mind - Live from OOP Fearless Journey Games Fearless Change Patterns Firmenpolitik für Architekt:innen mit Michael Ahrens Was ist der wichtigste Skill in der IT? Training: Team Topologies Deep Dive

Kriegsmetaphern finden oft Eingang in die Sprache der Unternehmenskultur, sei es in Besprechungen, Präsentationen oder internen Mitteilungen. Begriffe wie “Schlachtplan”, “verteidigen”, “kämpfen” oder “Siegesstrategie” werden verwendet, um den Wettbewerb zu beschreiben. Diese Metaphern können die Einstellung der Mitarbeiter gegenüber ihrer Arbeit und ihrem Team beeinflussen, indem sie eine Atmosphäre von Konkurrenz und Kampf schaffen. Die Unternehmenskultur oder auch die Stimmung im Team werden automatisch aggressiver und feindseliger gegenüber anderen Teams. Dies schafft oder verstärkt Konflikte, prägt Silo-Denken und versetzt die Mitarbeiter in einen permanenten “Kampfmodus”. Das muss nicht sein und es lohnt sich, ein Bewusstsein für die eingesetzten Metaphern zu schaffen, denn Sprache schafft Wirklichkeit. Friederike hält zu dem Thema einen Vortrag auf der BED-Con. Wir sprechen in diesem Stream über den Vortrag. LinksFriederikes Homepage Folien vom Vortrag Podcast: Kognitionswissenschaften: Wie Sprache und Denken zusammenhängen – und wie nicht Quarks: Was Gendern bringt – und was nicht Uni Würzburg: Experiment: male bias durch generisches Maskulinum Was ist Gewaltfreie Kommunikation (GFK)? Mastodon Tröt zu War analogies to lead teams in crisis Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens

Sicherheitslücke durch Abhängigkeiten sind für Attacken wie Solarwinds, Equifax oder XZ verantwortlich. Und der EU Cyber Resilience Act zwingt zum Handeln. Supply Chain Security hilft bei der Absicherung des Bild-Prozesses. Jochen Mader wird dazu live von der BED-Con Rede und Antwort stehen, wo er auch einen Vortrag zum Thema hält. LinksBeispielcode & Folien Jochen Mader bei Mastodon Jochen Mader bei LinkedIn

Team Topologies scheint ein erfolgversprechendes Konzept zu sein, um die Teams für Software-Entwicklungsprojekte aufzustellen. Auf den ersten Blick scheinen die Ideen relativ einfach verständlich zu sein - und tatsächlich ist das einer der Vorteile von Team Topologies. Aber in der Praxis ergeben sich dann doch oft Herausforderungen, weil die Realität eben kompliziert und vielfältig ist. In dieser Episode diskutieren Kim Nena Duggen und Eberhard Wolff ihre Erfahrungen, Szenarien und Lösungsideen aus der Praxis mit Team Topologies. Training: Team Topologies Deep Dive Episode zu Team Topologies Episode DevOps und Team Topologies mit Anja Kammer Episode zu Wiederverwendung

Software-Entwicklung findet in Teams statt. Für die Größe der Teams wird in letzter Zeit verstärkt die Forschung rund um die Dunbar-Zahl herangezogen, die 150 beträgt. Scrum hingegen spricht von Teams mit weniger als 10 Personen. Wie kommt die Dunbar-Zahl zustande? Und welche Bedeutung hat sie, wenn Scrum beispielsweise eine andere Team-Größe predigt? Das wird Eberhard in dieser Episode diskutieren. Links Sketchnotes Robin Dunbar: Coevolution of neocortical size, group size and language in humans Patrik Lindenfors, Andreas Wartel, Johan Lind: ‘Dunbar's number’ deconstructed Emily Webber, Robin Dunbar: The fractal structure of communities of practice: Implications for business organization Eberhard Wolff: Was Softwareentwicklungsteams mit der Dunbar-Zahl und Primaten zu tun haben BED-Con JAX Camp: Microservices, sozio-technische Architekturen & Team Topologies Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development?

Wir haben Euch gefragt: Was ist der wichtigste Skill in der IT? In dieser Episode diskutieren Lisa Moritz, Ralf D. Müller und Eberhard Wolff die Ergebnisse - und natürlich beantworten sie selbst auch die Frage. Vorab sei so viel verraten: Es gibt einen vielleicht nicht so überraschenden Favoriten, den viele genannt haben - aber auch sehr viele unterschiedliche Antworten. Links Miro BoardEpisoden mit Ralf:Wie kann ChatGPT in der Software-Architektur unterstützen?Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 1/2Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 2/2Mehr als Pfeile und Kästen - Architekturdiagramme zusammen mit Lisa MoritzRalfs Profil bei SocreatoryFirmenpolitik für Architekt:innen mit Michael AhrensCrew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?Funktionale Architektur - Ein konkretes Beispiel mit Mike SperberPsychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special

Oft sehen Architekt:innen Firmenpolitik als etwas, was sie von der wirklichen Arbeit abhält. Aber gerade der Bereich Politik beeinflusst einige wesentliche Erfolgsfaktoren von Projekten - und man kann sich diesen Mechanismen eigentlich kaum entziehen. In dieser Episoden diskutiert Michael Ahrens mit Eberhard Wolff was Firmenpolitik ist - und wie man sie konstruktiv nutzen kann. Links Virtueller Kaffee mit Michael Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Theorie des Aufräumens - Kent Beck’s “Tidy First?” mit Marco Emrich 2/2 Psychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special

Code aufräumen oder Features implementieren - womit sollten Entwickler:innen ihre Zeit verbringen? Kaum eine Frage ist im Projekt-Alltag wichtiger. In seinem Buch “Tidy First?” beschreibt Kent Beck nicht nur “Aufräumereien”, mit denen man Code besser gestalten kann, sondern geht auch die Frage der Priorisierung des Aufräumens an. In dieser Episoden diskutiert Marco Emrich zusammen mit Eberhard Wolff diese Aspekte des Buchs. Marco hat an der Übersetzung des Buchs ins Deutsche mitgearbeitet und hält auch Vorträge zum Inhalt des Buchs. Links Folien Buch auf Englisch Buch auf Deutsch Können wir Entwickler:innen-Produktivität messen? Technische Schulden Kent Beck "Smalltalk Best Practice Patterns" (1997) Kent Beck "Implementation Patterns" (2008) Dustin Boswell & Trevor Foucher "The Art of Readable Code" (2011) Daniel Terhorst-North - SOLID vs. CUPID Kevlin Henney SOLID Deconstruction Hands-on Behavioral Code Analysis with Adam Tornhill Code Aufräumen - Kent Beck’s “Tidy First?” mit Marco Emrich 1/2

Code aufräumen oder Features implementieren - womit sollten Entwickler:innen ihre Zeit verbringen? Kaum eine Frage ist im Projekt-Alltag wichtiger. In seinem Buch “Tidy First?” beschreibt Kent Beck nicht nur “Aufräumereien”, mit denen man Code besser gestalten kann, sondern geht auch die Frage der Priorisierung des Aufräumens an. In dieser Episoden diskutiert Marco Emrich zusammen mit Eberhard Wolff diese Aspekte des Buchs. Marco hat an der Übersetzung des Buchs ins Deutsche mitgearbeitet und hält auch Vorträge zum Inhalt des Buchs. Links Folien Folge Patterns - Kondensierte Erfahrungen mit Code, Dingen und Menschen mit Michael Hunger Rezension zum Buch von Ralf D. Müller bei heise Buch auf Englisch Buch auf Deutsch Coderetreat Website Folge Felienne Hermans about How to Read Complex Code (Live from Software Architecture Gathering) Zohar Jackson: Code Is for Humans: A Guide to Human-Centric Software Engineering

Qualitätsanforderungen, auch bekannt als nicht-funktionale Anforderungen, sind entscheidend, damit die Software-Architektur tatsächlich die richtigen Probleme löst. Nur mit den passenden Qualitätsanforderungen kann man die geeigneten Technologien auswählen. Doch die richtigen Anforderungen zu finden, ist oft eine Herausforderung. In dieser Episode stellt Michael Plöd “Quality Storming” vor – einen Ansatz, mit dem man gemeinsam mit Domänen-Expert und anderen Stakeholdern kollaborativ Qualitätsanforderungen ermitteln kann. Links Michaels Artikel über Quality Storming Nicole Rauch zu Event Storming & Specification by Example Domain Story Telling mit Henning Schwentner und Stefan Hofer Folgen zu Collaborative Modeling Systems Thinking in Large-Scale Modeling with Xin Yao - OOP Special Beispiele für Quality Requirements Präsentation von Michael zu Quality Storming Dave Gray, Sunni Brown, James Macanufo: Gamestorming: A Playbook for Innovators, Rulebreakers, and Changemakers

With so much legacy software around, modernizing the architecture and the software has become a major challenge that almost every project faces. Nick Tune is one of the leading Domain-driven Design experts and has written a book about “Architecture Modernization”. In this episode, we will discuss this approach and how it deals with typical challenges with legacy systems. Links Nick’s book at Mannings Nick’s homepage Nick’s LinkedIn post with a discussion about secret vs. transparent

Gute Software-Architektur strukturiert komplexe Software-Systeme so übersichtlich, dass Menschen sie verstehen und weiterentwickeln können. Also geht es bei der Software-Architektur um den Faktor Mensch. Deswegen kann sich Architektur aber nicht auf Maßnahmen für die Strukturierung der Software begrenzen, sondern muss sich auch mit den Menschen beschäftigen. In diesem Vortrag geht es um einige konkrete Ansätze und Erfahrungen, die Entwicklung durch Maßnahmen in Bezug auf den Faktor Mensch zu verbessern. Links Episode zu Team Topologies Flugunglück auf Teneriffa bei Wikipedia United Airlines Flug 173 bei Wikipedia Episode Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um? Episode Scrum Master:in und Softwarearchitektur mit Nadine Andraczek Episode Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Episode Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Episode Psychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special Episode Wie reißt man den Elfenbeinturm ein? mit Anja Kammer