Software Architektur im Stream

Software engineering stands apart from other engineering disciplines - or does it? Some argue that we are too informal to be deemed engineers, while others believe “real” engineers follow traditional, waterfall methods because things are much more stable in their domains. Some even argue that software development should be seen as an art or craft. To address the question of whether software engineers are “real” engineers, Hillel Wayne interviewed professionals who crossed over from traditional engineering to software engineering. In this episode, we will delve into the insights gained from these. Links Is Software Engineering Real Engineering? Hillel Wayne YOW! 2023 YouTube hillelwayne.com Are We Really Engineers? (Crossover project 1/3) We Are Not Special(Crossover project 2/3) What Engineering Can Teach (an Learn From) Us (Crossover project 3/3) The Joel Test Documenting Software Architectures (Paul Clements et al.) Handbook of Industrial Engineering (Gavriel Salvendy) Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development? Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?

Fehler gibt es auch in der Software-Architektur. Auf Social Media haben wir Menschen darum gebeten, von Architektur-Fehlern zu berichten, die sie selbst gemacht haben oder in Projekten miterlebt haben. In dieser Episode betrachten wir einige davon und versuchen, aus ihnen zu lernen: Gibt es Muster? Was sind die Gründe? Kann man die Fehler vermeiden? Links Folge “Amazon - Von Microservices zurück zu Monolithen?” Artikel von von Oliver Wehrens zu Mikro-/Makro-Architektur Episode zu Mikro-/Makro-Architektur Architektur Kickstart Episode zu Crew Ressoure Management The Vietnam of Computer Science von Ted Neward BED-Con Bert Jan Schrijver about Generic or Specific - Wichtiger Punkt: Erst beim dritten Mal eine generische Lösung bauen

Software-Architektur spielt vor allem in großen Projekten eine entscheidende Rolle für den Erfolg. In dieser Episode diskutieren wir Methoden, um Software-Architektur-Arbeit erfolgreich auf größere Projekte und Teams zu skalieren. Links Planung der nächsten Episoden Conway's Law Organisation und Architektur - ein Beispiel Makro-Architektur Episoden zu Modularisierung Die Rolle Software-Architekt

Kann man Software ohne Architektur entwickeln? In dieser Episode gehen wir genau dieser Frage nach, denn oft scheint Architektur im Weg zu stehen. Vielleicht wird also alles besser, wenn wir sie einfach weglassen? Links Die Rolle Software-Architekt 1/2 Die Rolle Software-Architekt 2/2 Was ist Software-Architektur überhaupt? Crew Ressource Mangement - Wie geht die Luftfahrt mit dem Faktor Mensch um? Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Software-Architektur Inspiration von anderen Branchen Hillel Wayne "What Engineering Can Teach (and Lean From) Us" Peter Gafert zu ArchUnit Folgen zu "Wir bauen eine Software-Architektur" Folgen zur iSAQB Advanced Beispielaufgabe

In dieser Episode sprechen Dr. Miriam Greis und Lisa Moritz über API-Teams. Sie klären, was sich hinter diesem Begriff verbirgt, welche Vorteile ein API-Team mit sich bringt und welche Hürden auf dem Weg zu einem erfolgreichen API-Team überwunden werden müssen. Links Liste mit Tools rund um OpenAPI u.a. mit den erwähnten Spectral und Redocly CLI und den Editoren Stoplight Studio und Swagger Editor portman OpenAPI Map

Heutzutage wird Modularisierung oft mit der Aufteilung in Microservices gleichgesetzt. Können Konzepte wie Framework, Library oder Komponenten als Alternativen dienen? In dieser Episode beleuchten wir die genaue Bedeutung dieser Begriffe und wie nützlich sie bei der Strukturierung von Software-Systemen sind. Links Sketchnotes Software Architektur im Stream Spreadshop Software-Entwicklung und Menschen - Die remote UnConference Episode zu loser Kopplung Wikipedia zu Library Brad Coxs Idee zu Komponenten Episode zu Wiederverwendung Episoden zum Architektur-Management Blog: Die Cloud: Eine Komponentenbibliothek Bert Jan Schrijver about Geneirc or Specific

