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.

Links

• Rakia bei LinkedIn

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

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