Software Architektur im Stream

“Big Ball of Mud” bezeichnet Software, die keine erkennbare Struktur hat und daher schwer verstehbar und wartbar ist. Aber ein Big Ball of Mud hat nicht nur Nachteile. Einige behaupten sogar, dass es das populärste Architektur-Muster ist. Diese Episode wirft einen genauen Blick auf “Big Ball of Mud” und was es mit diesem Pattern wirklich auf sich hat. Links Kostenlose Domain-driven Design (DDD) Referenz Episode Eric Evans “Getting Started with DDD When Surrounded by Legacy Systems” Big Ball of Mud Paper von Brian Foote and Joseph Yoder Episode zum Strangler Fig Pattern Joel on Software zu Rewrites Episoden zu Architektur Management Episoden zu Empirical Software Engineering Episoden zu Technical Debt Episode zu Extreme Programming Episode Nick Tune - Legacy Architecture Modernisation With Strategic Domain-Driven Design

“Big Ball of Mud” bezeichnet Software, die keine erkennbare Struktur hat und daher schwer verstehbar und wartbar ist. Aber ein Big Ball of Mud hat nicht nur Nachteile. Einige behaupten sogar, dass es das populärste Architektur-Muster ist. Diese Episode wirft einen genauen Blick auf “Big Ball of Mud” und was es mit diesem Pattern wirklich auf sich hat. Der Short gibt eine kruze Einführung. Zusätzlich gibt es dann auch eine ausführlich Folge dazu. Links Kostenlose Domain-driven Design (DDD) Referenz Episode Eric Evans “Getting Started with DDD When Surrounded by Legacy Systems” Big Ball of Mud Paper von Brian Foote and Joseph Yoder Episode zum Strangler Fig Pattern Joel on Software zu Rewrites

Nora Schöner und Lisa Moriz sprechen über ihre Eindrücke und Erlebnisse auf der Javaland diese Woche. Nora wird außerdem über ihre Rolle im Programmkommittee berichten. In den letzten ca. 10 Minuten malt Nora den Begriff "Load Balancer" und Lisa malt ein Bild von Eberhard. Das kann man leider im Podcast nicht sehen. Die Bilder sind https://software-architektur.tv/sketchnotes/folge158-nora.jfif und https://software-architektur.tv/sketchnotes/folge158-lisa.png Links JavaLand Fly.io Wolkencode: Noras Homepage She ‘n IT Nürnberg Ozobot Ozobot Deutschland

In Systemen gibt es oft redundante Implementierung von Logik oder redundante Speicherung von Daten. Diese Implementierung oder Daten laufen oft auseinander und es entstehen Inkonsistenzen. Dann wird der Ruf nach einer Quelle für die eindeutige Wahrheit laut (“Single Source of Truth”). Aber kann es so etwas überhaupt geben? Und welche Probleme treten in der Praxis auf? In dieser Episode diskutiert Gerrit Beine von INNOQ diese Fragestellungen mit Eberhard Wolff. Sie geben praktische Tipps zum Umgang mit diesen Herausforderungen.

Neben dem objektorientierten und imperativen Paradigma gibt es schon lange die funktionale Programmierung (FP), die seiteneffektfrei ist und daher völlig anderen Ideen folgt. Auf Ebene der Architektur sollten beide Konzepte zu denselben Ergebnissen führen - schließlich geht es dort nur um die grobgranulare Strukturierung des Codes. In dieser Episode sprechen wir mit Mike Sperber darüber, ob das wirklich so stimmt, welche Vorteile FP auf Ebene der Architektur bietet und wie die Beziehung von Domain-driven Design (DDD) und FP ist. Links Episode zu funktionaler Programmierung mit Isabel Wingen und Lars Hupel heise SoftwareArchitekTOUR-Podcast zu funktionaler Software Architektur mit Mike Sperber und Eberhard Wolff Buch: Scott Wlaschin: Domain Modeling Made Functional Buch: Joshua Bloch Effective Java

Für diese Episode ist Christoph Iserlohn zu Gast bei Softwarearchitektur im Stream. Christoph und Lisa sprechen über die OWASP (Open Worldwide Application Security Project) – Was verbirgt sich dahinter? Welche architekturrelevanten Projekte werden von der OWASP angeboten und wie können Architekt:innen mit diesen im Alltag agieren? Links Socreatory OWASP Top 10 Training Bei einer Mail an info@socreatory mit Verweis auf diese Folge gibt es bei der Registrierung für das Training ein Bücherpaket mit API Security in Action Hacking APIs Blackhat Go oder Blackhat Python) Advanced JavaScript Training INNOQ Security Podcast OWASP Warum rumort es gerade in der OWASP? Offener Brief Kritik des Gründers OWASP Top 10 2021 Application Security Wayfinder Zed-Attack Proxy Dependency-Check Dependency-Track CycloneDX SBOM-Standards ModSecurity Core Rule Set Cornucopia Kartenspiel Juice Shop OWASP Cheat Sheet Series SAMM (Software Assurance Maturity Model) ASVS (Application Security Verification Standard) OWASP Secure Coding Practices - Quick Reference Guide) OWASP Top Ten Alternative: CWE Top Dangerous Software Weakness