Legacy Software - dabei erschaudern auch erfahrene Techniker:innen. Aber Legacy heißt eigentlich so viel wie “Erbe” und ist nur in der IT rein negativ besetzt. Und Legacy Software löst praktisch immer ein Business-Problem erfolgreich, während eine Neuentwicklung ihre Nische erst finden muss. Der Vortrag zeigt, wie man diese und andere Erkenntnisse nutzen kann, um Strategien zu entwickeln, mit denen man produktiver und erfolgreicher mit Legacy-Software umgehen kann. Und so wird aus dem Problem “Legacy” eine Chance. Links Heise-Blog: KI in der Software-Entwicklung: Überschätzt Folge zum Strangler-Fig-Pattern Folge zu Nick Tunes Legacy-Ansatz Nick Tunes Buch zu Architektur-Modernisierung Folge zu Big Ball of Mud Kostenloses 60-Minuten-Consulting Kostenlose Broschüre: Software-Entwicklung: Der Mensch im Mittelpunkt

In dieser Episode von Softwarearchitektur im Stream begrüßt die Lisa die Geschäftsführerin der Hacker School, Dr. Julia Freudenberg. Die Hacker School ist eine gemeinnützige Organisation, die digitale Bildung in den Schulen fördert und Jugendliche fürs Programmieren begeistert. Lisa und Julia sprechen darüber, wie die Hacker School mit Unternehmen aus der Digitalbranche zusammenarbeitet, um Nachhaltigkeit und soziales Engagement zu verbinden. Sie zeigen auch, wie die Hacker School Jugendlichen die nötigen Skills und Einblicke in IT-Berufe vermittelt und ihnen die Vielfalt und die Möglichkeiten der digitalen Welt eröffnet. Diese Episode ist für alle interessant, die mehr über die Hacker School erfahren wollen oder sich selbst für die digitale Bildung junger Menschen engagieren möchten. Links Hacker School UnConference “Software-Entwicklung und Menschen - Team-Topologies, sozio-technische Systeme, Conway’s Law und mehr” Fishbowl Brücken bauen - Erfolgreiche Wege für IT-Nachwuchs und Quereinsteiger (IT-Tage)

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

Fred Brooks behauptete 1986 in “No Silver Bullet—Essence and Accident in Software Engineering”, dass keine einzelne Maßnahme die Produktivität in der Software-Entwicklung drastisch verbessern kann. Gilt diese These noch in Zeiten künstlicher Intelligenz? Wie kommt man zu einer solchen Aussage? In der innovationsfreudigen IT wurde schließlich vieles, was einst unmöglich schien, Realität. Und wie misst Brooks überhaupt Produktivität? Die Frage nach der Produktivitätsmessung hat ja bereits eine vorherigen Folge behandelt. Links Kostenloses 60 Minuten Consulting bei SWAGLab Fred Brooks: No Silver Bullet—Essence and Accident in Software Engineering Fred Brooks: The Mythical Man-Month Episoden zu Architektur-Management Maestro: Die erste integrierte Entwicklungsumgebung Episode mit Christiane Floyd Folgen zu Technical Debt Folgen zu Wiederverwendung Mein Blog: KI in der Softwareentwicklung: Überschätzt Bert Jan Schrijver about Generic or Specific?

In den letzten beiden Folgen haben wir mit Ralf D. Müller diskutiert, wie ChatGPT die iSAQB-Advanced-Level-Prüfung angehen würde. In dieser Episode schauen wir uns mit Ralf zusammen an, wie ChatGPT bei dieser Aufgabe bessere Lösungen erreichen würde, wie es in der täglichen Architektur-Arbeit unterstützen kann und schließlich wo die Reise hingeht: Werden Software-Architekt:innen gar überflüssig? Links Sketchnotes Architektur-Kickstart Training ab 19.2. 25% mit Voucher 25LASTMIN - buchen Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 1/2 Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 2/2 Ralfs Blog zu Prompt Engineering Ralfs Blog zu AI in Software Design Eberhards Blog Post zu KI für Software-Entwicklung Interview mit Ralf: Softwarearchitektur: "KI wird unsere Fähigkeiten ergänzen, nicht ersetzen" Episode mit Simon Brown zum C4-Modell

Quellen und Transkript: https://software-architektur.tv/2024/01/22/folge198.html

