Die Gastgebenden Stefan Toth, Nicole Rauch und Lars Röwekamp eröffnen die Konferenz und stellen die Sprechenden des ersten Konferenztages vor.

If you are a developer you are probably working on a large and complicated codebase. Unfortunately a lot of existing code lacks automated tests and adding them can be challenging, particularly if the code is old or poorly structured. Testability has always been an aspect of architecture that people have said is important but perhaps doesn’t get the attention it deserves.

In order to get a legacy code situation under control, often there’s an initiative to improve the unit tests. This can be difficult if the code is poorly structured.  End-to-end tests can be easier to add and more effective at finding bugs, but are usually too slow to support the kind of code-quality enhancing refactoring efforts you really need. These tests often become prohibitively expensive to maintain too.

There are a couple of techniques I’ve used in these kinds of situations that I’d like to showcase in this talk. Approval testing is similar to characterization testing, and works best on larger pieces of code where you want to test for multiple things. Because of this, the architecture of the system is important for success. Isolation sandboxing is a way to adapt your architecture for testability. You take control of all dependencies and aim to run many instances in parallel.  

It all boils down to applying good engineering to a testability problem. You want to create a situation where you can write tests that have similar bug finding potential as end-to-end tests yet are fast enough and reliable enough to support refactoring. For success you need architectural changes, skill and culture. In this talk I’ll explain how I’ve seen it work in practice.

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.

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/eberhard.wolff

Der Traum von den unendlichen Weiten der Daten ist schnell ausgeträumt, wenn wir unsere APIs nicht im Griff haben. Dabei ist es egal, ob wir uns APIs zwischen unseren Services, zwischen Frontend und Backend oder zu Fremdsystemen anschauen - APIs sind ein fundamentaler Bestandteil unserer Softwarearchitektur und ohne Testautomatisierung geht gar nichts.

Schlecht geschriebene Integrationstests mit selbst erfundenen Testfällen für unsere APIs können richtig nerven: Wir rufen die APIs auf und hoffen, dass genau das zurückkommt, was wir erwarten.

Das geht auch anders: Wir werfen einen Blick auf andere Testansätze, bewerten, welche Aspekte diese jeweils testen und schauen zum Beispiel auf:

• Contract Based Testing
• Black Box Testing der OpenAPI Specs
• Trace-basiertes Testing

Single-Page-Applikationen haben euphorische Fans und leidenschaftliche Kritiker:innen. Während erstere überzeugt davon sind, ganze Anwendungen vollständig in JavaScript zu entwickeln und im Browser auszuführen, bemängeln letztere dadurch schlechte Performance und fordern die Rückbesinnung auf klassisch serverseitig gerenderte Anwendungen.

Mit "Fullstack-Frameworks" wie Next.js soll beiden Seiten Rechnung getragen werden. Hier wird die Anwendung zwar in JavaScript entwickelt, aber ganz oder in Teilen auf dem Server gerendert, um JS-Code im Browser zu sparen.

In diesem Vortrag zeige ich, wie Fullstack-Frameworks funktionieren, was ihr Einsatz für Architektur, Entwicklung und Betrieb bedeutet, für welche Anwendungen sie (nicht) geeignet sind und wie vielleicht die Zukunft von SPAs aussieht.

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/nils.hartmann

“Lasst uns in die Cloud gehen und Team Topologies mit unFIX anreichern, um unsere Organisation agiler und fit für die Zukunft zu machen!” Was zuerst nach einer Ansammlung von Buzzwords klingt, wirft auf den zweiten Blick eine Reihe interessanter Fragestellungen auf: Was ist die Rolle von Plattformteams in der Private oder Public Cloud? Wie verankern wir den Gedanken von DevOps? Macht es einen organisatorischen Unterschied, ob wir “Cloud-native” sind oder nicht?

In diesem Vortrag nehmen wir euch auf eine Reise mit, wo wir die Ideen hinter modernen Entwicklungsorganisationen aufeinanderprallen lassen. Wir diskutieren die Auswirkungen von Teamstrukturen aus Team Topologies und unFIX sowie das Zusammenspiel mit technischen Architekturfragen im Cloud-Umfeld.

Für die Ablösung von Legacy-Anwendungen existieren verschiedene Strategien, und eine komplette Neuimplementierung "auf der grünen Wiese" ist nicht immer ratsam. Der Vortrag wird die 5R-Strategien (Retire, Replace, Rehost, Retain, Reengineer) zur Legacy-Migration vorstellen und mit ihren Vor- und Nachteilen vergleichen.

Eine Strategie allein wird den Herausforderungen selten gerecht und es werden konkrete Taktiken und Muster für ein erfolgreiches Migrationsprojekt benötigt. Das kann die Nutzung von Brückentechnologien sein, die Anwendung des Strangler Fig Pattern zur schrittweisen Ablösung der Legacy-Anwendung oder die schichtenweise Modernisierung des Gesamtsystems. Für diese und andere Taktiken und Muster werden konkrete Erfolgsbeispiele aus der Praxis vorgestellt.

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/Tobias.Voss