Sascha zeigt vier Folien. IMHO sollte man dem Gesagten auch folgen können, ohne die Folien zu sehen. Serverless ist die neueste Evolutionsstufe der Infrastrukturen - und steht nicht nur für eine Technik zum Deployment von Anwendungen, sondern auch für eine neue Infrastruktur-Abstraktion, ein Abrechnungsmodell und umfasst viel mehr als nur Rechenleistung. In dieser Episode zeigt Sascha Möllering, Solutions Architect bei Amazon Web Services, uns die Vor- und Nachteile von Serverless auf. Außerdem diskutieren wir typische Anwendungsfälle und die Auswirkungen von Serverless auf die Software-Architektur. Links Saschas Folien Folge zu 12 Factor Apps und Independent Systems Architecture Folge zu GraalVM mit Spring Native, Spring Boot und Spring Cloud Developing evolutionary architecture with AWS Lambda Developing portable AWS Lambda functions Field Notes: Optimize your Java application for AWS Lambda with Quarkus AWS Lambda SnapStart: Fast cold starts for your Java functions Optimize your Spring Boot application for AWS Fargate Optimizing AWS Lambda function performance for Java AWS Lambda Power Tuning: New for AWS Lambda – Container Image Support

Domain-driven Design (DDD) ist über die Jahre zu einer umfangreichen Sammlung von Techniken geworden, über die viel gesprochen und geschrieben wird. Aber es gibt einen wichtigen Kern: Die Domäne soll das Design bestimmen. Dazu ist eine gründliche Kenntnis der Domäne und eine entsprechende Strukturierung des Systems notwendig. Ohne diese Basis sind weiterführende Techniken kaum nützlich. In dieser Episode geht es um die Essenz von DDD - die eigentlich den bewährten Grundkonzepte der Software-Entwicklung entspricht. So kann man sich beim Umgang mit DDD auf das Wesentliche konzentrieren und die Erfolgschancen unserer Software-Entwicklungen verbessern. Links Tim Zöllers Mastodon-Tröt Episode mit Christiane Floyd Mein Mastodon-Tröt Episode zum Elfenbeinturm mit Anja Kammer Architektur-Kickstart Podcast “Ist DDD überbewertet?” mit Stefan Tilkov Stefan Tilkovs Blog “Is DDD Overrated?”

Ein agiles Projekt, sehr produktiv und alle arbeiten mit Begeisterung an der Software. Wenige Monate später: Zahlreiche wichtige Personen haben das Projekt verlassen und von den agilen Vorgehensweisen ist nur noch wenig übrig. In dieser Episode gehen wir diesem “Kippen” von Projekten nach und diskutieren Gründe wie auch Möglichkeiten, mit einer solchen Situation umzugehen. Links Kurzes Video als Einführung in das Thema Folge zu Agilität Folge zu zukunftssicheren Architekturen Folge mit Christiane Floyd Folge zu Wasserfall Blog zum Wert von Festpreisprojekten Folge zu Engineering Excellence

Want to boost your personal brand and have a good time? Then, speaking at conferences is a great opportunity! In this episode, join us as we learn from experts Dajana Günther, Jörg Müller, and Michael Mahlberg on the ins and outs of conference speaking. They share their knowledge on how to make a successful submission, what makes a great submission, and the inner workings of a program committee. In addition to being experienced speakers, they are also part of many program committees and are currently working together on the program committee for the Agile meets Architecture (AmA) conference. Link Agile meets Architecture Women+ in Data and AI Festival Speakerinnen.org

Bei dieser Episode ist Falk Hoppe zu Gast bei Softwarearchitektur im Stream. Falk und Lisa unterhalten sich über verschiedene Muster zur Frontendintegration im Web und warum es überhaupt manchmal notwendig ist, verschiedene Web-Frontends zu integrieren. Bei diesem Erfahrungsaustausch gehen sie außerdem auf die Vor- und Nachteile einzelner Muster ein und besprechen, worauf man bei der Wahl eines Musters achten sollte. Links Falk bei Twitter Falks Profil bei INNOQ

