Impulse und Inspirationen zur nachhaltigen und radikalen Veränderung des Status Quo. Und eine Aufforderung zum Realismus angesichts Marseille eggendem Fortschritts. Veränderung ist möglich, allerdings nicht mit den Füßen im Schlick und im Kopf im Nebel. Alternativen zu Anführungszeichen Lewitz Anführungszeichen auf einem schrumpfenden Planeten. Und eine Brücke zurück zur Architektur…

Wie entwickelt man sichere Software, die gängigen Compliance-Anforderungen entspricht? Threat Modeling ist ein etablierter Ansatz, der sich dies auf die Fahnen geschrieben hat. Leider wird er in der Praxis immer noch zu oft stiefmütterlich behandelt. Wir wollen zeigen, wie Threat Modeling auch agile Entwicklungsteams in ihrer Arbeit unterstützen kann, um aus unverständlichen Security-Anforderungen nachvollziehbare und planbare Eigenschaften zu machen, die die Qualität des Produkts verbessern.

Threat Modeling ist ein etablierter Ansatz, um sichere Software zu entwickeln, die gängigen Compliance-Anforderungen entspricht. Doch wie lässt sich dieser Ansatz in den Projektalltag integrieren und erfolgreich umsetzen? Unser Kollege Dr. Stephan Groß stellt gemeinsam mit weiteren Fachkollegen konkrete Herausforderungen aus unseren Projekten vor und berichtet von den Erfahrungen zu Threat Modeling in agilen Entwicklungsteams. Gemeinsam mit Ihnen diskutieren wir dann über konkrete Aspekte des Themas und schauen aus unterschiedlichen Blickwinkeln auf mögliche Lösungsansätze und Best Practices.

In Softwareentwicklung und -architektur haben sich viele Muster etabliert, die der domänengetriebenen Entwicklung (dem DDD) entstammen. Die soziologische Systemtheorie nach Luhmann fokussiert auf Kommunikation, und bringt neue Sichtweisen in die Prozesse: Unabhängiges Beobachten ist unmöglich, Realität ist immer die Konstruktion des Beobachters!

Dies hat Einfluss darauf, wie das Gesetz von Conway verstanden werden kann, und wie relevante Kommunikation zwischen Anwendergruppen und nachrichtengetriebene Softwarelösungen zusammenspielen können. Die Kombination dieser abstrakt erscheinenden Theorien hat ganz konkrete Konsequenzen auf Anforderungsfindung, agile Vorgenhensweisen und die Zusammenarbeit von Teams in der Softwareentwicklung. Ziel ist die Verbesserung der Anwenderzufriedenheit.

Microservices sind angetreten, die Problem der Monolithen zu lösen. Oder doch nicht? Immerhin ist es mittlerweile Mode, Microservices zu verdammen - dann müssen Monolithen doch die richtige Lösung gewesen sein! Die Diskussion nervt und dass es sie überhaupt gibt, zeigt schon ein grundlegendes Missverständnis darüber, worum es eigentlich bei Architektur geht und dass unsere Branche leider erhebliche Schwächen hat, wenn es darum geht, ernsthaften Fortschritt zu machen.

» Nimm kostenfrei am Entscheider-Track teil

» Nimm kostenfrei am Entscheider-Track teil

Die Theorie der „Dualität von Technik“ behauptet, dass sich Technik und die Struktur der Organisation, in der sie genutzt wird, wechselseitig beeinflussen und bedingen. Prognosen sind sich einig, dass Quantencomputer in dieser Dekade ihren Durchbruch erleben werden. Damit stellt sich die Frage, was mit einer Organisation passiert, wenn Quantencomputer in den Arbeitsalltag einziehen. Dieser Vortrag stellt - ausgehend von den absehbaren Potenzialen der Quantentechnologie - Prognosen auf, wie Quantencomputer die Aufbau- und Ablauforganisation verändern könnten, was das für Unternehmen bedeutet, und wie sich eine Organisation darauf vorbereiten könnte.

Zielpublikum: Architekten, Projektleiter, Manager, Entscheider
Voraussetzungen: Keine
Level: Basic

