Architektur: Die soll doch das Stabile sein! Und die Wahl der richtigen Architektur sorgt dafür, dass die Software auch in Zukunft weiterentwickelt werden kann! Was zunächst sinnvoll erscheint, erweist sich in der Realität oft als erster Schritt hin zu einem Architekturfehlschlag. Wenn sich die Anforderungen, die Erkenntnisse oder die Technologien ändern, muss sich leider die Architektur auch ändern. Wie kann sie dann zukunftssicher sein? Diese Präsentation zeigt, wie das Paradoxon aufgelöst werden kann und vielleicht keine zukunftssichere Architektur entsteht – aber langfristiger Projekterfolg.

Zielpublikum: An Softwarearchitektur Interessierte
Voraussetzungen: Grundlegendes Verständnis von Softwareentwicklungsprojekten
Schwierigkeitsgrad: Einsteiger

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

In einer sich ständig verändernden Geschäftswelt ist Innovation ein Schlüssel zur Wettbewerbsfähigkeit. Unser Vortrag gewährt Einblicke in die laufende Einführung des Continuous Innovation Framework (COIN) bei KPS. Wir teilen wertvolle Praxiserfahrungen, vom Umgang mit Widerständen bis zur Schaffung einer agilen Innovationskultur. Entdecken Sie, wie COIN unsere Organisation transformiert und Innovationsbemühungen lenkt. Erfahren Sie mehr über bereits gescheiterte Ansätze, die Grundlagen des Continuous Innovation Framework und praktische Herausforderungen bei der Umsetzung. Ein Ausblick auf zukünftige Auswirkungen von Continuous Innovation bei KPS rundet den Vortrag ab und bietet wertvolle Erkenntnisse für die Umsetzung von Innovationsprozessen in anderen Unternehmen.

Zielpublikum: Innovatoren, Innovation Coaches, Manager, Entscheider, Architekten, Entwickler und alle, die gerne Innovationen in ihrem Unternehmen vorantreiben möchten
Voraussetzungen: Es gibt keine Voraussetzungen. Wissen über die Entwicklung von Geschäftsmodellen und Interesse für das Thema Innovation sind jedoch von Vorteil.
Schwierigkeitsgrad: Einsteiger

Die von uns gebauten Anwendungen oder Systemlandschaften werden immer anspruchsvoller. Mögliche Antworten darauf sind der Einsatz von Microservices-Architekturen und Domain-Driven Design, Cloud-basierte Deployments oder verschiedene Varianten der hexagonalen bzw. Clean Architecture. Diese Ansätze helfen, aber sie werden auch zum Teil des Problems. Denn die Komplexität steigt durch ihren Einsatz. Deshalb braucht es zunächst eine stabile und verlässliche, explizite Softwarearchitekturbasis. In diesem Vortrag diskutieren wir, wie ihr mittels der Architekturvision zielgerichtet vorgehen und ohne Overengineering sowie bei bestmöglicher Risikoabschätzung Entscheidungen treffen und so eure Software möglichst flexibel entwickeln könnt. Explizite Softwarearchitekturarbeit ist essenziell, muss aber nicht schwer sein.

Zielpublikum: Architekten, Entwickler, Entscheider
Voraussetzungen: Grundlegende Kenntnisse von Softwarearchitektur
Schwierigkeitsgrad: Einsteiger

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

Es war eine schlimme Woche: Am Montag wurde die Rechtsabteilung aufgefordert, den Code unserer Anwendung vollständig zu veröffentlichen – eine eingesetzte Open-Source-Bibliothek zwingt uns dazu. Am Mittwoch musste ein neuer Release zurückgerollt werden, weil der fremde Autor sein offenes JavaScript-Modul überraschend funktionsuntüchtig gemacht hat. Freitag haben wir schließlich herausgefunden, dass der Rollout der neusten Version einer unserer Open-Source-Basislösungen wegen eines Sicherheitsproblems dringend wird. Leider haben wir das Paket stark erweitert – weshalb jeder Versionswechsel Wochen dauert und riskant ist. Wie konnte es so weit kommen? Und mehr noch: Welche Architekturentscheidungen verhindern so etwas?

Zielpublikum: Entwickler, Architekten, Projektpraktiker
Voraussetzungen: Interesse am risikoarmen Einsatz von Open Source
Schwierigkeitsgrad: Fortgeschritten

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