Das Strangler Fig Pattern ist vermutlich der bekannteste Ansatz, um ein Legacy System abzulösen - beispielsweise mit einer neuen Architektur. In dieser Episode wollen wir das Pattern näher betrachten. Dabei geht es vor allem darum, wie man es konkrete einsetzen kann und was dabei zu beachten ist. Und außerdem lernen wir, was eine Würgefeige ist - der Namensgeber des Patterns. Links Ursprünglicher Tweet Ursprünglicher Post auf Mastodon Strangler Fig Pattern Strangler Fig bei Wikipedia Branch by Abstraction Parallel Change aim42 Strangler Fig bei Microsoft Legacy Case Studies Paper zu Legacy Migration von XP 2004 Episode zu Best Practices Episode zu Remote Mob Programming Episode zum Elfenbeinturm

1995 begann das Chrysler-C3-Projekt. Es wurde als erstes Projekt nach dem Extreme-Programming-Paradigma (XP) umgesetzt - einem radikalen Ansatz, der eine wichtige Rolle für Agilität gespielt hat. In dieser Episode sehen wir uns die Techniken des XP an und beleuchten XP kritisch. Gleichzeitig betrachten wir den enormen Einfluss von XP auf agile Software-Entwicklung und die heutigen Ansätze. Links Epsiode mit Prof. Dr. Christiane Floyd Remote Mob Programming mit Jochen Christ, Franziska Dessart, Simon Harrer, Martin Huber Welchen Sinn hat agiles Coaching? mit Johannes Link Buch Kent Beck, Cynthia Andres: Extreme Programming Explained - Emnbrace Change Buch Matt Stephens,Doug Rosenberg: Extreme Programming Refactored: The Case Against XP

Oft leben Architekt:innen in einem Elfenbeinturm: Sie treffen Entscheidungen, die ignoriert werden, und wissen eigentlich auch gar nicht so genau, was in den Projekten genau vor sich geht. Das ist unbefriedigend und kann für das Projekt sogar sehr schädlich sein. In dieser Episode diskutiert Anja Kammer von INNOQ zusammen mit Eberhard Wolff beispielhafte Szenarien, bei denen Elfenbeintürme ein Problem darstellen, und stellen vor, wie man diese Türme einreist und die Zusammenarbeit optimiert. Links Folgen zu Technical Debt Folge Best Practices - Keine gute Idee

Dieses Mal ist Ralf D. Müller bei uns im Stream zu Gast. Lisa und Ralf werden sich über Architekturdiagramme und die docToolchain unterhalten. Dabei sprechen sie auch über Tools zur Erstellung wartbarer Architekturdiagramme und die Versionierung dieser. Sie gehen dabei natürlich auch auf die Fragen der Zuschauer:innen ein. Episoden zu Dokumentation docToolchain Vortrag How to improve your architectural visualizations von Jochem Schulenklopper Ralfs Buch Einführung in Docs-as-Code C4 Architektur-Diagramm-Checkliste JavaLand Talk von Ralf zum Thema Gernot Starke: 1×1 guter Architekturdiagramme Buch Gernot Starke, Peter Hruschka: arc42 in AktionPraktische - Tipps zur Architekturdokumentation

Langsam neigt sich das Jahr dem Ende zu. In dieser Episode diskutieren Lisa und Eberhard, was 2022 im Stream passiert ist und was sie dabei gelernt haben. Dabei lassen sie verschiedene Episoden Revue passieren und geben Tipps, welche Episoden man sich angesehen oder als Podcast angehört haben sollte. Und natürlich sind wir auch darauf gespannt, welche Folgen ihr besonders gut fandet - und welche Fragen vielleicht mal eine eigene Episode wert wären.

Continuous Delivery ist scheinbar ganz einfach: Software öfter zu deployen ist doch eigentlich ein technisches Problem und sollte mit modernen Technologien mittlerweile relativ einfach lösbar sein. Aber was wenn Continuous Delivery in Wirklichkeit ein Kultur-Problem ist? In dieser Episode gehen wir dieser Frage nach, um so mehr darüber zu lernen, was eigentlich die Herausforderung ist und wie man sie lösen kann. Links Folien Episode zur DevOps-Studie Episode zur Auftragstaktik mit Sönke Marahrens HP-Studie

Die Architekturen vieler Systeme sind suboptimal. Was liegt näher, als das System in eine neue Architektur zu migrieren? Tatsächlich stellt die Beratung dazu einen Schwerpunkt meiner Tätigkeit dar. In dieser Episode diskutieren wir daher über das typische Vorgehen für solche Migrationen und welche Herausforderungen dabei auftreten. Sketchnotes Nick Tune - Legacy Architecture Modernisation With Strategic Domain-Driven Design Episode zu technischen Schulden Weitere Folgen zu technischen Schulden Architektur Kickstarter Eric Evans “Getting Started with DDD When Surrounded by Legacy Systems”