» Nimm kostenfrei am Entscheider-Track teil

In den modernen Unternehmen lässt sich Software-Architektur nicht mehr denken ohne gleichzeitig zu verstehen, wie die Organisationen dazu ausschaut. Das Destillat vermittelt einige grundlegende Konzepte, wie Software-Architekt:innen Organisationen verstehen können. Ziel des Destillats ist es, erste Ideen zu haben, wie aus dem Verstehen von Organisationen heraus Software-Architekturen entwickelt werden können, die nicht nur technisch erstklassig sind, sondern passfähig zur Organisation.

» Nimm kostenfrei am Entscheider-Track teil

Google, Microsoft und Facebook tun es. Und viele andere auch. Vor einigen Jahren noch mit Skepsis wahrgenommen, ist Open Sourcing zum Regelfall geworden. Was heißt das aber aus rechtlicher Sicht? Wer haftet wann und für was? Wie sieht es mit Urheberrecht aus? Wie kann bereits vorhandene eigene oder neue Software zu open sourced werden? Wie kann ich verhindern, dass essentielle Businessfunktionalität nach außen gelangt? Wie findet man die richtige Lizenz? Der Vortrag gibt einen für Laien gut verständlichen Einblick mit detaillierten Hintergründen, Fragen in der Haftung, in lizenz- und urheberrechtliche Fragestellungen wie auch der prozessualen Einbindung mit Lösungen wie Blackduck, WhiteSource & Co. Außerdem werden Open Chain und Oracle vs. Google beleuchtet.

Funktionaler Softwarearchitektur hat vielfältige Vorteile: Weniger Komplexität, weniger Kopplung, bessere Domänenmodelle. Toll wäre das natürlich im aktuellen Softwareprojekt, aber das ist ja meist objektorientiert-imperativ mit Java oder C# entwickelt. Ist es möglich, auch da von funktionalen Ansätzen zu profitieren? (Ja!) Und wie geht das am besten? Den funktionalen Ansatz in den alten Sprachen umsetzen? Alles wegwerfen und neu schreiben? Rapid Prototyping mit FP und dann doch wieder Java? Einfach mit Scala oder F# weiterprogrammieren? Erstmal umfangreich refaktorisieren? Meist gibt es einen inkrementellen Ansatz, der sich schnell amortisiert, aber der jeweils beste Weg hängt vom konkreten Projekt und vom Team ab. Der Vortrag greift Beispiele aus realer Projekterfahrung auf, zeigt in was für Situationen sich der Umstieg auf FP lohnt und wie ihn Softwarearchitekten und Entwickler am besten umsetzen.

Architekturdokumentation wird sehr oft stiefmütterlich behandelt. Dabei unterstützt das Dokumentieren bei der Entwurfsarbeit, schafft Transparenz bzw. Leitplanken für die Umsetzung und Wartung der Softwarearchitektur. Dieser Workshop führt anhand von vielen praktischen Übungen in die Begriffe Continuous Documentation und Documentation as Code ein.

Das Ziel ist die moderne, effektive und pragmatische Dokumentation der Softwarearchitektur. Dabei bauen wir auf bewährte Methoden, Formate und Tools wie AsciiDoc/Markdown, PlantUML, docToolchain, Maven/Gradle, jqAssistant und viele weitere. Agile Entwicklungsteams können so die Dokumentationsarbeit in ihre tägliche Arbeit integrieren und jederzeit aktuelle und gut strukturierte Ergebnisse ausliefern bzw. über Reviewprozesse stetig verbessern.

» Nimm kostenfrei am Entscheider-Track teil

In unseren Audits identifizieren wir die größten Herausforderungen für die Zukunftsfähigkeit von Softwaresystemen. Das Spektrum reicht dabei von der öffentlichen Verwaltung über DAX-Konzerne und Startups bis zur Kirche. Dabei begegnen uns immer wieder Probleme, die zwar abstrakt bekannt sind, aber auch uns in ihrer konkreten Ausprägung immer wieder überraschen. In diesem Vortrag teilen wir diese Erfahrungen aus der Praxis.

