Software Architektur im Stream

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.

Die Innovationsgeschwindigkeit in der IT ist unfassbar hoch - so meint man. Aber was hat sich über die Jahre wirklich geändert? Stefan Tilkov und Eberhard Wolff wagen den Rückblick auf die Welt der Software-Entwicklung vor 10 Jahren. Welche Meinungen, Themen und Trends haben sie damals gesehen? Was ist aus den Hypes von 2013 geworden? Wie bewerten sie diese Ideen heute? Wo lagen sie richtig? Und wo falsch? Und welche Themen sind nach wie vor aktuell? Wir zeigen zwar Folien und Umfragen, die enthalten aber typischerweise nur Text und wir beschreiben sie auch. Links Folien Web Development: You’re Doing it WrongFolien Web Development: You’re Still Doing it WrongFolien Java Web Servers are DeadFolien REST Beyond the Intro LevelFolien Micro Services Neither Micro nor Service?Folien Breaking the MonolithLinks zum SPA BacklashAlex Russell, The Market for LemonsPodcast: Web Development’s Lost DecadeMathias Schäfer, An Update on Robust Client-Side JavascriptSPAs: Are they the right choice for your new website?Kate Holterhoff: SPA WarsJared White, The Great Gaslighting of the JavaScript EraJason Godesky, When JavaScript Fails

In dieser Episode sprechen Michaela Kühn und Lisa Moritz aüber den Beruf “Business Analyst:in”. Was steckt genau dahinter, welche Aufgaben übernehmen Business Analyst:innen und wie sieht die Zusammenarbeit zwischen Business Analyst:in und Softwarearchitekt:in aus? Links Michaelas Homepage Webite zu Gregor Hohpes Architecture Elevator

Cloud Native ist einer der großen Trends in der Software-Entwicklung. Diese Episode wagt einen Blick hinter diesen Hype. Dabei geht es vor allem um die Frage, was Cloud Native eigentlich ist und warum man in einem Projekt auf die Cloud setzen sollte. Zur Unterstützung zeige ich einige Grafiken, die man zum Verständnis aber nicht unbedingt sehen muss, da ich sie beschreibe oder vorlese. Links Sketchnotes RheinJUG in Düsseldorf mit Stefan Tilkov und Eberhard Wolff zu “IT-Welt vor 10 Jahren” Episode zu 12 Factor und Independent System Architecture Episode zu Serverless mit Sascha Möllering Episoden zu DORA-Metriken heise Blog zu Die Cloud: Eine Komponentenbibliothek Aphyr zu Elasticsearch von 2015 Stand der Concurrency-Probleme bei ElasticSearch Bericht zu Werner Volges Präsentation von 2006 Amazon 1998 Distributed Computing Manifesto

“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