Eberhard Wolff
Head of Architecture, SWAGLab
Head of Architecture, SWAGLab
Kaiserslautern, Germany
Actions
Eberhard Wolff has 20+ years of experience as an architect and consultant - often on the intersection of business and technology. He is Head of Architecture at SWAGLab. As a speaker, he has given talks at international conferences and as an author, he has written more than 100 articles and books e.g. about Microservices and Continuous Delivery. His technological focus is on modern architectures – often involving Cloud, Domain-driven Design, and Microservices.
Eberhard Wolff ist Head of Architecture bei SWAGLab und arbeitet seit mehr als zwanzig Jahren als Architekt und Berater, oft an der Schnittstelle zwischen Business und Technologie. Er ist Autor zahlreicher Artikel und Bücher, u.a. zu Continuous Delivery und Microservices, trägt regelmäßig als Sprecher auf internationalen Konferenzen vor und streamt wöchentlich zum Thema Software-Architektur. Sein technologischer Schwerpunkt sind moderne Architektur- und Entwicklungsansätze wie Cloud, Domain-driven Design und Microservices.
Badges
Area of Expertise
Topics
Können wir Entwickler:innen-Produktivität messen? en
Produktivität zu messen ist nicht so einfach: Metriken wie „Lines of Code“ sind offensichtlich naiv, aber Ansätze wie DORA oder SPACE bieten hilfreiche Einblicke. Aber leider verlieren Metriken ihre Aussagekraft, wenn sie zum Ziel für Teams werden.
Der Vortrag zeigt einen Lösungsweg auf: Statt standardisierter Lösungen sollten Teams individuelle Metriken entwickeln, die ihre spezifischen Herausforderungen adressieren. Die Botschaft: Metriken unterstützen Teams, können jedoch nicht zur Kontrolle missbraucht werden.
KI: Ein Werkzeug für Architektur? en
Sind bald alle Software-Architekt:innen arbeitslos, denn KI-Systeme haben ihren Job übernehmen - so wie alle anderen Jobs auch? In diesem Vortrag gehen wir der Frage nach, ob diese Sorge berechtigt ist. Wir zeigen, wo KI-Tools – insbesondere Large Language Models (LLMs) – heute bereits sinnvoll in der Softwarearchitektur eingesetzt werden können und wo ihre Grenzen liegen. Dabei werfen wir auch einen Blick darauf, wie LLMs eigentlich funktionieren – und was das für ihren praktischen Einsatz bedeutet.
Domain Modularization: Models? Bounded Contexts? en
Bounded Contexts are often considered the go-to solution for modularizing business logic – a key challenge in building maintainable systems. But in practice, the concept of a “Bounded Context” is complex and not always easy to implement.
In this talk, we explore how models can serve as a practical tool for identifying the different parts of a domain. While Domain-Driven Design highlights models—placing them at the heart of Bounded Contexts—they can also be valuable beyond that. Especially when combined with concepts like modules or abstract data types, models offer a powerful approach to structuring domain logic.
Domain Boundaries: Bounded Contexts Are Not Enough en
Getting domain boundaries right is one of the most critical - and most difficult - challenges in software architecture. Done well, it leads to systems that are adaptable, maintainable, and aligned with business capabilities. Done poorly, it results in tightly coupled, unmanageable codebases.
Domain-Driven Design popularized the concept of Bounded Contexts as a key pattern for structuring complex systems. But are they really the solution - or just one tool among many?
This talk explores a range of approaches for discovering and refining domain boundaries, including domain modeling, Bounded Contexts, Event Storming, API design, and Test-Driven Development. Rather than promoting a single method, it presents practical heuristics and trade-offs drawn from real-world experience.
You’ll learn how to combine these techniques to design architectures that better reflect business realities—resulting in systems that are easier to evolve and more effective in delivering value.
Can We Measure Developer Productivity? en
Often, the goal of architecture is to improve developer productivity. But what does it mean for developer to be more productive? And can we measure it? Should we? But if we don't, how can we make any progress?
McKinsey claimed that they could finally measure developer productivity. This was followed by extensive criticism from notable figures such as Daniel Terhorst-North, Kent Beck, and Gergely Orosz. We will look at the different viewpoints and explore whether productivity can be measured and whether it should be.
Architektur Reviews – Architektur verstehen heißt Teams verstehen en
Auf den ersten Blick scheint Software-Architektur ein rein technisches Artefakt zu sein. Entsprechend konzentrieren sich viele Reviews ausschließlich auf Code, Strukturen und Dokumentation – doch greift das zu kurz. In der Praxis ist jede Architektur das Ergebnis eines Teams: Sie spiegelt dessen Entscheidungen, Kommunikationswege und Rahmenbedingungen wider. Ein wirksames Architektur-Review muss daher mehr betrachten als nur technische Artefakte – es muss auch das Zusammenspiel der beteiligten Menschen verstehen. Dieser Vortrag zeigt, wie sich durch einen umfassenden Blick auf Architektur neue Einsichten gewinnen lassen. Wir teilen Erfahrungen aus realen Reviews und zeigen, wie dieser Ansatz zu fundierteren Bewertungen und wirksameren Verbesserungen führt. Teilnehmende erhalten praktische Anregungen, um ihre eigenen Reviews effektiver zu gestalten.
AI: A Tool for Software Architecture? en
Will all software architects soon be out of a job because AI systems have taken over? In this talk, we explore whether this concern is justified. We discuss where AI tools – especially Large Language Models (LLMs) – can already be effectively used in software architecture today, and where their limitations lie. Along the way, we’ll also take a look at how LLMs actually work – and what that means for their practical application.
20 Years of Domain-Driven Design: What I’ve Learned About DDD en
Eric Evans’ book Domain-Driven Design is now over 20 years old—time to draw some conclusions: What works well? What doesn’t? What should we pay particular attention to? This talk provides a wealth of practical advice for successfully applying DDD in projects, with a focus on the most essential practices.
20 Jahre Domain-driven Design: Was ich über DDD gelernt habe en
Eric Evans’ Buch Domain-driven Design ist mittlerweile über 20 Jahre alt – Zeit für ein Fazit: Was funktioniert gut? Was weniger? Worauf sollte man besonders achten? Dieser Vortrag bietet eine Fülle praxisnaher Ratschläge, um DDD erfolgreich in Projekten anzuwenden und sich auf die wichtigsten Praktiken zu konzentrieren.
Conway's Law? I'm Tired of It. en
Hardly any talk about software architecture nowadays gets by without mentioning Conway's Law. But as is so often the case, few people have actually read the original paper. And people who work on software are rarely experts in organization or communication, which they now understand to be an important element of architectural work. This talk discusses misconceptions about Conway's Law and shows what impact but also opportunities Conway's Law actually provides.
Legacy Software: Really a Problem? en
Legacy software makes even experienced developers shudder. But the word "legacy" actually has a negative connotation only in IT. And legacy software practically always solves a business problem successfully, while a newly developed software must first find its niche. This presentation shows how to use these and other insights to come up with strategies for dealing more productively and successfully with legacy software. And that's how to turn the "problem" of legacy into an opportunity.
Microservices? Monoliths? An Annoying Discussion! en
Microservices set out to solve the problem of monoliths. Or do they? After all, it is now fashionable to condemn microservices - then monoliths must have been the right solution! The discussion is quite annoying and the fact that it exists at all already shows a fundamental misunderstanding of what architecture is actually about and that our industry unfortunately has significant weaknesses when it comes to making serious progress.
Technical Debt: Maintaining Software Long Term en
Software often becomes less maintainable the longer development teams work on it. The metaphor "technical debt" has been established for this. But technical debt can happen "just like that" and it doesn't always make sense to eliminate it. That's what this talk is about - and about the foundations of the metaphor, how it helps when communicating with managers, why the metaphor is actually not very well chosen, and of course how to deal with technical debt in a sensible way.
Software Architecture for Humans! en
Software architecture is only appearing to be a technical topic. Of course, software needs to have technologies and structures, but people have to be at the focus of the architecture. After all, the key challenge of software development and software architecture is that the software systems the we build are too complex for a single human to understand. However, the organization and management of people can also solve problems that relate to software architecture. Thus, the talk shows the dependencies between architecture, people, and organization - and how to use them to develop software more successfully.
Scaling Software Architecture and Projects en
Software architecture was invented in the sixties to enable larger teams to work on complex software. In this workshop, we will examine how architecture can achieve this concretely today - and how modern architectural approaches such as microservices or the separation of architecture into micro- and macro-architecture help to achieve this. This enables engineering teams to scale and also enables the architecture work by larger groups of people. In addition, we will discuss how this approach can help to scale agile projects.
No Future-Proof Architecture! en
Software architecture should be stable! Choosing the right architecture ensures that software can be successfully maintained in the future! What seems to make sense at the beginning often turns out to be the first step towards an architecture failure. When requirements, know-how or technologies change, the architecture needs to change as well. How can it then be future-proof? The presentation shows how the paradox can be resolved and no future-proof architecture is created - but long-term project success.
Architecture: Improving the Human Factor! en
Good software architecture organizes complex software systems so that humans with their limited mental capacity can understand and evolve them. Therefore, the human factor is at the core of software architecture. However, architecture cannot solely focus on structuring the software; it must also address the human aspects. This presentation explores specific approaches and experiences aimed at the human factor and thereby improving software development further.
Legacy Software: Nur scheinbar ein Problem! de
Legacy Software - dabei erschaudern auch erfahrene Techniker:innen. Aber Legacy heißt eigentlich so viel wie "Erbe" und ist nur in der IT rein negativ besetzt. Und Legacy Software löst praktisch immer ein Business-Problem erfolgreich, während eine Neuentwicklung ihre Nische erst finden muss. Der Vortrag zeigt, wie man diese und andere Erkenntnisse nutzen kann, um Strategien zu entwickeln, mit denen man produktiver und erfolgreicher mit Legacy-Software umgehen kann. Und so wird aus dem Problem "Legacy" eine Chance.
Microservices - Wo sind meine Transaktionen und meine Konsistenz hin???? de
Verteilte Systeme sind kompliziert. Gerade Transaktionen und Konsistenz von Daten stellen ernsthafte Herausforderungen dar. Dieser Vortrag zeigt, wie ein guter Schnitt eines Microservices-System für Lösung dieser Probleme so wichtig sind, wie Domain-driven Design hilft und was in der Praxis zu beachten ist.
Architektur: bitte nicht zukunftssicher! de
Architektur soll stabil sein! Die Wahl der richtigen Architektur sorgt dafür, dass Software in Zukunft weiterentwickelt werden kann! Was zunächst sinnvoll erscheint, erweist sich oft als erster Schritt hin zu einem Architektur-Fehlschlag. Wenn sich die Anforderungen, das Wissen oder die Technologien ändern, sollte sich die Architektur auch ändern. Wie kann sie dann zukunftssicher sein? Die Präsentation zeigt, wie das Paradoxon aufgelöst werden kann, und keine zukunftssichere Architektur entsteht - aber langfristiger Projekterfolg.
Architektur: Den menschlichen Faktor verbessern! de
Gute Software-Architektur strukturiert komplexe Software-Systeme so übersichtlich, dass Menschen sie verstehen und weiterentwickeln können. Also geht es bei der Software-Architektur um den Faktor Mensch. Deswegen kann sich Architektur aber nicht auf Maßnahmen für die Strukturierung der Software begrenzen, sondern muss sich auch mit den Menschen beschäftigen. In diesem Vortrag geht es um einige konkrete Ansätze und Erfahrungen, die Entwicklung durch Maßnahmen in Bezug auf den Faktor Mensch zu verbessern.
Architektur für Menschen - nicht Software! de
Software-Architektur ist nur scheinbar ein technisches Thema. Software muss zwar Technologien und Strukturen haben, aber im Mittelpunkt der Architektur muss der Mensch stehen. Schließlich ist die Kern-Herausforderung der Software-Entwicklung und Software-Architektur, dass die entworfenen Systeme zu komplex sind, als dass eine Mensch sie verstehen kann. Die Organisation und der Umgang mit Menschen können aber auch Probleme im Umfeld von Software-Architekturen lösen. Daher zeigt der Vortrag die wechselseitigen Abhängigkeiten zwischen Architektur, Menschen und Organisation auf - und wie man sie nutzen kann, um erfolgreicher Software zu entwickeln.
Domain-driven Design: Konzepte und Fallstricke de
Domain-driven Design (DDD) steht für eine Vielzahl an Techniken wie strategisches DDD, taktisches DDD und kollaborative Modellierung. Dieser Vortrag gibt einen Überblick über das DDD-Universum. Dabei stellt er nicht nur die verschiedenen Konzept vor. Er zeigt außerdem auch die jeweiligen Vor- und Nachteile der Praktiken auf und weist auf die typischen Fallstricke hin - und wie man sie vermeiden kann.
BED-Con 2024 Sessionize Event
Java Forum Nord 2024 Sessionize Event
WeAreDevelopers World Congress 2024 Sessionize Event
Developer Week '24 Sessionize Event
JCON EUROPE 2024 Sessionize Event
iSAQB Software Architecture Gathering – Digital 2023 Sessionize Event
JCON WORLD 2023 Sessionize Event
Agile meets Architecture 2023 Sessionize Event
BED-Con 2023 Sessionize Event
Java Forum Nord 2023 Sessionize Event
WeAreDevelopers World Congress 2023 Sessionize Event
Developer Week '23 Sessionize Event
JCON EUROPE 2023 Sessionize Event
iSAQB Software Architecture Gathering – Digital 2022 Sessionize Event
JCON 2022 ONLINE (virtual) Sessionize Event
iSAQB Software Architecture Gathering 2021 Sessionize Event
JCON 2021 Sessionize Event
Developer Week '20 Sessionize Event
BED-Con 2019 Sessionize Event
BED-Con 2018 Sessionize Event
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top