Software Architektur im Stream

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

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 talk

• Kevin will also talk at the Software Architecture Gathering . Use code SWARCHITEKTURTV_15 for 15% off!

• Conway’s paper
• Blog 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

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

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?

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

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

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

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