Über einen längeren Zeitraum APIs sicher anzubieten ist eine nicht zu unterschätzende Herausforderung. Neue APIs kommen hinzu und bestehende werden erweitert. Manuelle Prozesse für die Absicherung und das Ausrollen sind zeitaufwendig und fehleranfällig.

Eine Automatisierung trägt nicht unerheblich zur Sicherheit bei. Beim Entwurf und Testen sollte die Sicherheit bereits berücksichtigt werden. Beispielsweise kann eine OpenAPI-Beschreibung im Betrieb zur Validierung von Anfragen verwendet werden, sofern bereits im Entwurf an die Sicherheit gedacht wurde.

Ein API-Prozess vom Design bis zum Betrieb wird live demonstriert und Open-Source-Werkzeuge werden für die Qualitätssicherung von APIs vorgestellt.

In unserer täglichen Arbeit berücksichtigen wir als Architekt:innen zahlreiche Einflussfaktoren wie fachliche Anforderungen, Rahmenbedingungen und Qualitätskriterien. Allerdings gibt es noch eine weitere spannende Facette, die uns dabei helfen kann, bessere architektonische Entscheidungen zu treffen: das Geschäftsmodell der Anwendung oder des Bereichs, in dem unsere Anwendungen eingesetzt werden.

Der Vortrag liefert zuerst eine Motivation für das Thema sowie Tipps und Methoden, wie man das Business-Modell eruieren und verstehen kann. Des Weiteren werden Hinweise gegeben, wie man sicherstellen kann, dass alle beteiligten Stakeholder ein gemeinsames Verständnis über das Geschäftsmodell haben. Abschließend geht der Vortrag noch darauf ein, wie man Architekturentscheidungen daraus ableiten kann.

Moderne Softwaresysteme müssen widerstandsfähig, skalierbar und anpassungsfähig sein. Genau dies möchten evolutionäre Architekturprinzipien erreichen. Architekturarbeit betrifft jeden im Team und die beste architektonische Idee soll sich in der Software durchsetzen.

In diesem Vortrag zeige ich, wie Fitness Functions, Qualitätsziele und der richtige Einsatz von Metriken verwendet werden können, um die Architekturarbeiten mit dem agilen Entwicklungsprozess des Teams zu verknüpfen und so eine evolutionäre Weiterentwicklung zu erreichen. Architekturarbeit wird so für das gesamte Team im täglichen Doing verankert und es ermöglicht emergente Architektur-Evolution.

Maximale Teilnehmerzahl: 16. Benötigt wird ein Laptop.

Die Digitalisierung zwingt die Unternehmen zu einem digitalen Datenaustausch mit Partnern der Ökosysteme, in denen sie eingebunden sind. Gleichzeitig steigen die Anforderungen an Sicherheit, Überprüfbarkeit und Nutzungskontrolle. Benötigt wird eine technologische Unterstützung, die diese Anforderungen berücksichtigen.

Der Workshop stellt Architekturen und Anwendungsszenarien für den Einsatz von verteilten Datenanalysen in diesem Kontext vor und zeigt Anwendungen für unternehmensübergreifenden Austausch von Daten. Er präsentiert Architekturen, die es erlauben, Unternehmensdaten auf sichere und vertrauenswürdige Art zwischen Unternehmen auszutauschen, sodass der Datengeber eine Kontrolle behält, wer seine Daten bekommt und was er mit den Daten machen kann.

Bitte bringen Sie Ihr eigenes Notebook mit. Idealerweise haben Sie bereits NodeJS in einer aktuellen Version installiert: 16, 18 oder 20.

Gefühlt stand das Akronym WWW lange Zeit eher für Wild Wild West statt World Wide Web. Architekturmuster und klare Software-Design-Prinzipien waren oft eher die Ausnahme als die Regel. Erst mit der letzten großen Framework-Welle dieses Jahrzehnts und dem Siegeszug von SPAs begann ein längst notwendiges Umdenken.

Neuere Technologien führen aber nicht automatisch zu einer besseren Architektur. Es gilt, nach wie vor, Architekturmuster bewusst und gezielt einzusetzen. Eines der bekanntesten Muster im Domain Driven Design ist die "Hexagonale Architektur". Sie lernen:

• wann sich der Einsatz lohnt,
• wie sich das Mustern von anderen (z. B. Onion-Architektur) abgrenzt und
• wie Sie sie in der Praxis umsetzen. 