Alle suchen nach Ansätzen, um noch besser Software zu entwickeln. Optimal wäre eine Menge von Ansätzen, die auf jeden Fall dabei helfen - also Best Practices. In dieser Episode diskutieren wir, warum Best Practices und Daumenregeln für Software-Entwicklung nur schwer vorstellbar sind und warum sie sogar schädlich sein können. Links Sketchnotes Folge zu Patterns Video zu Kafka und Datenbank-Monolithen Blog Post zu Best Practices und Cynefin Hilfreicher Kommentar zu dem Blog-Post mit Kritik

Auftragstaktik ist ein Konzept im Militär: Man gibt nur Ziele vor. Wie das Ziel erreicht wird, bleibt der Führungskraft und ihren Untergebenen überlassen. Sie sind somit frei in den Entscheidungen über die Art der Durch- und Ausführung, so dass wesentliche Teile der Verantwortung delegiert werden. In der agilen Software-Entwicklung werden ebenfalls Zuständigkeiten an weitgehend autonome Teams delegiert. In dieser Episode diskutieren wir mit Oberst Sönke Marahrens, was wie die Auftragstaktik funktioniert und was wir von ihr für Software-Entwicklung lernen können. Er ist COI Director bei Hybrid CoE. Neben einem Diplom in Informatik hat er einen Master-Abschluss des Royal Military College in Kingston, Kanada, und einen weiteren der Universität der Bundeswehr in Hamburg. Links Sketchnotes Maria Jakubik Rethinking leadership and its practices in the digital era Sönke Marahrens “Auftragstaktik – mehr als nur ein Führungsprinzip” Führen von morgen Stanley McChrystal “Teams of Teams”

Architektur steht für das stabile, schwer zu ändernde. Also sollte eine gute Software-Architektur scheinbar zukunftssicher sein - schließlich ist es kein gutes Zeichen, wenn man sie ständig ändern muss und das ist ja eben auch schwierig. In dieser Episode diskutieren wir, warum dieses Ziel nicht nur schwer erreichbar, sondern doch nicht einmal sonderlich sinnvoll ist. Links Episode mit Samir Talwar zu Longevity Episode mit Carola Lilienthal zu langlebigen Software-Architekturen heise Blog Post “Warum ‘zukunftssichere’ Architekturen gefährlich sind” Folien zum Vortrag “Bitte keine zukunftssichere Architekturen!” Folge mit Tobias Goeschel zu Domain Prototyping - Iterative Entwicklung mit Domain-driven Design & User Experience

In dieser Episode ist Christoph Iserlohn zu Gast bei Softwarearchitektur im Stream und spricht mit Lisa über das Thema Security aus Sicht der Software-Architektur. Vor über einem Jahr war Christoph zuletzt mit diesem Thema bei uns, doch seitdem hat sich viel getan und in diesem Bereich musssollte man stets Up-to-Date bleiben. Falls ihr Fragen habt, stellt sie gerne, wir freuen uns auf euch. Links Vorherige Folge mit Christoph INNOQ Security Podcast INNOQ Technology Day WEBSEC Training INNOQ Security Podcast zu Supply Chain Security SLSA INNOQ Secuirty Podcast zu Open Source Security OpenSSF Open Source Security Foundation

Falk Sippach wird beim Software Architecture Gathering den Vortrag “How to Document and Communicate Software Achitectures these Days” halten. In dieser Episode unterhalten sich Falk Sippach und Lisa Moritz über Dokumentation, wie wichtig sie ist und wie wir sie am einfachsten in die tägliche Arbeit des Entwicklungsteams integrieren können. Außerdem erfahrt ihr, wie euch dokumentieren mehr Spaß machen und wieder leichter von der Hand gehen wird. Links docToolchain Software Architecture Gathering (SAG-SATV-15 für 15% Rabatt): INNOQ Technology Day Episode zu ArchUnit Episode zu jQAssistant Episode mit Markus Harrer Episode mit Stefan Zörner / Falk Sippach - Architektur-Reviews

We are used to linear thinking - but really nonlinear thinking and systems thinking is what helps in a lot of modern challenges around software architecture. Diana Montalion is an expert on these subjects and applies them to software architecture regularly. She will tell us how nonlinear thinking helps with software architecture and why it is important. Links Software Architecture Gathering Code SAG-SATV-15 for 15% off Diana’s Newsletter Diana’s Twitter account Thinking in Systems: A Primer by Donella H. Meadows, Diana Wright The Fifth Discipline by Peter Senge