ChatGPT kann Dinge, von denen viele nicht gedacht hätten, dass sie überhaupt möglich sind. Ralf D. Müller hat ChatGPT die iSAQB-Advanced-Level-Beispielaufgabe lösen lassen. In dieser Episode berichtet er, wie er dabei vorgegangen ist. Ralf und Eberhard schauen sich außerdem die Ergebnisse an - und gehen der Frage nach, ob ChatGPT die Advanced-Level-Zertifizierung bestehen würde. In dieser Episode schauen wir uns die Ergebnisse an und bewerten sie und versuchen ChatGPT zu helfen, sie zu verbessern. Links Architektur-Kickstart Training ab 19.2. 25% mit Voucher 25LASTMIN - buchen Miro Board Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 1/2 Ralfs Blog zu Prompt Engineering Ralfs Blog zu AI in Software Design Episoden zur iSAQB Advanced Beispielaufgabe

Reviews decken Schwächen von Softwarelösungen auf und sichern technische und architektonische Ideen ab. Die Anwendung konventioneller Bewertungsmethoden ist allerdings oft schwierig. Fundierte Analysemethoden erfordern häufig viele Beteiligte. Darüber hinaus liefern viele Bewertungsmethoden nur Roh-Ergebnisse, die aufwendig nachbearbeitet werden müssen. In dieser Session sprechen wir mit Stefan Toth und Stefan Zörner über einen schlanken Ansatz für Software-Reviews. Er ist direkt und einfach anwendbar und funktioniert auch allein und ohne große Vorarbeit. Und liefert darüber hinaus bereits früh ein kommunizierbares Ergebnis, das Ihr bei Bedarf fokussiert und schrittweise verfeinern könnt. Wir diskutieren, in welcher Situation so ein Ansatz gut passt, und wann mehr nötig ist, um die Risiken im Vorhaben angemessen zu adressieren und ein für alle Beteiligten befriedigendes Review-Ergebnis zu erzielen. Links “Software Systeme reviewen mit dem Lightweight Approach for Software Reviews - LASR” von Stefan Toth und Stefan Zörner für 7,99$ statt 17,99$ bis zum 12.2. Unterstützungsmaterial für LASR Folien aus dem Stream Sketchnotes

Für den Adventskalendar von Software Architektur im Stream haben 25 Personen in höchsten einer Minute die Fragen beantwortet "Was ist eine gute Software-Architektur?". Die Antworten gibt es zusammengeschnitten in diesem Podcast. Die Original-Videos finden sich als Playlist bei YouTube oder als Kanal bei Peertube.

Vor einiger Zeit hat McKinsey behauptet, sie könnten endlich Entwickler:innen-Produktivität messen. Daraufhin gab es ausführliche Kritik von solchen Größen wie Daniel Terhorst-North, Kent Beck oder Gergely Orosz. In diese Episode schauen wir uns die verschiedenen Standpunkte an und gehen der Frage nach, ob man Produktivität messen kann und ob man das auch sollte. Links Paper McKinsey: Yes, you can measure software developer productivity Kritik am Paper Kent Beck & Gergely Orosz: Measuring developer productivity? A response to McKinsey Teil 1 Kent Beck & Gergely Orosz: Measuring developer productivity? A response to McKinsey Teil 2 Daniel Terhorst-North: McKinsey Developer Productivity Review Kritik an McKinsey Wikipedia zu McKinsey-Kontroversen McKinsey: Last Week Tonight with John Oliver Weitere Links Architektur-Kickstart Folgen zu DORA Makro-Architektur: Prioritäten und Überblick Das SPACE-Modell Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development? Laurent Bossavit “The Leprechauns of Software Development” Episode mit Prof. Dirk Riehle Goodhart’s Law McKinsey: Developer Velocity Index Episode Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?

ChatGPT kann Dinge, von denen viele nicht gedacht hätten, dass sie überhaupt möglich sind. Ralf D. Müller hat ChatGPT die iSAQB-Advanced-Level-Beispielaufgabe lösen lassen. In dieser Episode berichtet er, wie er dabei vorgegangen ist. Ralf und Eberhard schauen sich außerdem die Ergebnisse an - und gehen der Frage nach, ob ChatGPT die Advanced-Level-Zertifizierung bestehen würde. In dieser Episode erklärt Ralf, wie er ChatGPT dazu gebracht hat, die iSAQB-Beispielaufgabe zu lösen. Wir schauen uns vom Ergebnis vor allem die Qualitätsszenarien an. Links Adventskalender YouTube Playlist Adventskalender PeerTube Kanal Ralfs Blog zu Prompt Engineering Ralfs Blog zu AI in Software Design Episoden zur iSAQB Advanced Beispielaufgabe