Wir beschäftigen uns unter anderem mit Zoos an Programmiersprachen, Vintage Technologie-Stacks und flachen Hierarchien in der Architektur. Wir treffen aber auch auf kreative Wiederverwendung und den Optimismus, dass bestimmter Code nie ausgeführt wird. Dabei zeigen wir, wie man diese Herausforderungen identifiziert und adressiert, oder noch besser, direkt vermeidet.

Zielpublikum: Architekten, Entwickler, Projektleiter, Manager, Entscheider - alle die wissen wollen was die Zukunftsfähigkeit von Software in der Praxis beeinträchtigt.
Voraussetzungen: Keine besonderen Fachkenntnisse. Aber Spaß an Erfahrungen und Anekdoten aus der Praxis.
Level: Basic

» Nimm kostenfrei am Entscheider-Track teil

Systeme leben häufig über viele Jahre, werden sorgsam gepflegt und immer wieder geflickt. Aber irgendwann wirkt das UI angestaubt und Änderungen brauchen ewig. Die Entscheidung, das System zu modernisieren, wird gefällt. Und dann kommt die einfachste Anforderung der Welt: 'Das neue System muss aber das Gleiche können wie das alte!'. Dass wir diese Anforderung so häufig hören ist nicht verwunderlich: Sie ist einfach, gefühlt präzise und man kann sie auch formulieren, wenn man das System nur oberflächlich kennt. Tatsächlich ist diese Anforderung aber ziemlich unsinnig. In diesem Vortrag erklären wir, warum die einfachste Anforderung der Welt Unsinn ist und geben Erfahrungen und Hinweise für Modernisierungsvorhaben, um den Zielzustand zu gestalten und den Weg der Modernisierung zu planen.

Zielpublikum: Architekt:innen, Manager:innen, Entscheider:innen, Projektleiter:innen
Voraussetzungen: Projekterfahrung
Level: Basic

» Nimm kostenfrei am Entscheider-Track teil

Eine sauber Architektur entwirft man am besten für Greenfield-Projekte. Das Leben besteht aber eher aus Legacy-Systemen und eine Architektur muss sich evolutionär anpassen - sonst wird sie auch sehr schnell zu Legacy. So wird Greenfield zur Ausnahme.

Dieser Vortrag zeigt verschiedene Ansätze, wie man Legacy-Systeme mit Domain-driven Design verbessern kann. Dabei geht es um verschiedene Techniken zum Einführen von Bounded Contexts und die Bewertung, wo Verbesserungen notwendig sind. So wird Domain-driven Design dort möglich, wo es am dringendsten gebraucht wird - bei den existierenden Systeme, die oft aus Geschäftssicht sehr erfolgreich und kritisch sind, aber ursprünglich ohne Rücksicht auf DDD entwickelt worden sind.

Zielpublikum: Alles an Software-Architektur Interessierten - Software-Architekt:innen, technische Projektleiter:innen, Entwickler:innen
Voraussetzungen: rundlegendes Verständnis über Software-Architektur, idealerweise Erfahrungen mit den Herausforderungen bei Legacy-Systemen
Level: Basic

Der Trend zu hochskalierenden Cloud-Anwendungen, die stark auf datengetriebene Features setzen, ist ungebrochen. Dadurch laufen immer mehr Anwendungen nur noch unter Eventual Consistency. Nebenläufige Änderungsoperationen auf inkonsistenten, replizierten Datenbeständen können allerdings zu schweren Replikations-Anomalien wie Lost Updates führen. Das Implementieren korrekter Merge-Logik im Fall von Schreibkonflikten ist eine große Fehlerquelle und selbst für sehr erfahrene Software-Architekt:innen eine Herausforderung. Basierend auf unseren Erfahrungen aus verschiedenen Kunden- und Forschungsprojekten entwickeln wir Architektur-Empfehlungen und Entwurfsmuster für das Design von Anwendungen, die unter Eventual Consistency laufen. Parallel treiben wir die Entwicklung eines Open-Source-Replikations-Frameworks, welches unsere Methoden unterstützt, voran. Der Vortrag gibt konkrete Hilfestellungen für Architekt:innen und beinhaltet eine Demo-Session.