Are you already a 10-star expert in Vue.js or Flutter or TypeScript, or do you still struggle at level 2? And what did your company do for your advance? And why would you even care about care levels? While companies are great at ensuring the company’s success, the development of people is often not properly described and implemented. Together with some experts from different companies, we started to formalize how to grow experts and knowledge in a culture of expert work and put the results in a creative commons licensed document. In this episode, Johannes Mainusch, Robert Albrecht, and Eberhard Wolff will talk about skills, skill-levels, personal development paths, and salaries. Links - The discussed Document https://github.com/kommitment/engineering-excellency - Episode about Career (German) https://software-architektur.tv/tags.html#Karriere - Junior vs Senior (German) https://software-architektur.tv/2022/01/07/episode97.html

Seit Anbeginn basiert das Web auf HTTP. Auf den ersten Blick wirkt dieses Protokoll nur wie ein technisches Detail, aber tatsächlich stellt es einen integralen Bestandteil der Architektur des Webs dar – und damit ist es auch die Basis für die Architektur vieler Anwendungen. In dieser Episode wird Lucas Dohmen uns zeigen, warum HTTP auch für Architekt:innen so wichtig ist und was dieses Protokoll auszeichnet. Dabei geht er auch auf HTTP 2 und 3 sowie andere Protokolle wie Web Sockets ein. Links INNOQ-Podcast zu HTTP INNOQ-Podcast zu SPDY, einer HTTP-Weiterentwicklung INNOQ-Podcast zu verschiedenen API-Stilen Socreatory Web-Training Episode zu HTTP Feeds

Gutes Design von Software-Systemen benötigt - ähnlich wie gutes Produktdesign - eine umfassende Kenntnis des Problemraums. Viel zu häufig starten wir aber mit den Technologien und Architekturen, die wir “eh brauchen” werden - schließlich kommt man wohl kaum ohne Datenbank oder Server aus. So treffen wir weitreichende Entscheidungen über Struktur und Technologiestacks zu einem Zeitpunkt, an dem wir noch viel zu wenig die Probleme wissen, die es zu lösen gilt. Domain Prototyping stellt eine Alternative dar: Eine inkrementelle, evolutionäre Herangehensweise an den Aufbau komplexer Systeme, die - ausgehend von der Fachdomäne - von innen nach außen organisches Wachstum anstrebt und für schnelles Feedback und Lernen optimiert ist - und zumindest am Anfang sogar auf Datenbank und Server verzichtet. Links Folgen zu DDD Folgen zu UX Folgen zu Mob / Ensemble Programming

Für die Ausbildung von Architekt:innen gibt es viele unterschiedliche Ansätze. In dieser Episode spricht Eberhard über seine persönlichen Erfahrungen mit verschiedenen Architekt:innen-Ausbildungsprogrammen, die er selbst gestaltet und durchgeführt hat. Dabei geht es vor allem darum, wie Architekt:innen so ausgebildet werden können, dass sie nicht nur theoretisches Wissen ansammeln, sondern das Wissen auch anwenden können und in der Praxis tatsächlich anwenden. Nur so können sie schließlich wirklich als Software-Architekt:innen erfolgreich arbeiten. Links Architektur Kickstart Blog zum Architektur-Kickstart Folgen zum iSABQ Folgen zur iSAQB Advanced Beispielaufgabe Big Spender

Self-contained Systems (SCS) teilen ein System in mehrere Web-Anwendungen auf. Im Gegensatz zu vielen anderen Architekturansätzen sind SCS darauf ausgerichtet, typische Architektur-Probleme zu lösen. Dazu schreiben sie verschiedene Architektur-Elemente vor, die sich schon in vielen Projekten bewährt haben. In dieser Episode diskutieren wir SCS, was diesen Ansatz ausmacht und in welchen Situationen er besonders sinnvoll ist. Links SCS Website Episoden zu Frontend-Architektur Episode zu HTTP Feeds Beispiele zu UI-Integration Architektur-Kickstart

Successful software often has a long lifespan - sometimes even decades. So longevity is an important property of software. But more often than not, software becomes a mess in the long run with severe commercial consequences and then it frustrates everyone who touches it. In this episode, we discuss how to avoid these problems and how software can be long-lasting with Samir Talwar. He is a developer at Hasura. Previously, he has been a trainer, teacher, and CTO - and he is running a hands-on workshop at Socrates conference about longevity. Agile meets Architecture conference: https://www.agile-meets-architecture.com/ Sep 6th / 7th Promo code SAS_10 for 10% off Daniel Terhorst-North - SOLID vs. CUPID

Eberhard geht in dieser Folge auf Fragen aus dem Publikum antworten. Dabei geht es um eine Vielzahl von sehr unterschiedlichen Fragen, die etwas mit dem Stream oder Software-Architektur zu tun haben. Links Sketchnotes Podcast zu Blockchain