We are exploring an alternative approach to launching software development projects, moving away from overengineering, and refocusing on the essential business aspects. Our primary goal is to demonstrate that embracing Event Sourcing, a technique where we capture and store all changes to an application's state as a sequence of immutable events, offers substantial benefits without the need for complexity.
Event Sourcing allows for complete traceability and reconstruction of an application's state, providing valuable insights into historical data and enhancing audit capabilities. It promotes a clear separation of concerns by keeping the business logic separate from the storage mechanism, leading to more maintainable and scalable systems.
To aid in this endeavor, we will incorporate Type-Driven Design principles into C#, streamlining the process of writing code that is purposeful and intuitive. This approach places a strong emphasis on expressing the business intent, ensuring that it takes center stage in your codebase, resulting in code that is easier to understand and maintain.
Our ultimate aim is to present a minimalist architectural approach that effectively detaches our business logic from infrastructure concerns while preserving the integrity of our logic and allowing for seamless scalability in the future. This approach promises to simplify software development, making it more focused on delivering real business value.

Target Audience: Developers, Architects
Prerequisites: Basic knowledge about software architecture and design patterns 
Level: Advanced
 

Der Energiebedarf innerhalb der IT wächst aufgrund der zunehmenden Digitalisierung stetig an. Aktuelle Studien deuten darauf hin, dass CO₂-Emissionen im Bereich der IT im Jahr 2025 bis zu 8 % der globalen CO₂-Emissionen ausmachen werden. Diese Situation wirft die Frage auf, was wir als Softwareentwickler und -architekten tun können, um IT nachhaltiger zu gestalten. Zuerst einmal müssen wir das Thema Nachhaltigkeit in unserem Qualitätsmodell berücksichtigen. Dann müssen wir die positiven und negativen Wechselwirkungen zwischen dem Thema Nachhaltigkeit und existierender Produktqualitäten betrachten und uns überlegen, wie wir die negativen Wechselwirkungen durch Taktiken bzw. Design Patterns entweder ganz eliminieren oder zumindest abschwächen können. Ziel der Session ist es diese Fragestellungen in interaktiver Art und Weise mit den Teilnehmern zu diskutieren, um so ein Verständnis für nachhaltige Softwareentwicklung zu verstärken.

Zielpublikum: Architekten, Entwickler, technische Projektleiter
Voraussetzungen: Kenntnisse von Qualitätsmodellen und Design Patterns
Schwierigkeitsgrad: Einsteiger

Treiben dich Manager mit Gebravbel über die VUCA Welt in den Wahnsinn? Ist das Treffen von Entscheidungen in deiner Organisation zu einem langwierigen Prozess geworden? Wir möchten euch ein paar Werkzeuge vorstellen, die wir bei unserer täglichen Arbeit nutzen um Unsicherheiten zu begegnen und Themen zur Entscheidung zu bringen. Wir tauchen dazu ins iSAQB portfolio für Systems Architecture ein und kombinieren es mit Methoden des Complexity Managements und der Organisationsentwicklung um ein gesundes Level an Verlässlichkeit, Sicherheit und Planbarkeit zu erlangen.

Understanding what is happening in your cluster can be challenging. How can you quickly and easily tell if your cluster and apps are healthy, well utilized and running as expected? In this tutorial, we'll look at various aspects of Kubernetes observability, and present multiple OSS solutions from the CNCF landscape and beyond to achieve that. We will start with tools that simply query the Kubernetes API and deliver the output in an easy-to-understand UI (e.g. Skooner, k9s), go over sidecar-based and eBPF-based services meshes (e.g. Istio/Kiali, Cillium/Hubble UI) and end with application-side logging and monitoring (e.g. OpenTelemetry, fluentd, Jaeger, Grafana). Each level of observability demands a certain price in terms of configuration and runtime overhead. In turn the quality and depth of the information is different. The intended take-away is to get an understanding which type of tooling is the right one for a given purpose.

Target Audience: Developers, Architects
Prerequisites: None
Level: Basic

Die Architektur einer Anwendung ist wichtig, darüber gibt es wohl keine zwei Meinungen. Aber wer ist dafür zuständig? Ein eigener Softwarearchitekt? Dieses oft als altmodisch betrachtete Denken passt so gar nicht in die moderne agile Welt: Architektur ist Aufgabe des Teams! Ist das wirklich so? Aus seinem Berateralltag erzählt David viele spannende Beispiele und zeigt, dass die Antwort ein ganz klares "Jein" ist und wer wann genau welche Aufgabe übernehmen sollte.

Zielpublikum: Softwareentwickler, Architekten, Entscheider
Voraussetzungen: Basisverständnis der Softwareentwicklung
Schwierigkeitsgrad: Fortgeschritten

Data Transfer Objects (DTOs) have long been the go-to solution for data transfer between components, but aren't you annoyed that you have to write two transformations for converting your domain objects to and from your DTO objects? Aren't you tired of essentially implementing the same logic twice? We show you how to save time and nerves by using bidirectional data transformations. Bidirectional data transformations implement the conversion logic just once, which makes data conversion less annoying, less tedious, and less error-prone. Additionally, describing explicitly how the data is connected fosters understanding of your domain objects and improves maintainability of you code base.

Target Audience: Developer, Architects, Programming-Languages Enthusiasts
Prerequisites: None
Level: Advanced