> Markdown version of [/events/world-congress-2026-europe/sessions/1151-solving](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/1151-solving). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md).

---

# Solving Architectural Entropy With Runnable Diagrams


- **Date:** Thursday, Jul 9, 2026
- **Time:** 16:10–16:40 (30 min)
- **Room:** Stage 2
- **Event:** World Congress 2026 Europe

## Recording

[Watch recording](https://www.wearedevelopers.com/videos/100144-solving-architectural-entropy-with-runnable-diagrams)

## Description

"Software architecture does not age gracefully. Software architecture degrades in direct proportion to the number of changes made to the software" 
- Architecture of Open Source Applications, Berkley DB. 

This observation is painfully familiar to anyone building domain-driven systems at scale. We often begin with carefully designed microservices and a shared understanding of the domain, but as new requirements arrive, teams optimize for delivery speed and as a result, architectural shortcuts creep in. Over time, the original design intent fades and it becomes increasingly difficult to understand how it all works. 

In a typical engineering discussion, complex ideas are explained using diagrams and visual cues. Architectural diagrams are a central component in today's engineers' arsenal because of this universal appeal -- whether it be a new joiner or the veteran, diagrams provide instant clarity that code alone cannot. 

Unfortunately, most diagrams fall out of date as the system changes. But what if diagrams were not a documentation of a past version of the system, but were the definition of it?

Instead of merely describing interactions between microservices, Business Process Model and Notation (BPMN) uses a visual language for defining how microservices interact with one another to solve business requirements. The same diagram is understood by humans and executed by machines, creating a powerful synergy between architecture, implementation, and business intent.

By introducing an explicit orchestration layer, BPMN brings proven composition patterns. Instead of bespoke in-house implementations, a unified orchestration layer prevents domain driven services from drifting from their original design intent.

With executable diagrams, we can finally tame the problem of architectural entropy that slowly creeps in, even in well intended design. It makes the system easier to understand and faster to evolve, while bringing different factions of the organization closer.

## Speaker

### [Mourjo Sen](https://www.wearedevelopers.com/@mourjo-sen)

Staff Engineer at Booking.com


## Related talks at this congress

- [Architecture 3.0: From 90% to 99.999% Reliability in Building AI Systems](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/1211-architecture-3-0) — Ingo Eichhorst
- [Confessions of a Software Archaeologist: What I Did Wrong in 10 Years of Restructuring Software](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/1270-confessions-of-a) — Hendrik Lösch
- [Building a Multi-Agent Orchestration Engine That Actually Follows the Rules](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/1174-building-a-multi) — Hussein Jundi, Torsten Stiller
- [Building Moduliths That Last: Patterns for Sustainable Module Integration](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/1368-building-moduliths) — Christoph Kober