Single-Page-Applications -ursprünglich als kleines fancy Frontend gestartet- sind in den letzten Jahren zu großen, schwergewichtigen eigenen Applikationen angewachsen, die fehleranfällig, schwer wartbar und langsam in der Weiterentwicklung sind. Aber woran liegt das eigentlich? Im Frontend gibt es als Abstraktion zumeist nur das Konzept der Komponenten. Eine tiefergehende Analyse der benötigten Bausteine bleibt in der Regel aus. Im Backend hingegen, erfolgen solche Analysen seit Jahren.

Aber lassen sich die Backend-Architektur-Konzepte ohne weiteres für das Frontend übernehmen? Was sind die Herausforderungen, in denen sich moderne Frontends von klassischen Backends unterscheiden? Wo braucht man daher andere Lösungen? Neben der Problemanalyse gibt dieser Talk konkrete Bausteine an die Hand.

» Nimm kostenfrei am Entscheider-Track teil

Die Teilnehmer erlangen aktuelle praktische Kenntnisse bei Entwicklung und Einsatz von sicheren Web-basierten Architekturen, insbesondere Schutzmaßnahmen und Best Practices zur Vorbeugung gegen typische Schwachstellen auf Basis der aktuellen 'OWASP Top 10 Security Vulnerabilities' des 'Open Web Application Security Project'.

» Nimm kostenfrei am Entscheider-Track teil

Eine der größten Herausforderungen von Microservices ist es, den Überblick über die Gesamtarchitektur zu bekommen und zu behalten. Welcher Service spricht eigentlich mit welchem? Wie kann ich sicherstellen, dass die Kommunikationswege der geplanten und dokumentierten Architektur entsprechen? Und welche Version eines Services ist eigentlich auf welcher Stage deployed? Wie kann ich automatisiert sicherstellen, dass die deployten Versionen der Services zueinander passen?

Mit Live-Demos wird gezeigt, wie Consumer-Driven Contracts, Tracing Server und Service Meshes eingesetzt werden können, um Architekturen zu visiualisieren und Vorgaben sicherzustellen.

Zielpublikum: Architekten, Entwickler, Projektleiter
Voraussetzungen: Projekterfahrung in service-orientierten Architekturen
Level: Advanced

» Nimm kostenfrei am Entscheider-Track teil

Der Betrag diskutiert, ob und wie man event-getriebene Architekturen als eine Form der reaktiven Architekturen in einer Beratungssoftware einsetzen kann. Dabei wird der Bogen von den Geschäftsanforderungen bis hin zur technischen Umsetzung gespannt. Warum wurde für diese Beratungssoftware der event-getriebene Ansatz gewählt? Es werden sowohl die geschäftlichen als auch die technischen Anforderungen diskutiert, die zur Wahl dieses Architekturansatzes geführt haben. Der event-getriebene Ansatz erwies sich als der richtige, um eine Entkopplung der Systeme und ein gesamthaftes Bild der einzelnen Aktivitäten für den Benutzer sicherzustellen.

Zielpublikum: Architekten, Entwickler, Manager
Voraussetzungen: Keine
Level: Advanced

Wann darf ich Open Source-Software nutzen, wann muss ich meinen Source Code ebenfalls veröffentlichen? Wie verstehe ich die Vielzahl an Lizenzen und welche Feinheiten gilt es zu beachten? Haften ich oder mein Unternehmen für die eingebundene Software? Und wer kennt das nicht: In Stack Overflow steht die Lösung für mein Problem, also füge ich das Codebeispiel ein - nur, darf ich das überhaupt?

Der Vortrag gibt einen für Laien gut verständlichen Einblick mit detaillierten rechtlichen und technischen Hintergründen, Fragen in der Haftung, in lizenz- und urheberrechtliche Fragestellungen wie auch der prozessualen Einbindung in den Entwickler- und Unternehmensalltag in Build-Pipelines mit Lösungen wie Blackduck, WhiteSource & Co. Außerdem werden Open Chain und Oracle vs. Google beleuchtet.

» Nimm kostenfrei am Entscheider-Track teil