Software Architektur im Stream

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-funk...

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

Das Gesetz von Conway stellt einen Zusammenhang zwischen der Organisation und der Software-Architektur her. Seit dem Microservices-Hype wird Conway’s Law häufig als Architektur-Werkzeug gesehen. Aber die meisten haben das ursprüngliche Paper von Melvin Conway gar nicht gelesen. In dieser Folge diskutieren wir die Inhalte des Papers - und was wir daraus für die Architektur-Arbeit lernen können. Lin...

Software Architektur ist ein neuer Podcast. Software-Architekt:innen berichten von ihrem Karriere-Weg in der Software-Architektur. Weitere Info: https://software-architektur.tv/beruf.html

Software-Architektur im Stream hat jetzt über 100 Folgen - aber eine fundamentale Frage haben wir noch nicht diskutiert: Was ist Software-Architektur? In dieser Folge wollen wir endlich dieser Frage nachgehen. Und natürlich schließt sich daran die Frage an, was Software-Architekt:innen in ihrer Rolle leisten sollten. Links Tweet zu Software-Architekt:innen-Aufgaben Post bei Mastodon zu Software-Ar...

In der Software-Entwicklung sind zahlreiche Gruppen unterrepräsentiert. Bei diesem Panel wollen wir diskutieren, wie Diversity erhöht werden kann. Diversity mit Lars Hupel, Lena Kraaz und Aminata Sidibe

Die Klima-Katastrophe ist eine der wichtigsten Herausforderungen, denen wir uns stellen müssen. Dieses Panel diskutiert, was Software-Entwicklung dazu beitragen kann. Links SoftAWERE: Tools and Labels for Energy-efficient Software Applications scaph repl schnittstelle Scaphandre: metrology agent dedicated to electrical power consumption metrics Intel RAPL Intel: Running Average Power Limit Energy...

Resiliente Organisation und resiliente Software-Architektur: Die Organisation hat großen Einfluss auf die Architektur. Wie kann man sich diesen Zusammenhang zu Nutze machen? Links DevOps und Team Topologies mit Anja Kammer - Live vom INNOQ Technology Day Delegation Poker

Daten beispielsweise lokal zu kopieren, um offline zu arbeiten, ist eine Herausforderung. Wir diskutieren, wie man sie meistern kann. Links CRDT Homepage Lars: An Introduction to Conflict-Free Replicated Data Types INNOQ Technology Lunch

Wir kennen alle DevOps - aber was ist DevSecOps und warum gehört ausgerechnet Sicherheit dazu?# Thoughtworks Technology Radar

Technical debt is a well-known concept - but data can also cause technical debt. Links Data Technical Debt Refactoring Databases Agile Data Homepage

Testing alone is not enough - the alternative is quality engineering. Links Book: TMAP Quality for DevOps Teams TMAP

Software is developed in teams so design decision must be done collaboratively. Links Book: Jitske Kramer - Jam Cultures: About Inclusion; Joining in the Action, Conversation and Decisions Book: Sam Kaner - Facilitator’s Guide to Participatory Decision-Making Book: Thomas Wedell-Wedellsborg - What’s Your Problem?: To Solve Your Toughest Problems, Change the Problems You Solve Blog: Rebecca Wirfs-B...

The SOLID principles are well-established as the foundation of object-oriented systems. However, after more than 20 years it is time to see whether the principles still apply and whether other concepts might be a better alternative. Daniel Terhorst-North is well known for concepts like behavior-driven development or deliberate discovery. He came up with the CUPID principles. In this episode, we wi...

Many teams work on monolithic applications but want to migrate to a modern, shiny microservices architecture. Sam Newman is the author of the most popular book about microservices and has recently published a new book about the migration from monolith to microservices. We will talk about how to migrate to microservices - and why microservices should often only be used as a last resort. Links Sam’s...

