[ { "date": "2026-09-23T00:00:00", "isDefault": true, "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "sessions": [ { "id": "0f9f3548-3d1a-4e38-95b0-01d48967f4b1", "title": "Einlass", "description": null, "startsAt": "2026-09-23T08:00:00", "endsAt": "2026-09-23T09:00:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false }, { "id": "1217346", "title": "AI Systems Architecture: Was AI-Features produktionstauglich macht", "description": "Ein AI-Feature als Prototyp zum Laufen zu bringen ist oft erstaunlich einfach. \r\nSchwieriger wird es, wenn es Teil eines echten Systems werden soll: mit stabilen Schnittstellen, nachvollziehbarer Qualität, kontrollierten Schreibzugriffen, Betriebskosten, Monitoring und klaren Übergaben an Menschen.\r\n \r\nDer entscheidende Unterschied zwischen Demo und Produktion liegt in der Architektur um das AI-Feature herum.\r\n\r\nWir sprechen über das Kernmodell der AI Systems Architecture: welche Architekturfragen früh geklärt werden müssen, damit AI-Komponenten nicht nur beeindruckend wirken, sondern belastbar integriert werden können:\r\n\r\n- Contract first statt prompt first: Welche strukturierten Outputs braucht das System wirklich?\r\n- Evaluation als Quality Gate: Wie prüft man Qualität, wenn klassische binäre Tests nicht reichen?\r\n- Control: Welche Aktionen darf ein Modell oder Agent selbst auslösen, welche brauchen Policies oder menschliche Freigabe? \r\n- Observability: Wie beobachtet man Latenz, Kosten, Token-Verbrauch, Retries, Drift und Qualitätsverlust in nichtdeterministischen Systemen? ", "startsAt": "2026-09-23T09:00:00", "endsAt": "2026-09-23T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "7ca687df-333e-499a-9711-b06d9ead31e8", "name": "Michael Seel" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217017", "title": "Observing Project Valhalla", "description": "Project Valhalla introduces value types into the Java language and virtual machine. Value types can be more efficient since they do not need pointer indirection and heap allocation. Moreover, Valhalla will lead to a more regular object model, unifying primitive types and their boxed types, and to simpler parameterized types. In this presentation, you will learn about the present state of the project. More importantly, you will learn how to benchmark, measure memory consumption, and watch the JIT code, so that you can evaluate its impact on your Java workloads. ", "startsAt": "2026-09-23T10:20:00", "endsAt": "2026-09-23T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "bbb8702d-0637-4c8e-ae97-45bde0d6b3a8", "name": "Cay Horstmann" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217816", "title": "Modularizing and Modernizing Legacy Software", "description": "Starting a new project from scratch with a clean slate is one thing; tackling legacy systems with chaotic architectures is another. Many teams inherit systems described as “Monoliths” or “Big Balls of Mud,” and this talk focuses on how to bring order to such challenges.\r\n\r\nParticipants will learn how to evaluate their current systems and identify steps to introduce—or restore—structure. Using Collaborative Modeling, attendees will gain actionable insights to design a clear and future-ready architecture.\r\n\r\nThe talk will equip participants with practical strategies to address common challenges, such as BBOM architecture, anemic domain models, and disorganized teams. By the end of the session, attendees will have a catalog of proven refactorings, actionable heuristics, and concrete tools to immediately evolve their own projects.", "startsAt": "2026-09-23T11:40:00", "endsAt": "2026-09-23T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "de44a1c1-8728-4063-b3d0-c0b3e7e87c4f", "name": "Henning Schwentner" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "03abec9a-c578-422b-a4de-3cfd90b7ba9c", "title": "Mittag", "description": null, "startsAt": "2026-09-23T12:40:00", "endsAt": "2026-09-23T13:40:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false }, { "id": "1189689", "title": "Zehn goldene Regeln, um dein Softwareprojekt zuverlässig zu ruinieren", "description": "Softwareprojekte sind chaotisch, anstrengend und voller Überraschungen. Und ganz ehrlich: So soll es auch bleiben. Ordnung würde ja nur den Spaß verderben. Trotzdem gibt es immer wieder Menschen, die glauben, man könnte Projekte wirklich zu Erfolg führen… unglaublich, oder?\r\n\r\nDamit dir so etwas nicht passiert, zeige ich dir in diesem Vortrag, wie du ein Softwareprojekt in 10 einfachen Schritten zuverlässig an die Wand fährst. Die „goldenen Anti-Pattern für maximalen Projektschaden“ entstammen jedoch nicht meiner Fantasie, nein, sie werden in der Realität täglich mit beeindruckender Konsequenz praktiziert. Und das Beste: Sie wirken nachhaltig. Manche dieser Muster entfalten ihre volle Zerstörungskraft erst Monate später.\r\n\r\nNachdem du alle Regeln kennengelernt hast, kannst du selbst entscheiden: Möchtest du sie weiterhin anwenden, oder vielleicht doch etwas verändern?\r\nSolltest du allerdings inspiriert sein, eines dieser Anti-Pattern künftig noch konsequenter zu leben… dann sollten wir uns nach dem Talk dringend unterhalten.", "startsAt": "2026-09-23T13:40:00", "endsAt": "2026-09-23T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "a7b7e1f1-3a0b-4216-b4b7-d91caf823132", "name": "Andreas Monschau" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217895", "title": "Digital Sovereignty Is Not About Licensing - It’s About Competence", "description": "Digitale Souveränität beschreibt die Fähigkeit von Organisationen und Individuen, ihre digitalen Technologien, Daten und Prozesse unabhängig zu gestalten und zu kontrollieren. In aktuellen Debatten wird Open-Source-Software oft als der zentrale Hebel für diese Souveränität auf Softwareebene dargestellt. Selten wird jedoch erklärt, wie der konkrete Weg dorthin aussieht und welche Voraussetzungen dafür erfüllt sein müssen. \r\n\r\nGerade im Management und Vertrieb fehlt häufig das Verständnis dafür, was Open Source wirklich bedeutet und welchen Beitrag sie realistischerweise leisten kann. Dieser Vortrag räumt mit gängigen Missverständnissen auf und vermittelt ein tieferes Verständnis für das Thema sowie die damit verbundenen Herausforderungen, damit diese zielgerichtet und effektiv angegangen werden können.", "startsAt": "2026-09-23T15:00:00", "endsAt": "2026-09-23T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "660b46e3-c3ef-4ff2-995d-d5cfd308e24e", "name": "Björn Stahl" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1221931", "title": "Building AI Agents with Spring AI", "description": "Agentic AI marks a shift from passive, prompt-driven interactions to autonomous systems that can reason, plan, and execute work. Spring AI brings this paradigm to the JVM, giving Java developers a familiar, Spring-native way to build agents without leaving the ecosystem they already know.\r\n\r\nIn this session, we explore how Spring AI brings the core capabilities of agentic systems to Java developers, from reasoning loops and tool invocation to orchestration and beyond. Along the way, we'll touch on patterns like human in the loop for pausing on critical decisions, AI Skills for packaging reusable capabilities into composable units, the Model Context Protocol (MCP) for standardizing access to external data and tools, and Agent to Agent (A2A) communication for letting specialized agents collaborate on complex tasks.\r\n\r\nThrough practical examples, attendees will learn how to build truly autonomous, production ready, agentic systems on top of Spring AI.", "startsAt": "2026-09-23T16:20:00", "endsAt": "2026-09-23T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "fdd22239-3557-4675-9e42-849f8104a58c", "name": "Timo Salm" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "e91906a3-d1af-4258-8d97-d7b0b3a1ae3f", "title": "Verlosung und Panel", "description": null, "startsAt": "2026-09-23T17:35:00", "endsAt": "2026-09-23T18:35:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false } ], "hasOnlyPlenumSessions": false }, { "id": 80308, "name": "Hörsaal C (1.OG)", "sessions": [ { "id": "1192028", "title": "Data Streaming in Aktion: Von IoT-Sensoren zu Echtzeit-Entscheidungen", "description": "In einer zunehmend vernetzten Welt, in der Milliarden von Sensoren und Geräten kontinuierlich Daten erzeugen, wird die Verarbeitung dieser Ströme zur zentralen Herausforderung. Klassische Batch-Verfahren stoßen hier schnell an ihre Grenzen – gefragt sind Datenarchitekturen, die Ereignisse in Echtzeit erfassen, verarbeiten und in nutzbare Informationen verwandeln.\r\n\r\nIn diesem Vortrag gebe ich eine Einführung in die Grundlagen von Data Streaming: von den theoretischen Konzepten über typische Architekturmuster bis hin zu den besonderen Anforderungen im IoT-Umfeld. Anhand praxisnaher Szenarien zeige ich, wie Datenströme aus Sensoren verarbeitet werden können – etwa zur Echtzeit-Analyse oder zur Steuerung von Prozessen.\r\n\r\nIm technischen Teil präsentiere ich ein leichtgewichtiges Code-Beispiel mittels Datastreaming, das verdeutlicht, wie mit wenigen Zeilen Code leistungsfähige Streaming-Pipelines entstehen. ", "startsAt": "2026-09-23T09:00:00", "endsAt": "2026-09-23T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "03415469-efed-4fde-b98c-b0e2db6225e7", "name": "Thomas Müller" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1193730", "title": "Vergiss den Tech-Stack: Das Geheimnis erfolgreicher Teams liegt woanders!", "description": "Das Team hat geliefert. Architektur gut durchdacht, der Code elegant, alles nach Plan. Und dann: Backlog leer. Keine To-dos mehr. Keine klaren Anforderungen. Nur eine unerwartete Frage: „Was machen wir jetzt?“\r\n\r\nWas als Leerlauf begann, wurde zum Wendepunkt – und stellte alles in Frage, worauf wir bis dahin stolz waren.\r\n\r\nWas bringt die beste Technik, wenn niemand sie bemerkt?\r\n\r\nIn diesem Vortrag geht es nicht um das nächste Framework, sondern um etwas Tieferes: Was unterscheidet Teams, die einfach nur Software bauen, von solchen, deren Arbeit echten Unterschied macht?\r\n\r\nEs geht um datenbasierte Entscheidungen, Nutzerkontakt, Hypothesen, Irrtümer – und darum, wie aus einem klassischen Dev-Team ein produktfokussiertes, lernendes Team wurde.", "startsAt": "2026-09-23T10:20:00", "endsAt": "2026-09-23T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "0b781984-d264-4e50-b123-b76d0b3a0349", "name": "Joshua Töpfer" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217909", "title": "Emergente Praktiken in der Softwarearchitektur", "description": "In komplexen, agilen Projekten lassen sich Architekturentscheidungen nicht mehr vollständig im Voraus planen. Klassische Big-Design-Up-Front-Ansätze führen häufig zu Überdokumentation, veralteten Modellen und unflexiblen Strukturen. Gleichzeitig stehen viele Architekt:innen vor der Herausforderung, Architektur nicht mehr „von oben“ vorzugeben, sondern sie gemeinsam mit Teams entstehen zu lassen – oft ohne klare Orientierung, welche Praktiken dabei helfen. Ohne geeignete Methoden droht entweder Chaos durch fehlende Leitplanken oder Stillstand durch zu starre Vorgaben.\r\n\r\nArchitecture Decision Records, evolutionäre Architektur, Fitness Functions, Walking Skeletons, letzter vernünftiger Moment oder kollaborative Modellierungssessions können bei einer kontinuierlichen, adaptiven Architekturarbeit unterstützen. Sie verbinden agile Prinzipien mit bewährten Vorgehensmustern und schaffen damit die Basis für eine lebendige, lernende und qualitativ hochwertige Architektur. Diese Ansätze fördern Emergenz, ohne die Architekturqualität dem Zufall zu überlassen – und helfen Teams, Architektur bewusst zu gestalten, anstatt sie einfach entstehen zu lassen. In dieser Session diskutieren wir, welche emergenten Praktiken für euch relevant sind und wie ihr sie in euren Projekten konkret umsetzen könnt.", "startsAt": "2026-09-23T11:40:00", "endsAt": "2026-09-23T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "2fa7d3c1-e216-4dc8-b05c-f94fe34390e7", "name": "Falk Sippach" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1192024", "title": "Let’s create a tiny LLM library together", "description": "When you want to integrate AI into your tools, what do you do? You add langchain4j or spring-ai and run with it. These fairly big libraries work well. But do you know how these libraries interact with the AI service providers or your local LLM instance? These libraries aren't magic; they are just abstractions of the underlying REST APIs.\r\n\r\nIn this talk, we'll peek behind the curtain, write a tiny LLM library together live on stage, and use it to build a tiny chatbot with tool support. ", "startsAt": "2026-09-23T13:40:00", "endsAt": "2026-09-23T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "1abaed1d-9bb6-4b47-816c-f388a4ba2742", "name": "Johannes Bechberger" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1201607", "title": "Agentic Software Development w/ SDD & TDD", "description": "The core concept for this talk is Spec-Driven Development (SDD) with solid guardrails.\r\n\r\nInstead of coding first and writing docs later, spec-driven development starts with a spec — a contract for how your code should behave, which becomes the source of truth for your tools and AI agents to generate test, and validate code. The result is less guesswork, fewer surprises, and higher-quality code.\r\n\r\nIn this session, you'll learn Spec-Driven Development: write what your app should do in plain English, let Google Antigravity generate the tests, then let it build the code to pass them. We'll also deploy our sample app using Google Cloud.", "startsAt": "2026-09-23T15:00:00", "endsAt": "2026-09-23T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "73e22b9a-7470-4dd1-8391-8591a50c97bf", "name": "Talia Asghar" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1216997", "title": "Taming the Junior – Ein kleines Handbuch", "description": "Auszubildende, Studierende, Quereinsteigende – das Fundament für die Zukunft eines jeden Software-Unternehmens. Doch wie gestaltet man diese Basis stabil?\r\n\r\nWährend das Können einer Programmiersprache, ein bestimmter Tech-Stack oder anderes erlerntes Fachwissen vielleicht die Eintrittskarte für den Start bilden, zählt in der dynamischen Welt der Technologien so viel mehr:\r\nProbleme lösen, die richtigen Fragen stellen, hilfreiche Code-Reviews durchführen, Wissen aneignen und weitergeben, Agilität leben usw….Wie bringt man sowas bei?\r\n\r\nIn dieser Session teile ich meine Erfahrungen aus den letzten zwei Jahren meiner Arbeit als Dozentin und betreuende Entwicklerin. Dabei gebe ich Impulse für die grundlegenden Fragen “Wie arbeite ich einen Junior nachhaltig ein?” und “Warum lohnt es sich auch oder gerade in Zeiten von AI, in diese Aufgabe zu investieren?“.", "startsAt": "2026-09-23T16:20:00", "endsAt": "2026-09-23T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "fd403155-b61e-4fbd-ab22-166b3efe8b3d", "name": "Elisabeth Kletsko" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true } ], "hasOnlyPlenumSessions": false }, { "id": 80309, "name": "Hörsaal D (1.OG)", "sessions": [ { "id": "1217797", "title": "Splitting without Splitting", "description": "We all know it - our team has become too big, meetings take too long, half of the conversations don’t apply to our work, and the sprint goal is now “finish all stories in the sprint”! The classic textbook and the chatbot are certain: The team should be split!\r\n\r\nAnd this is indeed the optimal solution. But real life isn’t a textbook, and our resources aren’t infinite. What if instead of slicing to be a-two-pizza-team, we asked the question: “What do we actually need to work well together?”\r\n\r\nAfter over 4 years working with several large data science and engineering teams that wrestled with multiple variations of the same problem, we’ve resisted the urge to split by the book.\r\n\r\nInstead of insisting on the one right way, we want to show you how tuning in, listening, and deliberately choosing the solution, can bring back the fun, ease and coveted efficiency we all are after. \r\n\r\nThat could mean: changing who does what in the team, redrawing team boundaries, or combining pragmatic approaches of multiple organizational design systems like LeSS, Team Topologies, and Fluid Teams. \r\n\r\nThe trick is to stop chasing the perfect model and start designing something that actually fits both the team’s culture and unique problem domain. Think of it like tailoring a suit: it has to fit the people wearing it, not just look good on a cover.\r\n", "startsAt": "2026-09-23T09:00:00", "endsAt": "2026-09-23T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "60e50b4a-dd08-4150-a28a-277ff81c03cc", "name": "Tsvetelina Plummer" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217765", "title": "Wenn Kompetenz übersehen wird: Vorurteile erkennen, Vielfalt fördern", "description": "[UT] Wie wir Sichtbarkeit und Teilhabe in der Tech-Welt stärken\r\n\r\nIn der IT-Welt dominieren Männer – das sehen wir in unseren Teams, bei Veranstaltungen und auf den Bühnen der Konferenzen. Aktuell finden wir in der Branche etwa 20 % Frauen. Bei IT-Events und -Konferenzen liegt ihr Anteil oft noch deutlich darunter; sowohl bei den Teilnehmenden als auch als Vortragende. Häufig argumentieren wir, Frauen müssten sich einfach stärker engagieren oder besser sein. Doch diese Sicht ignoriert unsichtbare Vorurteile, die dazu führen, dass Kompetenz übersehen wird. Männer profitieren seit Jahren von Netzwerken, die Sichtbarkeit, Karrierechancen und Einfluss sichern, während Frauen oft der Zugang zu diesen entscheidenden Ressourcen fehlt.\r\n\r\nIn diesem Talk schauen wir gemeinsam hin: Warum diverse Teams bessere Ergebnisse liefern, welche Biases Frauen behindern und wie strukturelle Barrieren wirken. Chancengleichheit entsteht nicht von allein – sie braucht Bewusstsein und Taten.\r\n\r\nWir entdecken konkrete Ansätze für alle: Als Individuen (z. B. Ally-Sein), Teams (faire Anerkennung), Unternehmen (inklusive Events) und Communities (mehr Sichtbarkeit schaffen). So stärken wir Vielfalt und profitieren gemeinsam von einer nachhaltigen Teilhabe in der Tech-Welt.\r\n", "startsAt": "2026-09-23T10:20:00", "endsAt": "2026-09-23T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "895ba3c2-7560-48b6-be79-60f025465e7a", "name": "Katrin Rabow" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1216529", "title": "Customization pro Kunde architektonisch verankern statt ständig nach Standardisierung zu rufen", "description": "Standardisierung ist oftmals der heilige Gral der Produktentwicklung. Ein Produkt muss für möglichst viele Kunden passen, individuelle Anforderungen pro Kunde werden als Fehler des Produktmanagements oder des Vertriebs betrachtet. Wir nehmen in diesem Talk eine etwas andere Perspektive ein und behaupten: Wenn individuelle Features pro Kunde tatsächlich eine Anforderung sind, dann ist es unsere Aufgabe als Architekten und Entwickler diese mit vertretbarem technischen Aufwand möglich zu machen. Wir zeigen eine konkrete Architektur eines PropTech Unternehmens, die es einem kleinen Team (< 10 Entwickler) ermöglicht, in Summe über 100 teils sehr unterschiedliche Kunden zu bedienen.", "startsAt": "2026-09-23T11:40:00", "endsAt": "2026-09-23T12:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "5ba92463-6d3e-46da-aa93-1c8f93671826", "name": "Tobias Larscheid" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1194579", "title": "From RAG to memory decay: engineering a memory for chatbots and beyond", "description": "Every conversation with AI starts from zero. To help users, we have to populate the context for an LLM with correct information, with right amount of it, and with tolerable latency. This session explores some common instruments and techniques of providing that information (including memory decay and reranking), sharing learnings from different use cases - from local chatbots to large e-commerce applications.", "startsAt": "2026-09-23T12:00:00", "endsAt": "2026-09-23T12:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "40179349-3469-421e-beb3-a55a78e881bf", "name": "Ivan Vokhmin" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217921", "title": "High Speed Open Source: Ich wollte nur ein kleines Tool bauen, jetzt leite ich eine Softwarefabrik", "description": "Irrlicht.io ist ein Open Source Tool für die Beobachtung von KI Coding Agenten. Aber in diesem Vortrag ist das Produkt nur der sichtbare Teil der Geschichte. Interessanter ist, wie es entstanden ist: als kleine, schnelle, manchmal erstaunlich produktive und manchmal komplett überfordernde Coding Factory. Mit Claude Code, Codex, Pi, OpenCode und Gas Town.\r\n\r\nWelche Aufgaben können Agenten wirklich alleine übernehmen? Wo braucht es den Menschen als Architekt, Produktmanager, Reviewer, Bremse und gelegentlich als Feuerwehr?\r\n\r\nEs geht um die Aha Momente und um die Enttäuschungen. Manche Agenten wurden zu treuen Begleitern. Andere bauten mit beeindruckendem Selbstbewusstsein kompletten Unsinn. Überraschend gut lief dagegen alles rund um Marketing, Landing Pages und PR. Sogar die ersten Schritte in Richtung Community-Aufbau wurden plötzlich machbar. Immer wieder stand dieselbe Frage im Raum: Wann ist Vertrauen produktiv und wann rettet Kontrolle das Projekt?\r\n\r\nDazu kommt die weniger glamouröse Seite von Hochgeschwindigkeit: Was macht dieses Tempo mit Körper, sozialem Umfeld und Kopf, wenn die Maschine immer weiterlaufen könnte, der Mensch aber nicht?\r\n\r\nAm Ende geht es nicht um Irrlicht als Produkt. Irrlicht ist das Artefakt, das aus dem Experiment gefallen ist. Eigentlich geht es um eine neue Form von Open Source Arbeit: kleine autonome Fabriken, die erstaunlich viel schaffen und trotzdem ständig Leitplanken brauchen. Die zentrale These: Die neue Superkraft ist nicht, noch schneller noch mehr Code zu erzeugen. Die neue Superkraft ist, Systeme so zu bauen, die Menschen verstehen, lenken und aushalten können.", "startsAt": "2026-09-23T12:20:00", "endsAt": "2026-09-23T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "429f5ec5-1fa5-4801-a70e-5274edb3559d", "name": "Ingo Eichhorst" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1192613", "title": "The Sound of Databases", "description": "Databases are not just about storing data. They are about time. And nothing exposes time like music. In this session, we use sound to explore how AWS databases behave under pressure. Instead of charts and traditional benchmarks, we listen.\r\n\r\nBy turning database behavior into music, we reveal how different services handle timing, consistency, and scale. Small delays, uneven performance, and unexpected pauses quickly become audible.\r\n\r\nWe will compare several AWS databases, relational and non-relational, serverless and provisioned, and let them perform. If a database can’t sing, it probably can’t scale.", "startsAt": "2026-09-23T13:40:00", "endsAt": "2026-09-23T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "7af876c6-a13d-4690-92b3-4d9cf2b14823", "name": "Renato Losio" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217481", "title": "GraalVM meets WebAssembly", "description": "The JVM is one of the world’s most widely used programming platforms, yet it’s rarely mentioned in conjunction with WebAssembly—until now! GraalVM brings Wasm to the JVM ecosystem with two projects: the GraalWasm runtime, and GraalVM Web Image, a new JVM bytecode-to-Wasm compiler.\r\n\r\nThis session introduces GraalWasm, an embeddable Wasm runtime with excellent tooling and exceptional performance thanks to the optimizing Graal JIT compiler. We'll demo and debug a Rust library, compiled to Wasm, and embedded in a Spring Boot microservice.\r\n\r\nWe’ll also present GraalVM Web Image which can compile JVM applications into efficient Wasm modules that start up fast and run in the browser, on mobile, and in the cloud. We’ll explain how it works, highlight practical use cases, demo end-to-end workflows, and discuss current limitations and what’s next.\r\n\r\nIf you’re interested in bringing Wasm to the legions of independent and enterprise JVM developers who have yet to embrace it, this session is for you!", "startsAt": "2026-09-23T15:00:00", "endsAt": "2026-09-23T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "5f2a76e7-e323-4e27-ad0b-9dd8da37f244", "name": "Fabio Niephaus" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1220060", "title": "Souverän in der Cloud: Wie wir Azure gegen einen deutschen Cloud-Provider getauscht haben", "description": "Digitale Souveränität klingt gut – aber was bedeutet sie konkret für ein Entwicklungsteam, das mitten in einem laufenden Projekt steckt? Wir haben es herausgefunden: durch eine vollständige Migration einer cloud-nativen KI-Anwendung von Microsoft Azure zur IONOS Cloud.\r\n\r\nDie Anwendung – ein AI-Assistent für die Faktura-Unterstützung mit Chat-UI, MCP-Server und asynchronem Job-Processor – nutzte das volle Azure-Ökosystem: Container Apps, Key Vault, Table Storage, OpenAI, Entra ID. Ein idealer Belastungstest für die Frage: Was ist bei einem europäischen Provider direkt abbildbar, was erfordert Workarounds – und was geht schlicht nicht?\r\n\r\nWir zeigen das vollständige Service-Mapping, die konkreten Gaps (Secret Management, Job Repository, IAM) und die Re-Architect-Entscheidungen, die daraus folgten: OpenBao statt Key Vault, Redis statt Table Storage, Kubernetes als universeller Gap-Filler. Und wir erklären, warum Microsoft Entra ID am Ende trotzdem noch im Stack geblieben ist – weil nicht alles migriert werden muss.\r\n\r\nDas Ergebnis ist ein ehrlicher Erfahrungsbericht mit konkreten Lessons Learned: EU Sovereign Cloud ist technisch machbar – aber sie kommt mit einem Engineering-Overhead, der realistisch kalkuliert werden muss.", "startsAt": "2026-09-23T16:20:00", "endsAt": "2026-09-23T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "231ee3ca-1977-4375-9d11-a4dd39a2ac8c", "name": "Wolfgang Strunk" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true } ], "hasOnlyPlenumSessions": false } ], "timeSlots": [ { "slotStart": "08:00:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "0f9f3548-3d1a-4e38-95b0-01d48967f4b1", "title": "Einlass", "description": null, "startsAt": "2026-09-23T08:00:00", "endsAt": "2026-09-23T09:00:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false }, "index": 0 } ] }, { "slotStart": "09:00:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1217346", "title": "AI Systems Architecture: Was AI-Features produktionstauglich macht", "description": "Ein AI-Feature als Prototyp zum Laufen zu bringen ist oft erstaunlich einfach. \r\nSchwieriger wird es, wenn es Teil eines echten Systems werden soll: mit stabilen Schnittstellen, nachvollziehbarer Qualität, kontrollierten Schreibzugriffen, Betriebskosten, Monitoring und klaren Übergaben an Menschen.\r\n \r\nDer entscheidende Unterschied zwischen Demo und Produktion liegt in der Architektur um das AI-Feature herum.\r\n\r\nWir sprechen über das Kernmodell der AI Systems Architecture: welche Architekturfragen früh geklärt werden müssen, damit AI-Komponenten nicht nur beeindruckend wirken, sondern belastbar integriert werden können:\r\n\r\n- Contract first statt prompt first: Welche strukturierten Outputs braucht das System wirklich?\r\n- Evaluation als Quality Gate: Wie prüft man Qualität, wenn klassische binäre Tests nicht reichen?\r\n- Control: Welche Aktionen darf ein Modell oder Agent selbst auslösen, welche brauchen Policies oder menschliche Freigabe? \r\n- Observability: Wie beobachtet man Latenz, Kosten, Token-Verbrauch, Retries, Drift und Qualitätsverlust in nichtdeterministischen Systemen? ", "startsAt": "2026-09-23T09:00:00", "endsAt": "2026-09-23T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "7ca687df-333e-499a-9711-b06d9ead31e8", "name": "Michael Seel" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1192028", "title": "Data Streaming in Aktion: Von IoT-Sensoren zu Echtzeit-Entscheidungen", "description": "In einer zunehmend vernetzten Welt, in der Milliarden von Sensoren und Geräten kontinuierlich Daten erzeugen, wird die Verarbeitung dieser Ströme zur zentralen Herausforderung. Klassische Batch-Verfahren stoßen hier schnell an ihre Grenzen – gefragt sind Datenarchitekturen, die Ereignisse in Echtzeit erfassen, verarbeiten und in nutzbare Informationen verwandeln.\r\n\r\nIn diesem Vortrag gebe ich eine Einführung in die Grundlagen von Data Streaming: von den theoretischen Konzepten über typische Architekturmuster bis hin zu den besonderen Anforderungen im IoT-Umfeld. Anhand praxisnaher Szenarien zeige ich, wie Datenströme aus Sensoren verarbeitet werden können – etwa zur Echtzeit-Analyse oder zur Steuerung von Prozessen.\r\n\r\nIm technischen Teil präsentiere ich ein leichtgewichtiges Code-Beispiel mittels Datastreaming, das verdeutlicht, wie mit wenigen Zeilen Code leistungsfähige Streaming-Pipelines entstehen. ", "startsAt": "2026-09-23T09:00:00", "endsAt": "2026-09-23T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "03415469-efed-4fde-b98c-b0e2db6225e7", "name": "Thomas Müller" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1217797", "title": "Splitting without Splitting", "description": "We all know it - our team has become too big, meetings take too long, half of the conversations don’t apply to our work, and the sprint goal is now “finish all stories in the sprint”! The classic textbook and the chatbot are certain: The team should be split!\r\n\r\nAnd this is indeed the optimal solution. But real life isn’t a textbook, and our resources aren’t infinite. What if instead of slicing to be a-two-pizza-team, we asked the question: “What do we actually need to work well together?”\r\n\r\nAfter over 4 years working with several large data science and engineering teams that wrestled with multiple variations of the same problem, we’ve resisted the urge to split by the book.\r\n\r\nInstead of insisting on the one right way, we want to show you how tuning in, listening, and deliberately choosing the solution, can bring back the fun, ease and coveted efficiency we all are after. \r\n\r\nThat could mean: changing who does what in the team, redrawing team boundaries, or combining pragmatic approaches of multiple organizational design systems like LeSS, Team Topologies, and Fluid Teams. \r\n\r\nThe trick is to stop chasing the perfect model and start designing something that actually fits both the team’s culture and unique problem domain. Think of it like tailoring a suit: it has to fit the people wearing it, not just look good on a cover.\r\n", "startsAt": "2026-09-23T09:00:00", "endsAt": "2026-09-23T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "60e50b4a-dd08-4150-a28a-277ff81c03cc", "name": "Tsvetelina Plummer" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "10:20:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1217017", "title": "Observing Project Valhalla", "description": "Project Valhalla introduces value types into the Java language and virtual machine. Value types can be more efficient since they do not need pointer indirection and heap allocation. Moreover, Valhalla will lead to a more regular object model, unifying primitive types and their boxed types, and to simpler parameterized types. In this presentation, you will learn about the present state of the project. More importantly, you will learn how to benchmark, measure memory consumption, and watch the JIT code, so that you can evaluate its impact on your Java workloads. ", "startsAt": "2026-09-23T10:20:00", "endsAt": "2026-09-23T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "bbb8702d-0637-4c8e-ae97-45bde0d6b3a8", "name": "Cay Horstmann" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1193730", "title": "Vergiss den Tech-Stack: Das Geheimnis erfolgreicher Teams liegt woanders!", "description": "Das Team hat geliefert. Architektur gut durchdacht, der Code elegant, alles nach Plan. Und dann: Backlog leer. Keine To-dos mehr. Keine klaren Anforderungen. Nur eine unerwartete Frage: „Was machen wir jetzt?“\r\n\r\nWas als Leerlauf begann, wurde zum Wendepunkt – und stellte alles in Frage, worauf wir bis dahin stolz waren.\r\n\r\nWas bringt die beste Technik, wenn niemand sie bemerkt?\r\n\r\nIn diesem Vortrag geht es nicht um das nächste Framework, sondern um etwas Tieferes: Was unterscheidet Teams, die einfach nur Software bauen, von solchen, deren Arbeit echten Unterschied macht?\r\n\r\nEs geht um datenbasierte Entscheidungen, Nutzerkontakt, Hypothesen, Irrtümer – und darum, wie aus einem klassischen Dev-Team ein produktfokussiertes, lernendes Team wurde.", "startsAt": "2026-09-23T10:20:00", "endsAt": "2026-09-23T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "0b781984-d264-4e50-b123-b76d0b3a0349", "name": "Joshua Töpfer" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1217765", "title": "Wenn Kompetenz übersehen wird: Vorurteile erkennen, Vielfalt fördern", "description": "[UT] Wie wir Sichtbarkeit und Teilhabe in der Tech-Welt stärken\r\n\r\nIn der IT-Welt dominieren Männer – das sehen wir in unseren Teams, bei Veranstaltungen und auf den Bühnen der Konferenzen. Aktuell finden wir in der Branche etwa 20 % Frauen. Bei IT-Events und -Konferenzen liegt ihr Anteil oft noch deutlich darunter; sowohl bei den Teilnehmenden als auch als Vortragende. Häufig argumentieren wir, Frauen müssten sich einfach stärker engagieren oder besser sein. Doch diese Sicht ignoriert unsichtbare Vorurteile, die dazu führen, dass Kompetenz übersehen wird. Männer profitieren seit Jahren von Netzwerken, die Sichtbarkeit, Karrierechancen und Einfluss sichern, während Frauen oft der Zugang zu diesen entscheidenden Ressourcen fehlt.\r\n\r\nIn diesem Talk schauen wir gemeinsam hin: Warum diverse Teams bessere Ergebnisse liefern, welche Biases Frauen behindern und wie strukturelle Barrieren wirken. Chancengleichheit entsteht nicht von allein – sie braucht Bewusstsein und Taten.\r\n\r\nWir entdecken konkrete Ansätze für alle: Als Individuen (z. B. Ally-Sein), Teams (faire Anerkennung), Unternehmen (inklusive Events) und Communities (mehr Sichtbarkeit schaffen). So stärken wir Vielfalt und profitieren gemeinsam von einer nachhaltigen Teilhabe in der Tech-Welt.\r\n", "startsAt": "2026-09-23T10:20:00", "endsAt": "2026-09-23T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "895ba3c2-7560-48b6-be79-60f025465e7a", "name": "Katrin Rabow" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "11:40:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1217816", "title": "Modularizing and Modernizing Legacy Software", "description": "Starting a new project from scratch with a clean slate is one thing; tackling legacy systems with chaotic architectures is another. Many teams inherit systems described as “Monoliths” or “Big Balls of Mud,” and this talk focuses on how to bring order to such challenges.\r\n\r\nParticipants will learn how to evaluate their current systems and identify steps to introduce—or restore—structure. Using Collaborative Modeling, attendees will gain actionable insights to design a clear and future-ready architecture.\r\n\r\nThe talk will equip participants with practical strategies to address common challenges, such as BBOM architecture, anemic domain models, and disorganized teams. By the end of the session, attendees will have a catalog of proven refactorings, actionable heuristics, and concrete tools to immediately evolve their own projects.", "startsAt": "2026-09-23T11:40:00", "endsAt": "2026-09-23T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "de44a1c1-8728-4063-b3d0-c0b3e7e87c4f", "name": "Henning Schwentner" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1217909", "title": "Emergente Praktiken in der Softwarearchitektur", "description": "In komplexen, agilen Projekten lassen sich Architekturentscheidungen nicht mehr vollständig im Voraus planen. Klassische Big-Design-Up-Front-Ansätze führen häufig zu Überdokumentation, veralteten Modellen und unflexiblen Strukturen. Gleichzeitig stehen viele Architekt:innen vor der Herausforderung, Architektur nicht mehr „von oben“ vorzugeben, sondern sie gemeinsam mit Teams entstehen zu lassen – oft ohne klare Orientierung, welche Praktiken dabei helfen. Ohne geeignete Methoden droht entweder Chaos durch fehlende Leitplanken oder Stillstand durch zu starre Vorgaben.\r\n\r\nArchitecture Decision Records, evolutionäre Architektur, Fitness Functions, Walking Skeletons, letzter vernünftiger Moment oder kollaborative Modellierungssessions können bei einer kontinuierlichen, adaptiven Architekturarbeit unterstützen. Sie verbinden agile Prinzipien mit bewährten Vorgehensmustern und schaffen damit die Basis für eine lebendige, lernende und qualitativ hochwertige Architektur. Diese Ansätze fördern Emergenz, ohne die Architekturqualität dem Zufall zu überlassen – und helfen Teams, Architektur bewusst zu gestalten, anstatt sie einfach entstehen zu lassen. In dieser Session diskutieren wir, welche emergenten Praktiken für euch relevant sind und wie ihr sie in euren Projekten konkret umsetzen könnt.", "startsAt": "2026-09-23T11:40:00", "endsAt": "2026-09-23T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "2fa7d3c1-e216-4dc8-b05c-f94fe34390e7", "name": "Falk Sippach" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1216529", "title": "Customization pro Kunde architektonisch verankern statt ständig nach Standardisierung zu rufen", "description": "Standardisierung ist oftmals der heilige Gral der Produktentwicklung. Ein Produkt muss für möglichst viele Kunden passen, individuelle Anforderungen pro Kunde werden als Fehler des Produktmanagements oder des Vertriebs betrachtet. Wir nehmen in diesem Talk eine etwas andere Perspektive ein und behaupten: Wenn individuelle Features pro Kunde tatsächlich eine Anforderung sind, dann ist es unsere Aufgabe als Architekten und Entwickler diese mit vertretbarem technischen Aufwand möglich zu machen. Wir zeigen eine konkrete Architektur eines PropTech Unternehmens, die es einem kleinen Team (< 10 Entwickler) ermöglicht, in Summe über 100 teils sehr unterschiedliche Kunden zu bedienen.", "startsAt": "2026-09-23T11:40:00", "endsAt": "2026-09-23T12:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "5ba92463-6d3e-46da-aa93-1c8f93671826", "name": "Tobias Larscheid" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "12:00:00", "rooms": [ { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1194579", "title": "From RAG to memory decay: engineering a memory for chatbots and beyond", "description": "Every conversation with AI starts from zero. To help users, we have to populate the context for an LLM with correct information, with right amount of it, and with tolerable latency. This session explores some common instruments and techniques of providing that information (including memory decay and reranking), sharing learnings from different use cases - from local chatbots to large e-commerce applications.", "startsAt": "2026-09-23T12:00:00", "endsAt": "2026-09-23T12:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "40179349-3469-421e-beb3-a55a78e881bf", "name": "Ivan Vokhmin" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "12:20:00", "rooms": [ { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1217921", "title": "High Speed Open Source: Ich wollte nur ein kleines Tool bauen, jetzt leite ich eine Softwarefabrik", "description": "Irrlicht.io ist ein Open Source Tool für die Beobachtung von KI Coding Agenten. Aber in diesem Vortrag ist das Produkt nur der sichtbare Teil der Geschichte. Interessanter ist, wie es entstanden ist: als kleine, schnelle, manchmal erstaunlich produktive und manchmal komplett überfordernde Coding Factory. Mit Claude Code, Codex, Pi, OpenCode und Gas Town.\r\n\r\nWelche Aufgaben können Agenten wirklich alleine übernehmen? Wo braucht es den Menschen als Architekt, Produktmanager, Reviewer, Bremse und gelegentlich als Feuerwehr?\r\n\r\nEs geht um die Aha Momente und um die Enttäuschungen. Manche Agenten wurden zu treuen Begleitern. Andere bauten mit beeindruckendem Selbstbewusstsein kompletten Unsinn. Überraschend gut lief dagegen alles rund um Marketing, Landing Pages und PR. Sogar die ersten Schritte in Richtung Community-Aufbau wurden plötzlich machbar. Immer wieder stand dieselbe Frage im Raum: Wann ist Vertrauen produktiv und wann rettet Kontrolle das Projekt?\r\n\r\nDazu kommt die weniger glamouröse Seite von Hochgeschwindigkeit: Was macht dieses Tempo mit Körper, sozialem Umfeld und Kopf, wenn die Maschine immer weiterlaufen könnte, der Mensch aber nicht?\r\n\r\nAm Ende geht es nicht um Irrlicht als Produkt. Irrlicht ist das Artefakt, das aus dem Experiment gefallen ist. Eigentlich geht es um eine neue Form von Open Source Arbeit: kleine autonome Fabriken, die erstaunlich viel schaffen und trotzdem ständig Leitplanken brauchen. Die zentrale These: Die neue Superkraft ist nicht, noch schneller noch mehr Code zu erzeugen. Die neue Superkraft ist, Systeme so zu bauen, die Menschen verstehen, lenken und aushalten können.", "startsAt": "2026-09-23T12:20:00", "endsAt": "2026-09-23T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "429f5ec5-1fa5-4801-a70e-5274edb3559d", "name": "Ingo Eichhorst" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "12:40:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "03abec9a-c578-422b-a4de-3cfd90b7ba9c", "title": "Mittag", "description": null, "startsAt": "2026-09-23T12:40:00", "endsAt": "2026-09-23T13:40:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false }, "index": 0 } ] }, { "slotStart": "13:40:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1189689", "title": "Zehn goldene Regeln, um dein Softwareprojekt zuverlässig zu ruinieren", "description": "Softwareprojekte sind chaotisch, anstrengend und voller Überraschungen. Und ganz ehrlich: So soll es auch bleiben. Ordnung würde ja nur den Spaß verderben. Trotzdem gibt es immer wieder Menschen, die glauben, man könnte Projekte wirklich zu Erfolg führen… unglaublich, oder?\r\n\r\nDamit dir so etwas nicht passiert, zeige ich dir in diesem Vortrag, wie du ein Softwareprojekt in 10 einfachen Schritten zuverlässig an die Wand fährst. Die „goldenen Anti-Pattern für maximalen Projektschaden“ entstammen jedoch nicht meiner Fantasie, nein, sie werden in der Realität täglich mit beeindruckender Konsequenz praktiziert. Und das Beste: Sie wirken nachhaltig. Manche dieser Muster entfalten ihre volle Zerstörungskraft erst Monate später.\r\n\r\nNachdem du alle Regeln kennengelernt hast, kannst du selbst entscheiden: Möchtest du sie weiterhin anwenden, oder vielleicht doch etwas verändern?\r\nSolltest du allerdings inspiriert sein, eines dieser Anti-Pattern künftig noch konsequenter zu leben… dann sollten wir uns nach dem Talk dringend unterhalten.", "startsAt": "2026-09-23T13:40:00", "endsAt": "2026-09-23T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "a7b7e1f1-3a0b-4216-b4b7-d91caf823132", "name": "Andreas Monschau" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1192024", "title": "Let’s create a tiny LLM library together", "description": "When you want to integrate AI into your tools, what do you do? You add langchain4j or spring-ai and run with it. These fairly big libraries work well. But do you know how these libraries interact with the AI service providers or your local LLM instance? These libraries aren't magic; they are just abstractions of the underlying REST APIs.\r\n\r\nIn this talk, we'll peek behind the curtain, write a tiny LLM library together live on stage, and use it to build a tiny chatbot with tool support. ", "startsAt": "2026-09-23T13:40:00", "endsAt": "2026-09-23T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "1abaed1d-9bb6-4b47-816c-f388a4ba2742", "name": "Johannes Bechberger" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1192613", "title": "The Sound of Databases", "description": "Databases are not just about storing data. They are about time. And nothing exposes time like music. In this session, we use sound to explore how AWS databases behave under pressure. Instead of charts and traditional benchmarks, we listen.\r\n\r\nBy turning database behavior into music, we reveal how different services handle timing, consistency, and scale. Small delays, uneven performance, and unexpected pauses quickly become audible.\r\n\r\nWe will compare several AWS databases, relational and non-relational, serverless and provisioned, and let them perform. If a database can’t sing, it probably can’t scale.", "startsAt": "2026-09-23T13:40:00", "endsAt": "2026-09-23T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "7af876c6-a13d-4690-92b3-4d9cf2b14823", "name": "Renato Losio" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "15:00:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1217895", "title": "Digital Sovereignty Is Not About Licensing - It’s About Competence", "description": "Digitale Souveränität beschreibt die Fähigkeit von Organisationen und Individuen, ihre digitalen Technologien, Daten und Prozesse unabhängig zu gestalten und zu kontrollieren. In aktuellen Debatten wird Open-Source-Software oft als der zentrale Hebel für diese Souveränität auf Softwareebene dargestellt. Selten wird jedoch erklärt, wie der konkrete Weg dorthin aussieht und welche Voraussetzungen dafür erfüllt sein müssen. \r\n\r\nGerade im Management und Vertrieb fehlt häufig das Verständnis dafür, was Open Source wirklich bedeutet und welchen Beitrag sie realistischerweise leisten kann. Dieser Vortrag räumt mit gängigen Missverständnissen auf und vermittelt ein tieferes Verständnis für das Thema sowie die damit verbundenen Herausforderungen, damit diese zielgerichtet und effektiv angegangen werden können.", "startsAt": "2026-09-23T15:00:00", "endsAt": "2026-09-23T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "660b46e3-c3ef-4ff2-995d-d5cfd308e24e", "name": "Björn Stahl" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1201607", "title": "Agentic Software Development w/ SDD & TDD", "description": "The core concept for this talk is Spec-Driven Development (SDD) with solid guardrails.\r\n\r\nInstead of coding first and writing docs later, spec-driven development starts with a spec — a contract for how your code should behave, which becomes the source of truth for your tools and AI agents to generate test, and validate code. The result is less guesswork, fewer surprises, and higher-quality code.\r\n\r\nIn this session, you'll learn Spec-Driven Development: write what your app should do in plain English, let Google Antigravity generate the tests, then let it build the code to pass them. We'll also deploy our sample app using Google Cloud.", "startsAt": "2026-09-23T15:00:00", "endsAt": "2026-09-23T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "73e22b9a-7470-4dd1-8391-8591a50c97bf", "name": "Talia Asghar" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1217481", "title": "GraalVM meets WebAssembly", "description": "The JVM is one of the world’s most widely used programming platforms, yet it’s rarely mentioned in conjunction with WebAssembly—until now! GraalVM brings Wasm to the JVM ecosystem with two projects: the GraalWasm runtime, and GraalVM Web Image, a new JVM bytecode-to-Wasm compiler.\r\n\r\nThis session introduces GraalWasm, an embeddable Wasm runtime with excellent tooling and exceptional performance thanks to the optimizing Graal JIT compiler. We'll demo and debug a Rust library, compiled to Wasm, and embedded in a Spring Boot microservice.\r\n\r\nWe’ll also present GraalVM Web Image which can compile JVM applications into efficient Wasm modules that start up fast and run in the browser, on mobile, and in the cloud. We’ll explain how it works, highlight practical use cases, demo end-to-end workflows, and discuss current limitations and what’s next.\r\n\r\nIf you’re interested in bringing Wasm to the legions of independent and enterprise JVM developers who have yet to embrace it, this session is for you!", "startsAt": "2026-09-23T15:00:00", "endsAt": "2026-09-23T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "5f2a76e7-e323-4e27-ad0b-9dd8da37f244", "name": "Fabio Niephaus" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "16:20:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1221931", "title": "Building AI Agents with Spring AI", "description": "Agentic AI marks a shift from passive, prompt-driven interactions to autonomous systems that can reason, plan, and execute work. Spring AI brings this paradigm to the JVM, giving Java developers a familiar, Spring-native way to build agents without leaving the ecosystem they already know.\r\n\r\nIn this session, we explore how Spring AI brings the core capabilities of agentic systems to Java developers, from reasoning loops and tool invocation to orchestration and beyond. Along the way, we'll touch on patterns like human in the loop for pausing on critical decisions, AI Skills for packaging reusable capabilities into composable units, the Model Context Protocol (MCP) for standardizing access to external data and tools, and Agent to Agent (A2A) communication for letting specialized agents collaborate on complex tasks.\r\n\r\nThrough practical examples, attendees will learn how to build truly autonomous, production ready, agentic systems on top of Spring AI.", "startsAt": "2026-09-23T16:20:00", "endsAt": "2026-09-23T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "fdd22239-3557-4675-9e42-849f8104a58c", "name": "Timo Salm" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1216997", "title": "Taming the Junior – Ein kleines Handbuch", "description": "Auszubildende, Studierende, Quereinsteigende – das Fundament für die Zukunft eines jeden Software-Unternehmens. Doch wie gestaltet man diese Basis stabil?\r\n\r\nWährend das Können einer Programmiersprache, ein bestimmter Tech-Stack oder anderes erlerntes Fachwissen vielleicht die Eintrittskarte für den Start bilden, zählt in der dynamischen Welt der Technologien so viel mehr:\r\nProbleme lösen, die richtigen Fragen stellen, hilfreiche Code-Reviews durchführen, Wissen aneignen und weitergeben, Agilität leben usw….Wie bringt man sowas bei?\r\n\r\nIn dieser Session teile ich meine Erfahrungen aus den letzten zwei Jahren meiner Arbeit als Dozentin und betreuende Entwicklerin. Dabei gebe ich Impulse für die grundlegenden Fragen “Wie arbeite ich einen Junior nachhaltig ein?” und “Warum lohnt es sich auch oder gerade in Zeiten von AI, in diese Aufgabe zu investieren?“.", "startsAt": "2026-09-23T16:20:00", "endsAt": "2026-09-23T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "fd403155-b61e-4fbd-ab22-166b3efe8b3d", "name": "Elisabeth Kletsko" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1220060", "title": "Souverän in der Cloud: Wie wir Azure gegen einen deutschen Cloud-Provider getauscht haben", "description": "Digitale Souveränität klingt gut – aber was bedeutet sie konkret für ein Entwicklungsteam, das mitten in einem laufenden Projekt steckt? Wir haben es herausgefunden: durch eine vollständige Migration einer cloud-nativen KI-Anwendung von Microsoft Azure zur IONOS Cloud.\r\n\r\nDie Anwendung – ein AI-Assistent für die Faktura-Unterstützung mit Chat-UI, MCP-Server und asynchronem Job-Processor – nutzte das volle Azure-Ökosystem: Container Apps, Key Vault, Table Storage, OpenAI, Entra ID. Ein idealer Belastungstest für die Frage: Was ist bei einem europäischen Provider direkt abbildbar, was erfordert Workarounds – und was geht schlicht nicht?\r\n\r\nWir zeigen das vollständige Service-Mapping, die konkreten Gaps (Secret Management, Job Repository, IAM) und die Re-Architect-Entscheidungen, die daraus folgten: OpenBao statt Key Vault, Redis statt Table Storage, Kubernetes als universeller Gap-Filler. Und wir erklären, warum Microsoft Entra ID am Ende trotzdem noch im Stack geblieben ist – weil nicht alles migriert werden muss.\r\n\r\nDas Ergebnis ist ein ehrlicher Erfahrungsbericht mit konkreten Lessons Learned: EU Sovereign Cloud ist technisch machbar – aber sie kommt mit einem Engineering-Overhead, der realistisch kalkuliert werden muss.", "startsAt": "2026-09-23T16:20:00", "endsAt": "2026-09-23T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "231ee3ca-1977-4375-9d11-a4dd39a2ac8c", "name": "Wolfgang Strunk" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "17:35:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "e91906a3-d1af-4258-8d97-d7b0b3a1ae3f", "title": "Verlosung und Panel", "description": null, "startsAt": "2026-09-23T17:35:00", "endsAt": "2026-09-23T18:35:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false }, "index": 0 } ] } ] }, { "date": "2026-09-24T00:00:00", "isDefault": false, "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "sessions": [ { "id": "ba5f544f-596a-4bce-a0c2-ab572e7bbac8", "title": "Einlass", "description": null, "startsAt": "2026-09-24T08:00:00", "endsAt": "2026-09-24T09:00:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false }, { "id": "1217910", "title": "The Excel Moment: AI for Legacy Architecture Analysis", "description": "Tabellenkalkulationen haben in den 80er und 90er Jahren eine ganze Generation von Controllern, Sachbearbeitern und Vertrieblern unabhängig von der IT-Abteilung gemacht — von VisiCalc über Lotus 1-2-3 bis Excel . Statt auf eine maßgeschneiderte Anwendung zu warten, konnten sie ihre Geschäftsdaten endlich selbst auswerten. Software-Architekt:innen erleben gerade einen vergleichbaren Moment.\r\n\r\nWer Legacy-Systeme verstehen will, stößt mit Standard-Tooling schnell an Grenzen. Die spannenden Fragen — Warum wurde das so gebaut? Wer hat es gefordert? Welcher fachliche Zusammenhang steckt hinter diesem Modul-Wirrwarr? — beantwortet kein Static-Analyzer. Die Antworten liegen in Word-Dokumenten, Jira-Tickets, Confluence-Seiten, Mailinglisten, Pull Requests und Build-Skripten.\r\n\r\nIn diesem Erfahrungsbericht zeige ich ein Vorgehen, das die Analyse-Toolchain selbst zum veränderlichen Asset macht. Das eigentliche Meta-Werkzeug ist dabei ein LLM-basierter Coding-Assistent. Ich verwende dafür Claude Code, das Vorgehen lässt sich aber mit jedem hinreichend fähigen Modell umsetzen. Damit baue oder erweitere ich genau die Sensoren, die im jeweiligen Projekt fehlen.\r\n\r\nWas dabei entsteht, ist gelegentlich projektabhängig, lässt sich aber oft auch verallgemeinern. Typische Vertreter sind jQAssistant-Plugins — etwa für Eclipse-OSGi-Bundles, Gradle-Builds, GitHub oder Jira — und MCP-Server, die Mailinglisten, Dokumentenablagen oder Wiki-Inhalte erschließen. Genauso oft entstehen aber Ad-hoc-Skripte, Custom-Reports oder kleine Dashboards, sobald eine konkrete Frage es verlangt. Code, Metadaten, Tickets und fachliche Dokumentation landen am Ende in einer einzigen abfragbaren Sicht.\r\n\r\nWas vor wenigen Jahren ein Wochenprojekt war, entsteht heute in Stunden. Genauso wie Tabellenkalkulationen den Sachbearbeiter zum Datenanalyst gemacht haben, machen LLMs Architekt:innen zu Werkzeugbauern.", "startsAt": "2026-09-24T09:00:00", "endsAt": "2026-09-24T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "f69ed925-1034-4d8a-a1cf-ae76ef16365d", "name": "Gerd Aschemann" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1206830", "title": "Cognitive Debt – Was KI mit unseren Köpfen macht", "description": "Künstliche Intelligenz hat die Softwareentwicklung komplett auf den Kopf gestellt. Wir lassen heute Code hauptsächlich von KI-Assistenten oder “Agents” schreiben, basteln an Workflows und unterziehen im besten Fall den produzierten Output einem gründlichen Review. Und dieser Wandel vollzieht sich in einem rasanten Tempo.\r\nAber was macht das eigentlich mit uns als Entwickler:innen? Die Forschung hat einen Effekt entdeckt, der als „Cognitive Debt“ bezeichnet wird. Die ersten Untersuchungen zeigen: Wenn wir das Schreiben von Code an Maschinen delegieren, werden wir im Laufe der Zeit schlechter darin, Code selbst zu entwickeln und verlieren darüber hinaus zunehmend die Fähigkeit, den Output der KI-Systeme gründlich zu überprüfen.\r\nIn dieser Session schauen wir uns an, was hinter diesem Phänomen steckt und fassen aktuelle Forschungsergebnisse zusammen. Vor allem aber wollen wir diskutieren: Was bedeutet das für unsere Zukunft - und wie sollten wir darauf reagieren?", "startsAt": "2026-09-24T10:20:00", "endsAt": "2026-09-24T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "137d0f09-0744-4024-a3b7-26ab454d934a", "name": "Martin Lippert" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1216348", "title": "Mach mir alles, aber mach es gut! - Big-Data-Software-Entwicklung mit KI bei Toll Collect", "description": "Für die Erhebung der Lkw-Maut in Deutschland wertet Toll Collect jeden Tag hunderte Millionen Messages verschiedenster Art von Fahrzeugen und Kontroll-Equipment aus. Über die Mautberechnung hinaus werden aus den Daten diverse Kennzahlen ermittelt, die Aussagen über die Qualität des Erhebungsverfahrens sowie der beteiligten Geräte zulassen. Eingesetzt wird eine komplexe Big-Data-Anwendung (Scala) auf Basis von Apache Spark und Kafka Streams mit Datenhaltung in Apache Cassandra und PostgreSQL.\r\nFür die Entwicklung setzt Toll Collect trendgemäß verstärkt KI-Werkzeuge ein, u.a. den GitHub Copilot. Damit wurden erkennbare Effizienzgewinne erzielt, allerdings auch Hürden identifiziert. In dem Talk sollen die Erfahrungen vorgestellt und die Frage beleuchtet werden, in welchem Umfang sich der Mensch Arbeit von der KI abnehmen lassen kann, ohne auf die hohen Ansprüche an Ressourcen-Verbrauch und Performance verzichten zu müssen.", "startsAt": "2026-09-24T11:40:00", "endsAt": "2026-09-24T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "bbc3845b-7d73-4179-9510-4963de5c70bf", "name": "Heinrich Hilbert-Siekmann" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "828dcc98-f089-492c-8020-656674d9c2da", "title": "Mittag", "description": null, "startsAt": "2026-09-24T12:40:00", "endsAt": "2026-09-24T13:40:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false }, { "id": "1214296", "title": "The Architecture Decision You Can Undo", "description": "We've spent a decade telling developers that microservices are the grown-up way to build software. That real engineers decompose everything into independently deployable services from day one. And we've spent that same decade dealing with the fallout. Distributed debugging. Eventual consistency headaches. Integration tests held together by prayer. And teams that can't ship a feature without a cross-team deployment ceremony.\r\n\r\nWhat if the whole premise was wrong? Not microservices themselves, but the timing. What if the right number of services at the start of a project is one?\r\n\r\nUsing Spring Modulith, I'll show you a monolith with boundaries that most microservice architectures would envy. Enforced by tests, not by network latency. Modules that can be extracted when the pain is real and put back when it isn't. This isn't a talk about choosing the right architecture. It's a talk about building one that lets you change your mind.\r\n\r\nBecause the decisions that matter most are the ones you can undo.", "startsAt": "2026-09-24T13:40:00", "endsAt": "2026-09-24T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "baa25b54-808e-434b-b563-8e4ed719d220", "name": "Simona Oancea" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217098", "title": "Essential architectural thinking - why, what, how, when and how much?", "description": "We see a lot of confusion regarding architectural work these days. What? When? How much? Who? Tons of heated debates, and AI makes it even harder to find useful answers.\r\n\r\nThus, in this session, we will take a step back and start by fist principles. We will ask ourselves: *Why* do we need architectural work? Which problem(s) does it address? Using this insight, we will move on to the *what*, the *how*, the *when* and the *how much*, depending on the given context. We will also examine the influence of AI on architectural work, where AI can support us and what we still better do ourselves.\r\n\r\nAfter this session, we will have created a lot clearer picture what architectural work actually is about - without the usual fuzz, stripped down to its pure essence.", "startsAt": "2026-09-24T15:00:00", "endsAt": "2026-09-24T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "7e030020-5479-428a-9e80-a1bcb7c6260e", "name": "Uwe Friedrichsen" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1223874", "title": "Two years in production with the cheapest Kubernetes cluster we could find", "description": "EphemeraSearch is a free online archive of millions of postcards and historical mail items. But it's a passion project funded entirely out of our own pockets, and by 2024, our hosting bills had become unsustainable. Moving to Kubernetes looked promising, but daunting for a 2-person part-time team.\r\n\r\nTwo years later, we cut hosting costs by 10x while maintaining performance, scalability, and our sanity. This talk covers how we did it and how you can too.\r\n\r\nWe'll cover:\r\n- **setting up and managing K8S** with AWS EKS, K3S on Hetzner, Talos on a self-hosted Proxmox cluster\r\n- **replacing SAAS products** like Cloudflare Images and Algolia with open source equivalents like imgproxy and Meilisearch\r\n- **running SQL databases** with replication, backups, snapshots, point-in-time recovery via CNPG\r\n- **getting more storage for less** thanks to ZFS transparent compression\r\n\r\nWe believe that many of these optimizations also work for enterprise projects, on cloud or on-premises. Come and find out!", "startsAt": "2026-09-24T16:20:00", "endsAt": "2026-09-24T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "49096ecb-0d8c-4b64-ba38-7e007108e129", "name": "Jérôme Petazzoni" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true } ], "hasOnlyPlenumSessions": false }, { "id": 80308, "name": "Hörsaal C (1.OG)", "sessions": [ { "id": "1216709", "title": "Ihr entscheidet alle immer falsch!", "description": "Wie anders über Architekturentscheidungen nachgedacht werden kann.\r\n\r\nArchitekturentscheidungen sind nicht trivial.\r\nManche begleiten uns ewig, andere hätten wir lieber anders getroffen.\r\nEs gibt Werkzeuge, die dabei helfen, es gibt Prozesse, die eingehalten werden sollten.\r\n\r\nIn diesem Vortrag geht es darum, wie man anders auf Entscheiden und Entscheidungen schauen kann.\r\nWir betrachten\r\n- das Konzept von Architectural Decision Records aus der Perspektive eines Cheaters\r\n- das Kapitel Entscheidungen aus arc42 aus der Perspektive kognitiver Verzerrungen\r\n- den glauben an die Notwendigkeit von Entscheidungen aus der Perspektive eines Predigers\r\n\r\nAlles in allem stellen wir das ganze Gerümpel in Frage.\r\nUnd dann stellen wir fest, dass es nicht anders geht, aber trotzdem anders gemacht werden muss.\r\nDas Wie passt nicht mehr in den Abstract, aber in den Vortrag.\r\n\r\n", "startsAt": "2026-09-24T09:00:00", "endsAt": "2026-09-24T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "9e631448-f49a-4aa6-872f-ecf23c75b63b", "name": "Gerrit Beine" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1191274", "title": "Open Source gibt es doch gratis! Warum dafür zahlen?", "description": "Open Source wird oft gleichgesetzt mit „kostet nichts“. In Wahrheit kostet es u.a. die Freizeit anderer Leute. Daneben gibt es auch versteckte Kosten bei der Verwendung, wie zum Beispiel die Einarbeitung und die Pflege in der eigenen Software. Da die Anzahl der Maintainer und Zeit im Allgemeinen begrenzt sind und Open Source einen kritischen Teil praktisch in jeder Software ausmacht, sollte dieser Zustand die Alarmglocken bei uns schrillen lassen.\r\n\r\nDieser Vortrag betrachtet, was Open Source ist und wie Open Source in der Allgemeinheit wahrgenommen wird. Es gibt verschiedene Ansätze, die Arbeit an Open-Source-Projekten dauerhaft auf ein tragfähiges Fundament zu stellen. Er stellt dazu verschiedene Finanzierungsmodelle mit ihren Vor- und Nachteilen vor, beschreiben, wie eine ideale Welt aussehen kann, und wie die ersten Schritte dorthin aussehen.", "startsAt": "2026-09-24T10:20:00", "endsAt": "2026-09-24T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "17302d25-a949-43ac-971f-cec885fa060b", "name": "Sandra Parsick" }, { "id": "d7d329fe-c23a-4629-85da-e88adb77fde8", "name": "Sebastian Tiemann" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217517", "title": "From Mediocrity to High Performance – Why Toxic Behavior Is the Real Bottleneck in Engineering Teams", "description": "Engineering teams love to fix problems with tools, frameworks, and processes. Yet many teams remain stuck in mediocrity — not because they lack technical excellence, but because toxic behavior quietly undermines everything else.\r\nUnder constant pressure, fast change cycles, and high expectations, unhealthy patterns emerge: silence instead of feedback, control instead of trust, blame instead of ownership. These behaviors don’t come from bad people — they grow from stress, fear, and avoidance. And when no one challenges them, they become “just how things work around here.”\r\nToxic behavior isn’t limited to individuals or roles. But once teams stop speaking up, leadership reactions decide the outcome: ignore it, normalize it, or interrupt it.\r\nThis talk challenges a common myth in tech: that performance problems are mainly technical. You’ll learn how toxic dynamics form, how they hide behind “delivery success,” and why high output is not the same as high performance. We’ll look at uncomfortable but familiar situations from engineering teams — and what it takes to break these loops before mediocrity becomes permanent.\r\nNo new tools. No silver bullets. Just clarity about the behaviors that hold teams back — and how to change them.\r\n", "startsAt": "2026-09-24T11:40:00", "endsAt": "2026-09-24T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "5def3782-f567-4147-b413-b443b00a467c", "name": "Sabine Wojcieszak" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1196386", "title": "AI: Game Changer or Game Over? - The Security Paradox of Artificial Intelligence", "description": "Artificial intelligence has already fundamentally transformed our working world, is considered one of the most powerful tools of our time, and will continue to reshape the way we work in the years to come. In cybersecurity, however, its full ambivalence is revealed: AI is both shield and sword. But are the opportunities truly greater than the risks?\r\nLet us take a closer look at the two faces of AI together! On one hand, AI tools help us strengthen our defenses and make our products and systems more secure. On the other hand, attackers are already developing autonomous, AI-driven systems that independently identify and exploit vulnerabilities. AI-powered applications are tearing gaping holes in current corporate security policies, and the barrier to cybercrime is dropping dramatically, as technical know-how is no longer a prerequisite. The threat landscape is currently evolving faster than our defensive strategies.\r\nThe central question remains: Game Changer or Game Over? The answer is not a simple one, and we cannot predict the next step of AI. However, we can make informed decisions based on knowledge and technology, actively shaping the future of secure software rather than merely reacting to it.\r\n", "startsAt": "2026-09-24T13:40:00", "endsAt": "2026-09-24T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "f5473090-5b8e-4a83-be7b-dedd5a800653", "name": "Christoph Menzel" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1206505", "title": "Kollaborative Methoden und KI: Wie „Human in the Loop“ Spaß machen kann", "description": "Wie können kollaborative Methoden wie Domain Storytelling und moderne KI-Technologien Teams dabei unterstützen, Problemräume und Lösungsräume effektiv zu durchdringen? Anhand eines realen Szenarios wird gezeigt, wie die Kombination von einfachen Visualisierungen, einer gemeinsamen Sprache und disruptiven KI-Ansätzen praxisnahe und qualitativ hochwertige Ergebnisse hervorbringen kann. \r\nEine wichtige Frage dabei ist, wie Humans in the Loop KI-Ergebnisse möglichst einfach auf Sinnhaftigkeit prüfen können, um diese für weitere Arbeitsschritte zu nutzen. \r\nDer Vortrag bietet konkrete Einblicke in Chancen und Herausforderungen dieses Ansatzes und zeigt konkrete Schritte für die Integration in den Projektalltag.\r\nInhalte:\r\n1. Einleitung und Motivation:\r\n•\tIm Kontext von Domain Driven Design (DDD) wird gezeigt, wie kollaborative Methoden durch den Einsatz von KI neue Potenziale entfalten können.\r\n•\tFokus liegt darauf, dass das Projektteam die „Kontrolle“ behält\r\n2. Erkunden des Problemraums (am Praxisbeispiel):\r\n•\tNutzung eines visuellen IST Domain Szenarios, um Abläufe zu analysieren und Probleme zu identifizieren\r\n 3. KI mit Hilfe von Claude Skills als analytisches und kreatives Werkzeug:\r\n•\tEinsatz von KI für die Problemraumanalyse, die Entwicklung einer Produktvision sowie die strukturierte Ausgestaltung des Lösungsraums\r\n 4. Artefakte aus der kollaborativen Modellierung nutzen:\r\n•\tDomain Storytelling – IST Domain Szenarien\r\n•\tProduct Vision Board (nach Roman Pichler) – mit Vision und zugehörige Ziele\r\n•\tDomain Storytelling – SOLL Domain Szenarien\r\n•\tUser Story Mapping – User Stories und Ausbaustufen\r\n 5. Fazit:\r\n•\tKI bereichert menschliche Zusammenarbeit durch disruptive Impulse – und zeigt gleichzeitig klar, wo menschliche Expertise unersetzlich bleibt\r\n\r\nKey Takeaways\r\n•\tDDD, kollaborative Methoden und KI gemeinsam nutzen\r\n•\tKI und kollaborative Methoden integrieren, um hochwertige Lösungen zu entwickeln\r\n•\tGrenzen und Mehrwert von KI im Projektalltag realistisch einschätzen\r\n•\tVerständnis gewinnen, wie KI menschliche Kreativität und Expertise ergänzt und wo Grenzen liegen", "startsAt": "2026-09-24T15:00:00", "endsAt": "2026-09-24T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "d576d2a1-adcb-4c73-b86d-9c21a8c8b04f", "name": "Carsten Lill" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217521", "title": "Ist das Kunst oder kann das weg? Agile Werte in der postagilen Zeit", "description": "Agile Methoden haben ein Imageproblem. In Zeiten von Krisen, Disruption und wachsendem Kontrollbedürfnis ziehen sich viele Organisationen auf klassische Strukturen zurück – agile Transformationen werden gestoppt, Scrum-Teams aufgelöst, Planbarkeit zum neuen Ideal erklärt. Die Ernüchterung ist spürbar: War das alles nur ein Hype?\r\nIn diesem Vortrag zeigen wir, dass agile Werte jenseits von Methoden und Prozessen relevanter sind als je zuvor. \r\nAusgehend von einer klaren Abgrenzung zwischen Werten und Prinzipien wird ein agiler Wertekanon hergeleitet – jenseits des Agilen Manifests, gespeist aus XP, Scrum und Lean. Wir zeigen auf der Basis aktueller Forschungsergebnisse, dass Menschen, die nach diesen Werten handeln, nachweislich resilienter, anpassungsfähiger und entscheidungssicherer sind. Gerade in der VUCA-Welt sind das keine Nice-to-haves, sondern Kernkompetenzen\r\nDie Zuhörenden nehmen aus diesem Vortrag konkrete Orientierung mit: Sie verstehen, warum agile Werte auch dann wirksam sind, wenn klassische agile Methoden im eigenen Umfeld nicht durchsetzbar sind. Sie erhalten ein einfaches, anschlussfähiges Wertemodell, das sie unmittelbar in ihrer täglichen Arbeit anwenden können – unabhängig davon, ob ihr Umfeld agil aufgestellt ist oder nicht. Und sie gewinnen eine Haltung, die ihnen hilft, auch in hierarchischen oder widerständigen Kontexten als Brückenbauer zu wirken: mit Respekt für die Nöte der Menschen, mit klarer Wertorientierung als Kompass und mit der Offenheit, agiles Denken dort einzubringen, wo es gebraucht wird – ohne Dogma, ohne Konfrontation.", "startsAt": "2026-09-24T16:20:00", "endsAt": "2026-09-24T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "3c09f07f-cd4d-4931-a289-18507856c328", "name": "Susanne Pfeiffer" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true } ], "hasOnlyPlenumSessions": false }, { "id": 80309, "name": "Hörsaal D (1.OG)", "sessions": [ { "id": "1217457", "title": "How Unit Testing Saved My Career", "description": "When I first started programming and the code didn't behave as I expected it to, I was struggling to understand why, leading to a lot of frustration. It was only after I discovered unit testing that things began to click. Testing not only helped me validate my work but also taught me how to write clearer, more structured code. However, as I gained more experience, I encountered projects where testing became a source of frustration. Overly complex unit and integration tests often made it difficult to understand what was truly being tested. When these tests failed, it was impossible to find out whether the issue was related to the code or the test setup itself, making me lose trust in the tests.\r\n\r\nIn this talk, we will explore how to make use of the power of testing without falling into the trap of over-complication. Using JUnit and Mockito, I will demonstrate how to write tests that are clear, purposeful, and truly aligned with what you want to validate. We will also discuss how writing testable code naturally leads to cleaner, more maintainable, and more readable code—code that not only passes tests but is also easier to understand and work with.\r\n\r\nBy the end of this session, you will see how testing can be your best friend in simplifying the development process and improving code quality. Whether you are new to testing or have struggled with complex tests, this talk will help you build a testing strategy that you can trust and rely on.", "startsAt": "2026-09-24T09:00:00", "endsAt": "2026-09-24T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "ca26f6b4-6211-4491-a8f3-d090c2390c8c", "name": "Annelore Egger" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217770", "title": "82 Bugs I Collected in a Year You Won't Believe Made It to Production", "description": "This past year, I made it my mission to collect every bug I encountered while using everyday apps and websites. From minor glitches to major problems, I ended up with a list of 82 bugs that somehow made it to production. These real-world examples are more than just interesting - they're also embarrassing mistakes that teach important lessons for making software more reliable and improving how we test it.\r\n\r\nIn this talk, I will show the different types of bugs I found and what they reveal about common mistakes in software development. I will also highlight areas that are often overlooked but are crucial to the quality of your product.\r\n\r\nBy looking at these bugs together, I'll show you how to avoid them, so these issues don't reach your users. Whether you want to make your code more reliable or reduce the time from ticket creation to fix, I'll share actionable advice you can apply the next day. Join me to learn from the embarrassing mistakes that even popular apps couldn't avoid - and take-home strategies to prevent them in your software!", "startsAt": "2026-09-24T10:20:00", "endsAt": "2026-09-24T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "2f4018fc-6f1a-484c-9297-383fb1a5c4ae", "name": "François Martin" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217730", "title": "Stoizismus: Eine praktische Philosophie für den IT-Alltag", "description": "Es vergeht kaum ein Jahr in dem keine neue disruptive Technologie auftaucht. War es früher möglich mit moderatem Aufwand sich auf dem neuesten Stand zu halten, ist es inzwischen praktisch unmöglich geworden. Zusätzlich wird mit agilen Methoden entwickelt und gerade im Konzernumfeld schlagen vorhandene zwischenmenschliche und politische Spannungen dadurch oft bis auf den einzelnen Mitarbeiter durch.\r\n\r\nAuch ich sah mich in dieser Situation und war auf der Suche, wie ein sinnvoller Umgang damit aussehen kann.\r\nDabei stieß ich auf die griechische Philosophie namens Stoizismus. Sie wird von vielen Menschen praktiziert, die sich in herausfordernden Lebensumständen befinden. Als ganzheitliche praxisfokusierte Philosophie richtet sich der Stoizismus vor allem an den einzelnen Menschen und hilft ihm dabei das höchste Ziel des glücklichen Daseins (Eudaimonía) anzustreben.\r\n\r\nIn diesem Vortrag werden die Grundzüge des Stoizismus vorgestellt. Anschließend beschäftigen wir uns mit den wichtigsten Eigenschaften eines übenden Stoikers. Darunter auch emotionale Selbstbeherrschung. Diese können durch geeignete Übungen gezielt trainiert werden, um im Alltag mehr Gelassenheit zu bekommen und resilienter zu werden. Im Alltag lässt sich damit Stress vermeiden und der Fokus auf die möglichen Lösungen lenken anstatt nicht gewinnbringende Auseinandersetzungen einzugehen.", "startsAt": "2026-09-24T11:40:00", "endsAt": "2026-09-24T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "530eacee-6318-49d8-87d9-f914cf922bf8", "name": "Johannes Dienst" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1207759", "title": "Wir brauchen keine Entwickler mehr, wir brauchen Solution Architects", "description": "Generative KI, Copilots und zunehmend leistungsfähige Entwicklungsplattformen automatisieren immer größere Teile der klassischen Implementierungsarbeit. Der Engpass in der Softwareentwicklung verschiebt sich damit vom Schreiben von Code hin zur Problemanalyse, Systemstrukturierung und zu Architekturentscheidungen.\r\n\r\nGleichzeitig verschwindet ein Teil der Erfahrungsbasis, auf der Softwarearchitektur bisher gelernt wurde. Viele typische Einstiegstätigkeiten von Entwicklerinnen und Entwicklern werden zunehmend von KI übernommen. Wenn diese Lernschritte wegfallen, gerät die bisherige Pipeline zur Entwicklung erfahrener Architektinnen und Architekten unter Druck.\r\n\r\nSoftwarearchitektur ist bis heute kein eigenständiger Ausbildungspfad. Studiengänge beginnen meist tief in der allgemeinen Informatik und auch in der beruflichen Ausbildung existieren kaum strukturierte Entwicklungspfade in Richtung Architektur.\r\n\r\nDer Vortrag untersucht, warum dieses Modell unter KI-Unterstützung an Grenzen stößt und wie frühere Vermittlung von Architekturdenken, neue Studiengänge und klarere Entwicklungspfade helfen könnten, Architekturkompetenz gezielter aufzubauen.", "startsAt": "2026-09-24T13:40:00", "endsAt": "2026-09-24T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "9fbed0f0-5bea-482f-92ea-2065ac3b214b", "name": "Alexander Lehmann" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1217880", "title": "Der Rosenkrieg – Die Geschichte eines Software-Projekts", "description": "Dies ist die Geschichte eines Software-Projekts, das in Zuneigung begann. Ein Startup, eine Entwicklungsbude und ein Hardwarehersteller wollten mit einem auf einen Einkaufswagen aufsteckbaren Tablet das Einkaufserlebnis in Supermärkten revolutionieren. Die ersten Schritte waren mühsam, auch wenn vieles funktionierte. Dann aber zerbrach die Finanzierung und aus den 3 Partnern wurden 2 Parteien, die sich zerstritten und vor Gericht landeten.\r\n\r\nZusammengefasst, ein Beispiel für ein gescheitertes Projekt, a.k.a. Fuckup-Story, aus dem man vieles lernen kann.", "startsAt": "2026-09-24T15:00:00", "endsAt": "2026-09-24T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "8c3416d5-e555-4e4c-bb39-d36ef2c17e9a", "name": "Torsten Fink" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, { "id": "1206803", "title": "CRA security deadlines loom: What senior engineers must know and do by December 2027", "description": "CRA, NIS2, DORA Does it ring a bell? By December 2027, the EU Cyber Resilience Act (CRA) will require Software Bills of Materials (SBOMs) for almost all software products placed on the European market. For teams working with Java, this is a significant compliance task, given their work with deep dependency trees, complex build systems and layered deployment models. This is an architectural and operational deadline that demands immediate attention.\r\nThe purpose of this session is to provide a clear and technical overview of what Java engineers, architects and DevOps teams must understand in order to meet CRA expectations and to avoid risk under NIS2 and DORA. These two initiatives increasingly treat SBOMs as evidence of supply-chain control. In this session, we provide a comprehensive explanation of the essential elements that an SBOM must capture in a Java ecosystem, including transitive dependencies, shaded JAR contents, BOM-managed versions, container layers, embedded services, and runtime components.\r\nAttendees will learn how to integrate SBOM generation into Maven and Gradle pipelines with CycloneDX, how to supplement artefact SBOMs with container-image inventories, and how to implement them using Dependency-Track for vulnerability and license visibility. We also outline the minimal governance and workflow changes needed to ensure SBOMs stay correct throughout releases and updates without slowing developers down.\r\nThe objective is clear: to provide senior Java practitioners with the clarity, urgency, and practical guidance required to make their systems SBOM-ready before CRA enforcement begins, while enhancing overall software quality and supply-chain resilience.", "startsAt": "2026-09-24T16:20:00", "endsAt": "2026-09-24T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "a4d893c0-72e9-4c3c-a8fa-92ce9c2d95d6", "name": "Ixchel Ruiz" }, { "id": "d0b5689b-4435-4528-b3fd-390e50f976c2", "name": "Markus Schlichting" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true } ], "hasOnlyPlenumSessions": false } ], "timeSlots": [ { "slotStart": "08:00:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "ba5f544f-596a-4bce-a0c2-ab572e7bbac8", "title": "Einlass", "description": null, "startsAt": "2026-09-24T08:00:00", "endsAt": "2026-09-24T09:00:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false }, "index": 0 } ] }, { "slotStart": "09:00:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1217910", "title": "The Excel Moment: AI for Legacy Architecture Analysis", "description": "Tabellenkalkulationen haben in den 80er und 90er Jahren eine ganze Generation von Controllern, Sachbearbeitern und Vertrieblern unabhängig von der IT-Abteilung gemacht — von VisiCalc über Lotus 1-2-3 bis Excel . Statt auf eine maßgeschneiderte Anwendung zu warten, konnten sie ihre Geschäftsdaten endlich selbst auswerten. Software-Architekt:innen erleben gerade einen vergleichbaren Moment.\r\n\r\nWer Legacy-Systeme verstehen will, stößt mit Standard-Tooling schnell an Grenzen. Die spannenden Fragen — Warum wurde das so gebaut? Wer hat es gefordert? Welcher fachliche Zusammenhang steckt hinter diesem Modul-Wirrwarr? — beantwortet kein Static-Analyzer. Die Antworten liegen in Word-Dokumenten, Jira-Tickets, Confluence-Seiten, Mailinglisten, Pull Requests und Build-Skripten.\r\n\r\nIn diesem Erfahrungsbericht zeige ich ein Vorgehen, das die Analyse-Toolchain selbst zum veränderlichen Asset macht. Das eigentliche Meta-Werkzeug ist dabei ein LLM-basierter Coding-Assistent. Ich verwende dafür Claude Code, das Vorgehen lässt sich aber mit jedem hinreichend fähigen Modell umsetzen. Damit baue oder erweitere ich genau die Sensoren, die im jeweiligen Projekt fehlen.\r\n\r\nWas dabei entsteht, ist gelegentlich projektabhängig, lässt sich aber oft auch verallgemeinern. Typische Vertreter sind jQAssistant-Plugins — etwa für Eclipse-OSGi-Bundles, Gradle-Builds, GitHub oder Jira — und MCP-Server, die Mailinglisten, Dokumentenablagen oder Wiki-Inhalte erschließen. Genauso oft entstehen aber Ad-hoc-Skripte, Custom-Reports oder kleine Dashboards, sobald eine konkrete Frage es verlangt. Code, Metadaten, Tickets und fachliche Dokumentation landen am Ende in einer einzigen abfragbaren Sicht.\r\n\r\nWas vor wenigen Jahren ein Wochenprojekt war, entsteht heute in Stunden. Genauso wie Tabellenkalkulationen den Sachbearbeiter zum Datenanalyst gemacht haben, machen LLMs Architekt:innen zu Werkzeugbauern.", "startsAt": "2026-09-24T09:00:00", "endsAt": "2026-09-24T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "f69ed925-1034-4d8a-a1cf-ae76ef16365d", "name": "Gerd Aschemann" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1216709", "title": "Ihr entscheidet alle immer falsch!", "description": "Wie anders über Architekturentscheidungen nachgedacht werden kann.\r\n\r\nArchitekturentscheidungen sind nicht trivial.\r\nManche begleiten uns ewig, andere hätten wir lieber anders getroffen.\r\nEs gibt Werkzeuge, die dabei helfen, es gibt Prozesse, die eingehalten werden sollten.\r\n\r\nIn diesem Vortrag geht es darum, wie man anders auf Entscheiden und Entscheidungen schauen kann.\r\nWir betrachten\r\n- das Konzept von Architectural Decision Records aus der Perspektive eines Cheaters\r\n- das Kapitel Entscheidungen aus arc42 aus der Perspektive kognitiver Verzerrungen\r\n- den glauben an die Notwendigkeit von Entscheidungen aus der Perspektive eines Predigers\r\n\r\nAlles in allem stellen wir das ganze Gerümpel in Frage.\r\nUnd dann stellen wir fest, dass es nicht anders geht, aber trotzdem anders gemacht werden muss.\r\nDas Wie passt nicht mehr in den Abstract, aber in den Vortrag.\r\n\r\n", "startsAt": "2026-09-24T09:00:00", "endsAt": "2026-09-24T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "9e631448-f49a-4aa6-872f-ecf23c75b63b", "name": "Gerrit Beine" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1217457", "title": "How Unit Testing Saved My Career", "description": "When I first started programming and the code didn't behave as I expected it to, I was struggling to understand why, leading to a lot of frustration. It was only after I discovered unit testing that things began to click. Testing not only helped me validate my work but also taught me how to write clearer, more structured code. However, as I gained more experience, I encountered projects where testing became a source of frustration. Overly complex unit and integration tests often made it difficult to understand what was truly being tested. When these tests failed, it was impossible to find out whether the issue was related to the code or the test setup itself, making me lose trust in the tests.\r\n\r\nIn this talk, we will explore how to make use of the power of testing without falling into the trap of over-complication. Using JUnit and Mockito, I will demonstrate how to write tests that are clear, purposeful, and truly aligned with what you want to validate. We will also discuss how writing testable code naturally leads to cleaner, more maintainable, and more readable code—code that not only passes tests but is also easier to understand and work with.\r\n\r\nBy the end of this session, you will see how testing can be your best friend in simplifying the development process and improving code quality. Whether you are new to testing or have struggled with complex tests, this talk will help you build a testing strategy that you can trust and rely on.", "startsAt": "2026-09-24T09:00:00", "endsAt": "2026-09-24T10:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "ca26f6b4-6211-4491-a8f3-d090c2390c8c", "name": "Annelore Egger" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "10:20:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1206830", "title": "Cognitive Debt – Was KI mit unseren Köpfen macht", "description": "Künstliche Intelligenz hat die Softwareentwicklung komplett auf den Kopf gestellt. Wir lassen heute Code hauptsächlich von KI-Assistenten oder “Agents” schreiben, basteln an Workflows und unterziehen im besten Fall den produzierten Output einem gründlichen Review. Und dieser Wandel vollzieht sich in einem rasanten Tempo.\r\nAber was macht das eigentlich mit uns als Entwickler:innen? Die Forschung hat einen Effekt entdeckt, der als „Cognitive Debt“ bezeichnet wird. Die ersten Untersuchungen zeigen: Wenn wir das Schreiben von Code an Maschinen delegieren, werden wir im Laufe der Zeit schlechter darin, Code selbst zu entwickeln und verlieren darüber hinaus zunehmend die Fähigkeit, den Output der KI-Systeme gründlich zu überprüfen.\r\nIn dieser Session schauen wir uns an, was hinter diesem Phänomen steckt und fassen aktuelle Forschungsergebnisse zusammen. Vor allem aber wollen wir diskutieren: Was bedeutet das für unsere Zukunft - und wie sollten wir darauf reagieren?", "startsAt": "2026-09-24T10:20:00", "endsAt": "2026-09-24T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "137d0f09-0744-4024-a3b7-26ab454d934a", "name": "Martin Lippert" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1191274", "title": "Open Source gibt es doch gratis! Warum dafür zahlen?", "description": "Open Source wird oft gleichgesetzt mit „kostet nichts“. In Wahrheit kostet es u.a. die Freizeit anderer Leute. Daneben gibt es auch versteckte Kosten bei der Verwendung, wie zum Beispiel die Einarbeitung und die Pflege in der eigenen Software. Da die Anzahl der Maintainer und Zeit im Allgemeinen begrenzt sind und Open Source einen kritischen Teil praktisch in jeder Software ausmacht, sollte dieser Zustand die Alarmglocken bei uns schrillen lassen.\r\n\r\nDieser Vortrag betrachtet, was Open Source ist und wie Open Source in der Allgemeinheit wahrgenommen wird. Es gibt verschiedene Ansätze, die Arbeit an Open-Source-Projekten dauerhaft auf ein tragfähiges Fundament zu stellen. Er stellt dazu verschiedene Finanzierungsmodelle mit ihren Vor- und Nachteilen vor, beschreiben, wie eine ideale Welt aussehen kann, und wie die ersten Schritte dorthin aussehen.", "startsAt": "2026-09-24T10:20:00", "endsAt": "2026-09-24T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "17302d25-a949-43ac-971f-cec885fa060b", "name": "Sandra Parsick" }, { "id": "d7d329fe-c23a-4629-85da-e88adb77fde8", "name": "Sebastian Tiemann" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1217770", "title": "82 Bugs I Collected in a Year You Won't Believe Made It to Production", "description": "This past year, I made it my mission to collect every bug I encountered while using everyday apps and websites. From minor glitches to major problems, I ended up with a list of 82 bugs that somehow made it to production. These real-world examples are more than just interesting - they're also embarrassing mistakes that teach important lessons for making software more reliable and improving how we test it.\r\n\r\nIn this talk, I will show the different types of bugs I found and what they reveal about common mistakes in software development. I will also highlight areas that are often overlooked but are crucial to the quality of your product.\r\n\r\nBy looking at these bugs together, I'll show you how to avoid them, so these issues don't reach your users. Whether you want to make your code more reliable or reduce the time from ticket creation to fix, I'll share actionable advice you can apply the next day. Join me to learn from the embarrassing mistakes that even popular apps couldn't avoid - and take-home strategies to prevent them in your software!", "startsAt": "2026-09-24T10:20:00", "endsAt": "2026-09-24T11:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "2f4018fc-6f1a-484c-9297-383fb1a5c4ae", "name": "François Martin" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "11:40:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1216348", "title": "Mach mir alles, aber mach es gut! - Big-Data-Software-Entwicklung mit KI bei Toll Collect", "description": "Für die Erhebung der Lkw-Maut in Deutschland wertet Toll Collect jeden Tag hunderte Millionen Messages verschiedenster Art von Fahrzeugen und Kontroll-Equipment aus. Über die Mautberechnung hinaus werden aus den Daten diverse Kennzahlen ermittelt, die Aussagen über die Qualität des Erhebungsverfahrens sowie der beteiligten Geräte zulassen. Eingesetzt wird eine komplexe Big-Data-Anwendung (Scala) auf Basis von Apache Spark und Kafka Streams mit Datenhaltung in Apache Cassandra und PostgreSQL.\r\nFür die Entwicklung setzt Toll Collect trendgemäß verstärkt KI-Werkzeuge ein, u.a. den GitHub Copilot. Damit wurden erkennbare Effizienzgewinne erzielt, allerdings auch Hürden identifiziert. In dem Talk sollen die Erfahrungen vorgestellt und die Frage beleuchtet werden, in welchem Umfang sich der Mensch Arbeit von der KI abnehmen lassen kann, ohne auf die hohen Ansprüche an Ressourcen-Verbrauch und Performance verzichten zu müssen.", "startsAt": "2026-09-24T11:40:00", "endsAt": "2026-09-24T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "bbc3845b-7d73-4179-9510-4963de5c70bf", "name": "Heinrich Hilbert-Siekmann" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1217517", "title": "From Mediocrity to High Performance – Why Toxic Behavior Is the Real Bottleneck in Engineering Teams", "description": "Engineering teams love to fix problems with tools, frameworks, and processes. Yet many teams remain stuck in mediocrity — not because they lack technical excellence, but because toxic behavior quietly undermines everything else.\r\nUnder constant pressure, fast change cycles, and high expectations, unhealthy patterns emerge: silence instead of feedback, control instead of trust, blame instead of ownership. These behaviors don’t come from bad people — they grow from stress, fear, and avoidance. And when no one challenges them, they become “just how things work around here.”\r\nToxic behavior isn’t limited to individuals or roles. But once teams stop speaking up, leadership reactions decide the outcome: ignore it, normalize it, or interrupt it.\r\nThis talk challenges a common myth in tech: that performance problems are mainly technical. You’ll learn how toxic dynamics form, how they hide behind “delivery success,” and why high output is not the same as high performance. We’ll look at uncomfortable but familiar situations from engineering teams — and what it takes to break these loops before mediocrity becomes permanent.\r\nNo new tools. No silver bullets. Just clarity about the behaviors that hold teams back — and how to change them.\r\n", "startsAt": "2026-09-24T11:40:00", "endsAt": "2026-09-24T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "5def3782-f567-4147-b413-b443b00a467c", "name": "Sabine Wojcieszak" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1217730", "title": "Stoizismus: Eine praktische Philosophie für den IT-Alltag", "description": "Es vergeht kaum ein Jahr in dem keine neue disruptive Technologie auftaucht. War es früher möglich mit moderatem Aufwand sich auf dem neuesten Stand zu halten, ist es inzwischen praktisch unmöglich geworden. Zusätzlich wird mit agilen Methoden entwickelt und gerade im Konzernumfeld schlagen vorhandene zwischenmenschliche und politische Spannungen dadurch oft bis auf den einzelnen Mitarbeiter durch.\r\n\r\nAuch ich sah mich in dieser Situation und war auf der Suche, wie ein sinnvoller Umgang damit aussehen kann.\r\nDabei stieß ich auf die griechische Philosophie namens Stoizismus. Sie wird von vielen Menschen praktiziert, die sich in herausfordernden Lebensumständen befinden. Als ganzheitliche praxisfokusierte Philosophie richtet sich der Stoizismus vor allem an den einzelnen Menschen und hilft ihm dabei das höchste Ziel des glücklichen Daseins (Eudaimonía) anzustreben.\r\n\r\nIn diesem Vortrag werden die Grundzüge des Stoizismus vorgestellt. Anschließend beschäftigen wir uns mit den wichtigsten Eigenschaften eines übenden Stoikers. Darunter auch emotionale Selbstbeherrschung. Diese können durch geeignete Übungen gezielt trainiert werden, um im Alltag mehr Gelassenheit zu bekommen und resilienter zu werden. Im Alltag lässt sich damit Stress vermeiden und der Fokus auf die möglichen Lösungen lenken anstatt nicht gewinnbringende Auseinandersetzungen einzugehen.", "startsAt": "2026-09-24T11:40:00", "endsAt": "2026-09-24T12:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "530eacee-6318-49d8-87d9-f914cf922bf8", "name": "Johannes Dienst" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "12:40:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "828dcc98-f089-492c-8020-656674d9c2da", "title": "Mittag", "description": null, "startsAt": "2026-09-24T12:40:00", "endsAt": "2026-09-24T13:40:00", "isServiceSession": true, "isPlenumSession": true, "speakers": [], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": null, "isInformed": false, "isConfirmed": false }, "index": 0 } ] }, { "slotStart": "13:40:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1214296", "title": "The Architecture Decision You Can Undo", "description": "We've spent a decade telling developers that microservices are the grown-up way to build software. That real engineers decompose everything into independently deployable services from day one. And we've spent that same decade dealing with the fallout. Distributed debugging. Eventual consistency headaches. Integration tests held together by prayer. And teams that can't ship a feature without a cross-team deployment ceremony.\r\n\r\nWhat if the whole premise was wrong? Not microservices themselves, but the timing. What if the right number of services at the start of a project is one?\r\n\r\nUsing Spring Modulith, I'll show you a monolith with boundaries that most microservice architectures would envy. Enforced by tests, not by network latency. Modules that can be extracted when the pain is real and put back when it isn't. This isn't a talk about choosing the right architecture. It's a talk about building one that lets you change your mind.\r\n\r\nBecause the decisions that matter most are the ones you can undo.", "startsAt": "2026-09-24T13:40:00", "endsAt": "2026-09-24T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "baa25b54-808e-434b-b563-8e4ed719d220", "name": "Simona Oancea" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1196386", "title": "AI: Game Changer or Game Over? - The Security Paradox of Artificial Intelligence", "description": "Artificial intelligence has already fundamentally transformed our working world, is considered one of the most powerful tools of our time, and will continue to reshape the way we work in the years to come. In cybersecurity, however, its full ambivalence is revealed: AI is both shield and sword. But are the opportunities truly greater than the risks?\r\nLet us take a closer look at the two faces of AI together! On one hand, AI tools help us strengthen our defenses and make our products and systems more secure. On the other hand, attackers are already developing autonomous, AI-driven systems that independently identify and exploit vulnerabilities. AI-powered applications are tearing gaping holes in current corporate security policies, and the barrier to cybercrime is dropping dramatically, as technical know-how is no longer a prerequisite. The threat landscape is currently evolving faster than our defensive strategies.\r\nThe central question remains: Game Changer or Game Over? The answer is not a simple one, and we cannot predict the next step of AI. However, we can make informed decisions based on knowledge and technology, actively shaping the future of secure software rather than merely reacting to it.\r\n", "startsAt": "2026-09-24T13:40:00", "endsAt": "2026-09-24T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "f5473090-5b8e-4a83-be7b-dedd5a800653", "name": "Christoph Menzel" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1207759", "title": "Wir brauchen keine Entwickler mehr, wir brauchen Solution Architects", "description": "Generative KI, Copilots und zunehmend leistungsfähige Entwicklungsplattformen automatisieren immer größere Teile der klassischen Implementierungsarbeit. Der Engpass in der Softwareentwicklung verschiebt sich damit vom Schreiben von Code hin zur Problemanalyse, Systemstrukturierung und zu Architekturentscheidungen.\r\n\r\nGleichzeitig verschwindet ein Teil der Erfahrungsbasis, auf der Softwarearchitektur bisher gelernt wurde. Viele typische Einstiegstätigkeiten von Entwicklerinnen und Entwicklern werden zunehmend von KI übernommen. Wenn diese Lernschritte wegfallen, gerät die bisherige Pipeline zur Entwicklung erfahrener Architektinnen und Architekten unter Druck.\r\n\r\nSoftwarearchitektur ist bis heute kein eigenständiger Ausbildungspfad. Studiengänge beginnen meist tief in der allgemeinen Informatik und auch in der beruflichen Ausbildung existieren kaum strukturierte Entwicklungspfade in Richtung Architektur.\r\n\r\nDer Vortrag untersucht, warum dieses Modell unter KI-Unterstützung an Grenzen stößt und wie frühere Vermittlung von Architekturdenken, neue Studiengänge und klarere Entwicklungspfade helfen könnten, Architekturkompetenz gezielter aufzubauen.", "startsAt": "2026-09-24T13:40:00", "endsAt": "2026-09-24T14:40:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "9fbed0f0-5bea-482f-92ea-2065ac3b214b", "name": "Alexander Lehmann" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "15:00:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1217098", "title": "Essential architectural thinking - why, what, how, when and how much?", "description": "We see a lot of confusion regarding architectural work these days. What? When? How much? Who? Tons of heated debates, and AI makes it even harder to find useful answers.\r\n\r\nThus, in this session, we will take a step back and start by fist principles. We will ask ourselves: *Why* do we need architectural work? Which problem(s) does it address? Using this insight, we will move on to the *what*, the *how*, the *when* and the *how much*, depending on the given context. We will also examine the influence of AI on architectural work, where AI can support us and what we still better do ourselves.\r\n\r\nAfter this session, we will have created a lot clearer picture what architectural work actually is about - without the usual fuzz, stripped down to its pure essence.", "startsAt": "2026-09-24T15:00:00", "endsAt": "2026-09-24T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "7e030020-5479-428a-9e80-a1bcb7c6260e", "name": "Uwe Friedrichsen" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1206505", "title": "Kollaborative Methoden und KI: Wie „Human in the Loop“ Spaß machen kann", "description": "Wie können kollaborative Methoden wie Domain Storytelling und moderne KI-Technologien Teams dabei unterstützen, Problemräume und Lösungsräume effektiv zu durchdringen? Anhand eines realen Szenarios wird gezeigt, wie die Kombination von einfachen Visualisierungen, einer gemeinsamen Sprache und disruptiven KI-Ansätzen praxisnahe und qualitativ hochwertige Ergebnisse hervorbringen kann. \r\nEine wichtige Frage dabei ist, wie Humans in the Loop KI-Ergebnisse möglichst einfach auf Sinnhaftigkeit prüfen können, um diese für weitere Arbeitsschritte zu nutzen. \r\nDer Vortrag bietet konkrete Einblicke in Chancen und Herausforderungen dieses Ansatzes und zeigt konkrete Schritte für die Integration in den Projektalltag.\r\nInhalte:\r\n1. Einleitung und Motivation:\r\n•\tIm Kontext von Domain Driven Design (DDD) wird gezeigt, wie kollaborative Methoden durch den Einsatz von KI neue Potenziale entfalten können.\r\n•\tFokus liegt darauf, dass das Projektteam die „Kontrolle“ behält\r\n2. Erkunden des Problemraums (am Praxisbeispiel):\r\n•\tNutzung eines visuellen IST Domain Szenarios, um Abläufe zu analysieren und Probleme zu identifizieren\r\n 3. KI mit Hilfe von Claude Skills als analytisches und kreatives Werkzeug:\r\n•\tEinsatz von KI für die Problemraumanalyse, die Entwicklung einer Produktvision sowie die strukturierte Ausgestaltung des Lösungsraums\r\n 4. Artefakte aus der kollaborativen Modellierung nutzen:\r\n•\tDomain Storytelling – IST Domain Szenarien\r\n•\tProduct Vision Board (nach Roman Pichler) – mit Vision und zugehörige Ziele\r\n•\tDomain Storytelling – SOLL Domain Szenarien\r\n•\tUser Story Mapping – User Stories und Ausbaustufen\r\n 5. Fazit:\r\n•\tKI bereichert menschliche Zusammenarbeit durch disruptive Impulse – und zeigt gleichzeitig klar, wo menschliche Expertise unersetzlich bleibt\r\n\r\nKey Takeaways\r\n•\tDDD, kollaborative Methoden und KI gemeinsam nutzen\r\n•\tKI und kollaborative Methoden integrieren, um hochwertige Lösungen zu entwickeln\r\n•\tGrenzen und Mehrwert von KI im Projektalltag realistisch einschätzen\r\n•\tVerständnis gewinnen, wie KI menschliche Kreativität und Expertise ergänzt und wo Grenzen liegen", "startsAt": "2026-09-24T15:00:00", "endsAt": "2026-09-24T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "d576d2a1-adcb-4c73-b86d-9c21a8c8b04f", "name": "Carsten Lill" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1217880", "title": "Der Rosenkrieg – Die Geschichte eines Software-Projekts", "description": "Dies ist die Geschichte eines Software-Projekts, das in Zuneigung begann. Ein Startup, eine Entwicklungsbude und ein Hardwarehersteller wollten mit einem auf einen Einkaufswagen aufsteckbaren Tablet das Einkaufserlebnis in Supermärkten revolutionieren. Die ersten Schritte waren mühsam, auch wenn vieles funktionierte. Dann aber zerbrach die Finanzierung und aus den 3 Partnern wurden 2 Parteien, die sich zerstritten und vor Gericht landeten.\r\n\r\nZusammengefasst, ein Beispiel für ein gescheitertes Projekt, a.k.a. Fuckup-Story, aus dem man vieles lernen kann.", "startsAt": "2026-09-24T15:00:00", "endsAt": "2026-09-24T16:00:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "8c3416d5-e555-4e4c-bb39-d36ef2c17e9a", "name": "Torsten Fink" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] }, { "slotStart": "16:20:00", "rooms": [ { "id": 80307, "name": "Hörsaal A (EG)", "session": { "id": "1223874", "title": "Two years in production with the cheapest Kubernetes cluster we could find", "description": "EphemeraSearch is a free online archive of millions of postcards and historical mail items. But it's a passion project funded entirely out of our own pockets, and by 2024, our hosting bills had become unsustainable. Moving to Kubernetes looked promising, but daunting for a 2-person part-time team.\r\n\r\nTwo years later, we cut hosting costs by 10x while maintaining performance, scalability, and our sanity. This talk covers how we did it and how you can too.\r\n\r\nWe'll cover:\r\n- **setting up and managing K8S** with AWS EKS, K3S on Hetzner, Talos on a self-hosted Proxmox cluster\r\n- **replacing SAAS products** like Cloudflare Images and Algolia with open source equivalents like imgproxy and Meilisearch\r\n- **running SQL databases** with replication, backups, snapshots, point-in-time recovery via CNPG\r\n- **getting more storage for less** thanks to ZFS transparent compression\r\n\r\nWe believe that many of these optimizations also work for enterprise projects, on cloud or on-premises. Come and find out!", "startsAt": "2026-09-24T16:20:00", "endsAt": "2026-09-24T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "49096ecb-0d8c-4b64-ba38-7e007108e129", "name": "Jérôme Petazzoni" } ], "categories": [], "roomId": 80307, "room": "Hörsaal A (EG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 0 }, { "id": 80308, "name": "Hörsaal C (1.OG)", "session": { "id": "1217521", "title": "Ist das Kunst oder kann das weg? Agile Werte in der postagilen Zeit", "description": "Agile Methoden haben ein Imageproblem. In Zeiten von Krisen, Disruption und wachsendem Kontrollbedürfnis ziehen sich viele Organisationen auf klassische Strukturen zurück – agile Transformationen werden gestoppt, Scrum-Teams aufgelöst, Planbarkeit zum neuen Ideal erklärt. Die Ernüchterung ist spürbar: War das alles nur ein Hype?\r\nIn diesem Vortrag zeigen wir, dass agile Werte jenseits von Methoden und Prozessen relevanter sind als je zuvor. \r\nAusgehend von einer klaren Abgrenzung zwischen Werten und Prinzipien wird ein agiler Wertekanon hergeleitet – jenseits des Agilen Manifests, gespeist aus XP, Scrum und Lean. Wir zeigen auf der Basis aktueller Forschungsergebnisse, dass Menschen, die nach diesen Werten handeln, nachweislich resilienter, anpassungsfähiger und entscheidungssicherer sind. Gerade in der VUCA-Welt sind das keine Nice-to-haves, sondern Kernkompetenzen\r\nDie Zuhörenden nehmen aus diesem Vortrag konkrete Orientierung mit: Sie verstehen, warum agile Werte auch dann wirksam sind, wenn klassische agile Methoden im eigenen Umfeld nicht durchsetzbar sind. Sie erhalten ein einfaches, anschlussfähiges Wertemodell, das sie unmittelbar in ihrer täglichen Arbeit anwenden können – unabhängig davon, ob ihr Umfeld agil aufgestellt ist oder nicht. Und sie gewinnen eine Haltung, die ihnen hilft, auch in hierarchischen oder widerständigen Kontexten als Brückenbauer zu wirken: mit Respekt für die Nöte der Menschen, mit klarer Wertorientierung als Kompass und mit der Offenheit, agiles Denken dort einzubringen, wo es gebraucht wird – ohne Dogma, ohne Konfrontation.", "startsAt": "2026-09-24T16:20:00", "endsAt": "2026-09-24T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "3c09f07f-cd4d-4931-a289-18507856c328", "name": "Susanne Pfeiffer" } ], "categories": [], "roomId": 80308, "room": "Hörsaal C (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 1 }, { "id": 80309, "name": "Hörsaal D (1.OG)", "session": { "id": "1206803", "title": "CRA security deadlines loom: What senior engineers must know and do by December 2027", "description": "CRA, NIS2, DORA Does it ring a bell? By December 2027, the EU Cyber Resilience Act (CRA) will require Software Bills of Materials (SBOMs) for almost all software products placed on the European market. For teams working with Java, this is a significant compliance task, given their work with deep dependency trees, complex build systems and layered deployment models. This is an architectural and operational deadline that demands immediate attention.\r\nThe purpose of this session is to provide a clear and technical overview of what Java engineers, architects and DevOps teams must understand in order to meet CRA expectations and to avoid risk under NIS2 and DORA. These two initiatives increasingly treat SBOMs as evidence of supply-chain control. In this session, we provide a comprehensive explanation of the essential elements that an SBOM must capture in a Java ecosystem, including transitive dependencies, shaded JAR contents, BOM-managed versions, container layers, embedded services, and runtime components.\r\nAttendees will learn how to integrate SBOM generation into Maven and Gradle pipelines with CycloneDX, how to supplement artefact SBOMs with container-image inventories, and how to implement them using Dependency-Track for vulnerability and license visibility. We also outline the minimal governance and workflow changes needed to ensure SBOMs stay correct throughout releases and updates without slowing developers down.\r\nThe objective is clear: to provide senior Java practitioners with the clarity, urgency, and practical guidance required to make their systems SBOM-ready before CRA enforcement begins, while enhancing overall software quality and supply-chain resilience.", "startsAt": "2026-09-24T16:20:00", "endsAt": "2026-09-24T17:20:00", "isServiceSession": false, "isPlenumSession": false, "speakers": [ { "id": "a4d893c0-72e9-4c3c-a8fa-92ce9c2d95d6", "name": "Ixchel Ruiz" }, { "id": "d0b5689b-4435-4528-b3fd-390e50f976c2", "name": "Markus Schlichting" } ], "categories": [], "roomId": 80309, "room": "Hörsaal D (1.OG)", "liveUrl": null, "recordingUrl": null, "status": "Accepted", "isInformed": true, "isConfirmed": true }, "index": 2 } ] } ] } ]