Künstliche Intelligenz ist auf dem Vormarsch, ohne Zweifel. Egal ob Qualitätssicherung oder in der Produktion, Retourenmanagement im Online-Handel oder Customer-Support via Chatbot - KI eröffnet bisher noch nicht dagewesene Möglichkeiten, die eigenen Prozesse und Geschäftsmodelle deutlich zu verbessern. Vorausgesetzt man verfügt über hinreichend viele und qualifizierte Daten. Aber wie lässt sich KI in die eigene Software-Architektur integrieren? Wer befindet über das richtige Modell und den richtigen Algorithmus? Und wie wird über die hinreichende Quantität / Qualität von Daten entschieden? Die Rolle des KI-Architekten scheint geboren.
Die Session veranschaulicht die verschiedene Herausforderungen, die sich durch das Einbinden von KI für die eigene Softwareentwicklung ergeben können, und zeigt dafür passende, pragmatische Lösungsansätze auf.

Entwickelt Ihr überwältigende Software oder überwältigt Euch Eure Software? Zu große Kontexte, zu komplexe Bausteine und zu viele Abhängigkeiten zwischen Komponenten und Teams erhöhen die kognitive Belastung und verringern unser Potenzial zur Wertschöpfung.

In diesem Vortrag meistern wir den Spagat zwischen Wissenschaft und Praxis: was ist kognitive Belastung, was macht sie mit uns und welche Strategien helfen, sie zu verringern? Mit Hilfe von Team Topologies zeigen wir Ansätze auf, wie Produktschnitt und Teamstruktur in Einklang gebracht werden können, um produktiver und zufriedener arbeiten zu können.

Wir liefern Euch erste Impulse, um Eure sozio-technischen Systeme aktiv zu modellieren, Herausforderungen besprechbar zu machen und überwältigende Software zu entwickeln.

Dokumentation wird häufig vernachlässigt. Mit dem Docs-as-Code-Ansatz wird in Softwareprojekten relevante Dokumentation wie Quellcode behandelt, im VCS abgelegt, mit Entwicklerwerkzeugen (IDE/Texteditor, Build-Tools, CI/CD-Pipelines) bearbeitet und in die Softwareentwicklungsprozesse integriert.

Die Inhalte können redundanzfrei verwaltet und einige Informationen generiert werden. Durch die Verwendung leichtgewichtiger Text- und Grafikformate lassen sich die Ergebnisse zielgruppenorientiert zusammenstellen. Die Verarbeitung erfolgt automatisiert über die vorhandenen Build-Prozesse. Durch die kontinuierliche Weiterentwicklung steigt die Qualität und damit die Akzeptanz der Leser. Ich zeige anhand von Beispielen, wie ihr mit Docs-as-Code starten könnt und welche Werkzeuge helfen.

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/Falk.Sippach

Wenn ein System "historisch gewachsen" ist, gilt das oft auch für die Tests: Die laufen viel zu lange, finden aber zu wenig Fehler.

Ursache ist, dass diese Test-Suites oft gleichzeitig zu viel und zu wenig testen. Zuviel, da sie Tests enthalten, die Kosten erzeugen, aber kaum Mehrwert gegenüber ähnlichen Tests bieten. Zu wenig, da trotzdem wichtige Funktionalität ungetestet bleibt.

Im Vortrag stelle ich Analysen vor, die das aufdecken: Pareto-Optimierung von Test-Suiten und Test-Impact-Analyse finden die Tests, die genau jetzt das beste Kosten-Nutzen-Verhältnis haben; die Test-Gap-Analyse deckt auf, welche Code-Änderungen noch ungetestet sind und ob daher Tests fehlen.

Damit geben sie uns als Architekt*innen wirksame Werkzeuge an die Hand, um unsere Testarchitektur zu verstehen und zu verbessern.

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/elmar.juergens

Die Hotspot-Analyse ist eine weit verbreitete Methode zur Untersuchung bestehender Softwaresysteme, mit dem Ziel, Verbesserungsarbeiten am vorhandenen Code gezielt zu priorisieren. Sie ermöglicht die Darstellung der Verbesserungsdringlichkeit und Code-Komplexität für die gesamte Codebasis in einer anschaulichen Visualisierung, aus der sich schnell die wichtigsten Schwerpunkte ableiten lassen sollen.
 
In diesem Vortrag werfen wir einen Blick hinter die Kulissen dieser Analysemethode. Wir werden die technischen Aspekte der Analyse beleuchten, mögliche Fallstricke aufdecken und die weiteren Potenziale dieser faszinierenden Analysetechnik erkunden. Alle, die schon immer einmal wissen wollten, was hinter den bunten Visualisierungen der Analyse-Tools steckt, finden hier wertvolle Einblicke – auch für ihre ganz eigenen Analyseideen.

Genieße kühle Drinks und kleine Snacks, während du wertvolle Kontakte knüpfst und den ersten Konferenztag revue passieren lässt!