Software-Architekt:innen sollten sich die Frage stellen, welche Arten von Systemen sie bauen wollen und an welchen sie sich aus ethischen Gründen nicht beteiligen wollen. Ebenso stellt sich die Frage, in was für einer Umgebung und unter welchen Bedingungen wir solche Systeme bauen wollen. In dieser Episode diskutiert Eberhard, wie er ganz praktisch und persönlich mit diesen Fragestellungen umgeht und welche Konsequenzen die Fragen für ihn haben. Links Sketchnotes Episoden zu Diversity Episoden zur Klimakatastrophe Meine Speaking Rules Muss ich mich schämen, ein Software-Architekt zu sein? Dirk Riehle’s Tweet zu ethischen Open-Source-Lizenzen

Architektur ist stabil, Software-Entwicklung ist agil - dauernd gibt es neue Anforderungen und neue Sprints mit neuen Planungen. Wie passen diese beiden Welten zusammen? In dieser Episode diskutiert Stefan Toth diese und andere Fragen zu Agilität und Architektur - von Team- bis Unternehmensebene. Dabei geht es auch darum, welche Rolle die Software-Architekt:in in einem agilen Projekt spielt und wie sie das agile Vorgehen unterstützen kann. Es gibt 2 Voucher, 1x für AGILA online und 1x für AGILA in Erding zu gewinnen - jeweils 20% Rabatt. Einfach eine EMail an info @ socreatory punkt com bis 29.7. schicken mit Angabe des gewünschten Termin (online: 13.-15.9.2022 oder 19.-21.12.2022, Erding: 18.-20.10.2022). Links Stefans Buch Vorgehensmuster für Softwarearchitektur: Kombinierbare Praktiken in Zeiten von Agile und Lean iSAQB AGILA Lehrplan Episode zu Agilität mit Jutta Eckstein Episode mit Stefan Toth zu agile Enterprises Episoden zu Qualität

Nachdem in der letzten Folge noch zahlreiche Fragen unbeantwortet geblieben sind, geht es auch in dieser Episode um die Frage: Was macht eine Software-Architekt:in eigentlich genau? Irgendwie ist sie für die Software-Architektur verantwortlich, aber das sagt noch über die täglichen Aktivitäten und Prioritäten aus. Genau diese Fragen steht im Mittelpunkt auch dieser Episode: Wie lebt man die Rolle “Software-Architekt:in”? Welche Tätigkeiten sind besonders wichtig? Mit welchen anderen Personen sollte man wie interagieren? Link Tweet mit Fragen von Zuschauer:innen Sketchnotes Software-Architektur in agilen Projekten mit Jutta Eckstein Schlag den Stefan und Eberhard Computerwoche: Was macht ein Solution Architect?

Was macht eine Software-Architekt:in eigentlich genau? Irgendwie ist sie für die Software-Architektur verantwortlich, aber das sagt noch über die täglichen Aktivitäten und Prioritäten aus. Genau diese Fragen steht im Mittelpunkt der Episode: Wie lebt man die Rolle “Software-Architekt:in”? Welche Tätigkeiten sind besonders wichtig? Mit welchen anderen Personen sollte man wie interagieren? Links Sketchnotes Tweet mit Fragen von Zuschauer:innenEpisoden zu Architektur-Management

Organisation und Architektur hängen sehr eng zusammen. Welche Auswirkung dieser Zusammenhang tatsächlich hat, diskutiert Eberhard in dieser Episode anhand einer möglichen konkreten Entscheidung in einem Projekt. Die Beziehung zwischen diesen beiden Bereichen ist alles andere als einfach. Die Organisation an der Architektur auszurichten ist oft viel einfacher gesagt als getan. Daher sprechen wir nicht nur über das Gesetz von Conway, sondern auch über Modularisierung als fundamentales Konzept der Software-Architektur, Domain-driven Design und seine organisatorischen Patterns und wie Architekt:innen solche Konzepte tatsächlich umsetzen können.

Wie groß sollen Microservices sein? Wie autonom sollen Teams sein? Bei Software-Architektur gibt es zahlreiche kontroverse Meinungen - also diskutieren wir es aus! In diesem Meetup in Wien haben Eberhard Wolff und Stefan Toth die Meinungen aufeinander prallen lassen: Nach der Wahl eines Thema vertreten beide eine radikale Position dazu und diskutieren sie aus. Moderiert wird das Ganze von Lisa Moritz.