Mangel an Mitarbeiter:innen ist traditionell das große Problem der IT. Wie können wir dieses Thema angehen? Das diskutieren wir nicht nur mit den Expert:innen, sondern im Rahmen unserer “Fishbowl” kann das Publikum gleichberechtigt an der Diskussion teilnehmen. Dabei sind Dr. Julia Freudenberg von der Hacker School, der IT-Consultant Andreas Monschau von Haeger Consulting, Prof. Dr. Claudia Heß (Professorin für Digitale Transformation an der IU Internationalen Hochschule, Geschäftsführerin Softplant GmbH), Matthias Jung von Ordix und die Full-Stack-Entwicklerin Lisa Maria Moritz von Socreatory. Die Aufnahme fand bei den IT-Tagen statt. Links Hacker School Girl’s Day CyberMentor Informatik-Monitor der Gesellschaft für Informatik

Software-Entwicklung ist anders als viele andere menschliche Tätigkeiten. Wenn wir anderen diese Besonderheiten kommunizieren wollen, helfen Metaphern. Lernen ist nicht nur eine gute Metapher für Software-Entwicklung sondern buchstäblich ein wichtiger Teil der Software-Entwicklung - schließlich geht es darum, Anforderungen zu verstehen und im Code umzusetzen. In dieser Episode diskutiert Eberhard diese Metapher und welche praktischen Ergebnisse sich aus ihr ergeben. Links Slack-Workspace Gruppe bei LinkedIn Adventskalender YouTube Adventskalender Peertube Architektur-Kickstart ab 19.2 FLEX Training Karlsruhe 13.–15. Februar 2024 60 Minuten Consulting Episode “Gibt es das Wasserfallmodell überhaupt?” Episode “Prof. Christiane Floyd zu “menschenzentrierter Software-Entwicklung”” Episode “Markus Völter zu Fachliche Architekturen mit DSL (Domain Specific Languages)” Episode “Funktionale Architektur - Ein konkretes Beispiel mit Mike Sperber” Vortrag “Architekturen - bitte nicht zukunftssicher!” Blog “KI in der Softwareentwicklung: Überschätzt” Frederick P. Brooks: Vom Mythos des Mann-Monats

Moderne Infrastrukturen wie Dapr oder der Service Mesh Linkerd setzen technische Aspekte von Microservices-Umgebungen wie Tracing, Monitoring oder Resilience in der Infrastruktur um. Eine andere Möglichkeit ist es, diese Aspekte in der Anwendung selber mit Bibliotheken zu implementieren. In dieser Episode werfen wir ein Blick auf ein Beispiel mit Spring Boot, Micrometer und resilience4j, um der Frage nachzugehen, ob Libraries vielleicht die bessere Microservices-Infrastruktur sind. Links Episode zu Dapr Episode zum Service Mesh Linkerd mit Hana Prinz Beispielcode Playlist Adventskalender Architektur-Kickstart ab 19.2. FLEX Training Karlsruhe 13.–15.2.2024 60 Minuten Consulting

Dapr stellt eine umfangreiche Lösung für die Implementierung von Microservices bereit. In dieser Episode werden wir ein Beispiel für ein Microservices-System auf Basis von Dapr diskutieren und es mit anderen Implementierungen vergleichen. So werden unterschiedliche Konzepte für die Implementierung von Microservices deutlich - und die spezifischen Vor- und Nachteile von Dapr.Links SWAGLab 60 Minuten Consulting Folien Code des Beispiels Service Mesh Linkerd mit Hanna Prinz Microservices Praxisbuch Pratical Microservices Kafka Comic Video: Kafka - The New Database Monolith

Das Erstellen von Software ist sowohl eine Kunst als auch eine Wissenschaft. Auf meiner 17-jährigen Reise in die Welt der Softwareentwicklung hat Rakia aus erster Hand erfahren, wie die richtige Architektur über Erfolg oder Misserfolg eines Projekts entscheiden kann. In dieser Episode wird Rakia die wichtigsten Lektionen weitergeben, die ich über Softwarearchitektur gelernt habe. Rakia ist Tech Lead und außerdem Google Developer Expert für Angular, WomenTechMaker-Botschafterin sowie Content-Erstellerin. Rakia wird zu diesem Thema auch einen Vortrag auf dem Software Architecture Gathering halten. Mit dem Code SWARCHITEKTURTV_15 gibt es 15% Rabatt. LinksRakia bei LinkedIn Rakia bei X / Twitter Rakia bei Medium Rakia bei YouTube How to Do Code Review as a Human