Asynchrone Kommunikation hat gerade bei Self-contained Systems oder Microservices viele Vorteile. Umgesetzt wird sie dann meistens mit Messaging-Systemen wie Kafka. Aber es gibt Alternativen. In dieser Episode spricht Jochen Christ von INNOQ mit Eberhard Wolff über HTTP Feeds. Sie ermöglichen mit weniger technischen Overhead eine pragmatische Lösung für asynchrone Kommunikation - und haben in viel...

In der Software-Entwickler gibt es Juniors und Seniors - aber was ist eigentlich der Unterschied? Diese Frage habe ich in einem  Tweet  gestellt. Die Antworten sind vielfältig und waren für mich auch teilweise überraschend. In dieser Episode werden wir anhand der Antworten auf den Tweet der Frage nachgehen, was tatsächlich die Unterschiede zwischen Juniors und Seniors sind - und welche U...

In über 90 Folgen und einem Jahr Software Architektur im Stream haben wir viele Themen diskutiert. In dieser Episode möchte ich aufzeigen, was ich persönlich gelernt habe und was ich vielleicht auch anders darstellen würde, als ich es in den verschiedenen Episoden diskutiert habe. Schwerpunkt ist das Thema Architektur und Organisation, das in vielen Episoden im Mittelpunkt stand - und ja auch das...

In dieser Folge wollen wir ein neues Format ausprobieren: In Zukunft wollen wir Episoden zum beruflichen Werdegang von Personen im Bereich Software-Architektur produzieren. Das vertieft die Folgen, die sich bereits mit beruflichen Werdegang für Software-Architekt:innen auseinandergesetzt haben. Als Beta-Test werden Lisa und Eberhard sich die dafür geplanten Fragen gegenseitig stellen. So zeigt die...

Die Komplexität großer Software-Systeme zwingt dazu, die Architektur in Mikro- und Makro-Architektur aufzuteilen. Makro-Architektur sind die Entscheidungen, die für das gesamte System gelten. Mikro-Architektur ist auf ein Modul begrenzt, so dass jedes für ein einzelnes Modul verantwortliche Team sie anders gestalten kann. Bei der Aufteilung in Mikro- und Makro-Architektur die Prioritäten richtig z...

Von schlechten Anforderungen haben wir alle bereits gehört! Aber, was können Softwarearchitekt:innen tun, um bessere Anforderungen zu erhalten? Und, sollten sich Softwarearchitekt:innen mit dem Thema Anforderungsanalyse beschäftigen? Spoiler: Die Antwort ist: “Ja”. In dieser Episode werden diese und mehr Fragen von Gernot Starke und Peter Hruschka beantwortet. Links Leanpub Buch zu Requirements En...

Wir alle haben in der IT angefangen und waren nicht von Beginn an Softwarearchitekt:innen - doch wie können wir den Weg in Richtung Softwarearchitektur beschreiten? Lisa und Ben sprechen in dieser Folge über ihre Reise durch die Softwarearchitektur und verraten Tipps und Tricks, wie du deine eigene Reise starten kannst. Bücher Dragon Book zu Compiler Bau Head First Design Patterns GoF Design Patte...

Cross-funktionale Teams sind autonom und dadurch produktiver. In der Realität scheitern Initiativen für einen Wandel zu solchen Teams jedoch viel zu oft. Sven zeigt uns, wieso crossfunktionale Teams in den Abgrund gestürzt werden, oft natürlich unabsichtlich - und selbstverständlich auch, wie man so etwas vermeiden kann. Uwe Friedrichsen “You build it, you run it!” wird machtpolitisch missbraucht...

Domain-driven Design (DDD) ist gerade ein großer Hype, der aber vor allem Einsteiger:innen sehr fordert. Schließlich ist DDD nicht eine einzelne Praktik, sondern eine umfangreiche Sammlung sehr unterschiedlicher Ansätze - von Code-Ebene bis hin zur IT-Strategie. Das alles zu verstehen und anzuwenden, ist nicht einfach. DDD zielt darauf ab, Komplexität in Systemen beherrschbar zu machen und Fachlic...