Nach der Episode über Qualitätsanforderungen, der Episode über die Lösungsstrategie und der Episode über den technischen Kontext und die fachliche Aufteilung entscheiden wir in dieser Folge, welche Technologie für die Implementierung des Systems verwendet werden. Und zum Abschluss werden wir die entstandenen Architektur vor allem in Bezug auf die Qualitätsszenarien bewerten. Miro BoardWeitere Folgen zur iSAQB Advanced BeispielaufgabeQualitätsanforderungenLösungsstrategieTechnischer Kontext und fachliche Aufteilung

Wie wird man bei der Software-Entwicklung besser? Dazu gibt es zahlreiche Meinungen - aber nur wenige fundierte Studien. In dieser Folge diskutieren wir dazu die Ergebnisse der DORA (DevOps Research and Assessment) “State of DevOps Reports” und des Accelerate-Buchs zusammen mit Felix Müller. Felix beschäftigt sich nicht nur theoretisch mit diesen Konzepten, sondern entwickelt auch ein Tool in diesem Bereich. Zusammen werden wir teilweise überraschende Ergebnisse aus DORA diskutieren: Trunk-basierte Entwicklung ist Pull Requests überlegen, man wird nicht schneller, wenn man Personen zur zeitnahen Genehmigung von Software-Änderungen abstellt, und man sollte immer in möglichst kleinen Arbeitspaketen arbeiten, auch wenn das scheinbar einen Overhead hat. Links Felix Firma DevOps Metrics DORA Research mit allen DORA-Reports DORA-Metriken mit Google Cloud Werkzeugen messen Nach DORA: Das SPACE Framework Buch-Rezension zu Accelerate Folge “DevOps und Team Topologies mit Anja Kammer” Folge “Warum Continuous Delivery - Die DevOps Studie” Folge “Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development?” Folge “Remote Mob Programming mit Jochen Christ, Franziska Dessart, Simon Harrer, Martin Huber” Folge “Inner Source - Mit Open-Source-Methoden Unternehmenssilos einreißen mit Prof. Dirk Riehle” Goodharts Gesetz Blog: Continuous Integration widerspricht Feature Branches! Trunked Based Development: Introduction

Airbnb ermöglicht es, Zimmer und Wohnung an Touristen und andere zu vermieten. Es ist eines der wichtigsten Angebote im Internet. Basierend auf einem Blog-Beitrag und einem Vortrag diskutieren wir in dieser Folge die neue Software-Architektur dieser Website: Welche Probleme will Airbnb mit der neuen Architektur zu lösen? Löst die Architektur diese Probleme tatsächlich? Was können wir von dem Airbnb-Ansatz für eigene Projekte lernen? Links Blog-Beitrag von Antoine Craske Vortrag von Jessica Tai Folien

Es geht weiter mit der iSAQB Advanced Beispielaufgabe “Big Spender”! Nach der der Episode über Qualitätsanforderungen und der Episode über die Lösungsstrategie geht es in dieser Folge um den technischen Kontext. Er beschreibt wie das System mit anderen System technisch interagiert und hilft so vor allem bei der Integration der Systeme. Außerdem besprechen wir, wie das System in fachliche Subsysteme aufgeteilt werden kann. Diese Folgen zeigen nicht nur, wie man an den Entwurf einer Software-Architektur herangehen kann - sondern auch, worauf es beim schriftlichen Teil der iSAQB-Advanced-Level-Zertifizierung ankommt. Links Software-Architektur als Beruf Miro Board

Software entwickelt man heutzutage agil - die einzige Alternative wäre noch der Wasserfall. In dieser Episode diskutieren wir, dass man berechtigte Zweifel an der Existenz dieses Modells haben kann. Denn um die Entstehung und Eignung des Modell ranken sich zahlreiche Mythen - und schlichte Missverständnisse. Das besser zu verstehen hilft dabei, das geeignet Vorgehen für das nächste Projekt zu wählen und nicht die Fehler zu begehen, vor denen teilweise seit Jahrzehnten gewarnt wird. Präsentation Links Folge mit Prof. Dr. Christiane Floyd Blog-Beitrag “Wasserfall-Modell? LOL!” Das SAGE-System IBM AN/FSQ-7 Computer Herbert D. Benington: Production of Large Computer Programs Winston W. Royce: Managing the Development of Large Software Systems Laurent Bossavit: The Leprechauns of Software Engineering - How Folklore Turns Into Fact and What to Do About It Folge Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development? Folge zu Agilität

Nach der letzten Episode geht es weiter mit dem Architektur-Entwurf für iSAQB-Advanced-Level-Beispielaufgabe “Big Spender”. In dieser Episode diskutieren wir die Lösungsstrategie und den technischen Kontext. Diese Folgen zeigen nicht nur, wie man an den Entwurf einer Software-Architektur herangehen kann - sondern auch, worauf es beim schriftlichen Teil der iSAQB-Advanced-Level-Zertifizierung ankommt. Links Beispielaufgabe Episode zu Benutzerfreundlichkeit / UX mit Aminata Sidibe arc42 Excel mit Berechnungen zur Datenmenge Miro Board als PDF