Software-Entwicklung und Software-Architektur scheinen ganz eigene Themen zu sein. Schließlich gehört Software zu dem Kompliziertesten, was Menschen überhaupt erschaffen haben, und sie ist immateriell. Was soll man also von anderen Branchen lernen können, die solche Herausforderungen nicht haben? In dieser Episode wollen wir dennoch schauen, was wir von anderen Branchen lernen können. Schließlich gab es bei Software-Architektur im Stream eine Episode über Auftragstaktik und eine über Crew Ressource Management - aber was bedeutet das für Software-Architektur ganz konkret? Links Sketchnotes Uniteds Airlines Flug 173 Episode Makro-Architektur - Prioritäten und Überblick Episode Encouraging Engineering Excellence with Johannes Mainusch and Robert Albrecht Episode Scrum Master:in und Softwarearchitektur mit Nadine Andraczek Mastodon zum Architekt:innen-TShirt BlueSky zum Architekt:innen-TShirt Qantas Flight 32 The Soul of a New Machine (Tracy Kidder)

Anhand der iSAQB-Beispielaufgabe zeigt uns Mike Sperber, wie man ein System funktional umsetzen kann und welche Architektur sich dabei ergibt. So können wir das Vorgehen beim Entwurf einer funktionalen Architektur nachvollziehen und mit dem Vorgehen bei einem imperativ-objekt-orientierten Ansatz vergleichen. Links Folgen zur iSAQB Beispielaufgabe iSAQB Advanced Beispielaufgabe Folien und Source Code Episode zu DSL mit Markus Völter

A vital aspect of modern software engineering is to align organizational structures with software architectures to enhance performance. With his extensive experience from Avvo, Spotify, Adobe, and Microsoft, Kevin will discuss the relation between organization and architecture with us. We will not just talk about Conway’s Law but also other aspects like the Homomorphic Force or the Mirroring Hypothesis. Links Slides and Recording of the talkKevin will also talk at the Software Architecture Gathering . Use code SWARCHITEKTURTV_15 for 15% off!Conway’s paperBlog post “Thoughts on Emulating Spotify’s Matrix Organization in Other Companies”Folge über Conway’s Law

Usually, this is not an easy question to answer. The answer depends on a lot of different factors, including future factors you may not be aware of - yet. We will discuss this with Bert Jan Schrijver. He will share his experiences and thought process as a developer and software architect with choosing between generic and specific solutions. Links Slides for Bert’s talk Video of Bert’s talk Thomas Ruhroth, Kai Schmidt - Technologieauswahl für wartbare Projekte Bert Jan will also talk about this subject at the Software Architecture Gathering. Use code SWARCHITEKTURTV_15 for 15% off!

Oft wird Software immer schlechter wartbar, je länger Entwicklungsteams an ihr arbeiten. Dazu hat sich die Metapher “technische Schulden” etabliert. Aber es ist nicht immer sinnvoll, technische Schulden zu beseitigen und sie können auch “einfach so” entstehen. Darum geht es in diesem Vortrag - und über die Grundlagen der Metapher, wie sie bei der Kommunikation mit Managern hilf, warum die Metapher eigentlich nicht besonders gut gewählt ist und natürlich wie man mit technischen Schulden sinnvoll umgehen kann. Diese Episode ist das Audio eines Vortrags. Links 60-Minuten-Consulting Folien Ward Cunningham im C2-Wiki zu Technical Debt Video: Ward Cunningham spricht über Technical Debt Article about Quality Investments (with Felix Müller) Podcast Technical Debt with Sven Johann Managing Technical Debt with Sven Johann heise Podcast zu Technical Debt Blog „Technische Schulden entstehen einfach so“ Artikel über Qualitätsinvestitonen mit Felix Müller – DE Artikel Umgang mit technischen Schulden Episode zu technischen Schulden bei Software Architektur im Stream Episode André Neubauer - CTO = Chief Technical Debt Owner? Episode zu Qualitätsszenarien Episode zu Patterns zu u.a. Refactoring mit Michael Hunger