Wie erstellt man denn nun eine Software-Architektur? In dieser Episode bespricht Eberhard einen konkreten Architektur-Entwurf. Als Beispiel dient die iSAQB-Advanced-Level-Beispielaufgabe “Big Spender”. So verdeutlicht diese Folge nicht nur, wie man an den Entwurf einer Software-Architektur herangehen kann - sondern auch, worauf es beim schriftlichen Teil der iSAQB-Advanced-Level-Zertifizierung ankommt. Spoiler: Eine Architektur-Dokumentation z.B. nach arc42 ist nicht die Lösung. miro Board Export Präsentation Links Beispielaufgabe Episoden zu Qualität Episode zu Benutzerfreundlichkeit / UX mit Aminata Sidibe arc42

Events sind ein wichtiges Element vieler Architekturen. Sie spielen in ganz unterschiedlichen Bereichen eine Rollen: Bei der Analyse mit Event Storming, bei der Implementierung im Domain-driven Design, bei der Verwaltung von Zuständen mit Event Sourcing und bei der Aufteilung von Systemen in lesende und schreibende Teile mit CQRS (Command Query Segregation Principle). In dieser Episode diskutiert Eberhard diese Bereiche und welche Rolle Events in jedem von ihnen spielen. In der Praxis führen Missverständnisse in diesem Bereich immer wieder zu Architektur-Herausforderungen. Links Episode mit Nicole Rauch u.a. zu Event Storming DDD Referenz Martin Fowler zu Event Sourcing Kafka Video Susanne Braun zu Eventual Consistency Episode zu Microservices, Transaktionen und Konsistenz Christian Stettlers Artikel zu Domain Events vs Event Sourcing

Data Mesh ist der neue Hype für Datenanalyse. Während Analyse klassisch nur nervige Anforderungen sind, profitieren dieses Mal Software-Architekt:innen und Entwickler:innen. Wir diskutieren den Ansatz und das Neue daran mit Jochen Christ, Simon Harrer und Theo Pack. Dabei geht es nicht nur um die Umsetzungsmöglichkeiten, sondern auch um den Einfluss auf die Software-Architektur und die Organisation. Schließlich ist Data Mesh gerade entstanden, um trotz dezentraler, selbstorganisierter Teams und lose gekoppelten Komponenten einen zentralisierten Blick auf alle Daten zu liefern. Links Data Mesh Buch Data Mesh Microsite Jochens Artikel bei heise

Weiter geht es mit dem Enturf unserer Architektur aus den letzten Folgen: In dieser Episode wird Aminata Sidibe uns erläutern, wie wir die Hauptanforderung an die Architektur erfüllen können - nämlich Benutzerfreundlichkeit. Dabei geht es um grundlegende Konzepte wie User Experience (UX), Customer Experience (CX) und Informationsarchitektur. Darauf basierend diskutiert Aminata konkrete Maßnahmen, damit unser Produkt beim Benutzer gut ankommt ist und so am Markt erfolgreich sein kann.

In den letzten beiden Episoden haben wir die Grundlagen für die Architektur des Systems geschaffen. In der Praxis sind die Technologien und die anderen Lösungen in den Architekturen oft nicht an den Kundenansprüchen ausgerichtet. In dieser Episode werden wir diskutieren, wie wir dieses Problem lösen können. Wir werden untersuchen, wie das System die erhobenen Qualitätsanforderungen bzw. nicht-funktionalen Anforderungen erfüllen kann. Aus diesen Anforderungen werden wir dann die wesentlichen Technologie-Entscheidungen ableiten und so ein System entwerfen, dass den Anforderungen des Kunden gerecht wird.

Nachdem wir in der vorherigen Episode begonnen haben, Qualitätsszenarien zu definieren und den System-Kontext zu erstellen, werden wir in dieser Episode die Lösung in einzelne Komponenten strukturieren. Das ergibt für die Implementierung eine Struktur vor, die den Code aufteilt. Links Bausteinsicht in arc42

In dieser Episode erstellen wir eine Software-Architektur live. So sieht man, auf welche Aspekte es bei der Software-Architektur tatsächlich ankommt - und nicht in der Theorie sondern in der Praxis. Und wer denkt, dass es bei der Software-Architektur um die Aufteilung in Komponenten und die Struktur der Software geht - macht Euch auf Überraschungen gefasst. Links Miro Board arc42