Oft ist Technologieauswahl ein Streitpunkt. Bei den Argumenten zu Techstacks werden oft unbewiesene Theorien aufgestellt, was nun am besten sei. Der Techstack stellt für eine lange Wartbarkeit eine entscheidende Rolle. Ein weiteres Thema ist der Zusammenhang zwischen Technologien und deren Nutzung im Programm. So erlauben es nicht alle Lizenzen, eine Bibliothek in eine geshadete Fat-Jar zu stellen. Thomas Ruhroth und Kai Schmidt werden die verschiedenen Herausforderungen aufzeigen und diskutieren, wie man Frameworks, Bibliotheken und Tools bewerten kann. Thomas und Kai halten zu dem Thema einen Vortrag auf der BED-Con.

Domain-Driven Design ist kein Patentrezept und löst kein Problem auf magische Weise. Die Herausforderungen und die Komplexität, die wir mit DDD zu bewältigen versuchen, sind schwierig und es gibt keinen einfachen Lösungsansatz. Michael Plöd arbeitet seit 17 Jahren mit Domain-Driven Design an vielen Softwaresystemen. In diesem Stream wollen wir über seine Erfahrungen mit dem Scheitern. Das gibt uns allen die Gelegenheit, aus diesen Fehlern zu lernen. Michael hält über dieses Thema auch einen Vortrag auf der BED-Con. Links Michael Plöd - Wie steigt man in Domain-driven Design ein? Folien von Michaels Vortrag DDD Crew bei GitHub Gregor Hohpe: The Architecture Elevator Michaels Folien: Riding the Elevator: Domain-driven Design in the Penthouse

In dieser Episode sprechen Michael Vitz, Senior Consultant bei INNOQ und Java Champion, und Lisa Maria Moritz über das Thema “Engineering Excellence”. Sie klären, was sich hinter diesem Begriff verbirgt. Wie wichtig ist “Engineering Excellence” in unserem Berufsalltag? Links Episode 136 - Encouraging Engineering Excellence with Johannes Mainusch and Robert Albrecht Folge 177 - Scrum Master:in und Softwarearchitektur Folge 178 - Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?

Wesentlicher Teil der Software-Architektur ist die Strukturierung großer Systeme in kleinere Module. Wichtig sind dabei vor allem die Abhängigkeiten der Module untereinander, um bei Änderungen die Auswirkungen auf andere Module unter Kontrolle zu halten. Also scheint das Entwickeln einer Software-Architektur vor allem aus dem Managen von Abhängigkeiten zu bestehen. In dieser Episode diskutiert Eberhard, was Abhängigkeiten überhaupt sind, wie man mit ihnen umgeht und ob sie tatsächlich so zentral für Software-Architektur sind. Links Mastodon-Tröt als Auslöser der Diskussion Nick Tunes Antwort blabaeres Hinweis auf die Paper Stefans Frage: Wenn A und B c nutzen - sind A und B gekoppelt? Holger Joests Hinweis auf weitere Quellen Jimmy Koppel: How an Ancient Philosophy Problem Explains Software Dependence Jimmy Koppel, Daniel Jackson: Demystifying Dependence Episode Hands-on Behavioral Code Analysis with Adam Tornhill Chris Chedgey and Mike Swainston-Rainford - Architecture Management with Structure 101

Nicht nur in der Software-Architektur spielt der Faktor Mensch eine wichtige Rolle: Crew Ressource Management (CRM) stellt die Zusammenarbeit aller Beteiligten in den Mittelpunkt, um so die Sicherheit im Flugverkehr weiter zu erhöhen. In dieser Folge sprechen wir mit dem Fluglehrer Steffen Braasch und dem Piloten Olli darüber, was CRM ist, wie man es trainieren kann und welche konkrete Vorteile es bringt. Die beiden machen zusammen den Podcast “Come Fly With Us”. Links Schnupper Webinar zum Architektur Kickstart Podcast “Come Fly With Us” Wikipedia zum Flugunglück auf Teneriffa Episode zu Auftragstaktik mit Sönke Marahrens Omega Tau Podcast zum Aviation Incident Reporting at CHIRP

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

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

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

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

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