
What we’re about
We are group of software developers aiming to share their experience and knowledge on modelling complex systems using Domain-Driven Design principles.
Upcoming events (3)
See all- [January Event] Barry O'Reilly and Szymon PobiegaPolicy Expert, London
An Introduction to Residuality Theory
Residuality theory is a revolutionary new theory of software design that aims to make it easier to design software systems for complex business environments. Residuality theory models software systems as interconnected residues - an alternative to component and process modeling that uses applied complexity science to make managing uncertainty a fundamental part of the design process.About Barry O'Reilly
Barry is a the founder of Black Tulip Technology and has previously held Chief Architect and Western Europe Azure Architect positions at Microsoft. He was the Worldwide Lead for the Solutions Architecture Community at Microsoft, and founder of the Swedish Azure User Group. He is also a PhD candidate in software design and complexity science.Exactly-once: the holy grail of distributed systems
Imagine a world in which you could build a distributed system that guarantees that every individual user action travels throughout a multitude of services without ever being lost or duplicated. No lost orders. No duplicate entries that require reviews. No persistent exceptions due to data inconsistencies.If you're imagining rainbows and unicorns right now, this session is for you!
Before going into specifics, we need to stop thinking about message delivery and focus on message processing instead. We'll explore an end-to-end approach to message processing, starting from the human-to-machine interaction in the front end of the system and traversing component-to-component message-based communication throughout the system.As a cherry on top, I'll present you with a fully operable example showcasing cross-system, exactly-once, HTTP-based communication.
Ready to explore what's over the rainbow?About Szymon Pobiega
Szymon works as an engineer at Particular Software, the makers of NServiceBus. His main areas of expertise are Domain-Driven Design and asynchronous messaging. He is especially interested in the intersection of these two topics -- in the patterns and tools for ensuring all messages are processed exactly once and in the correct order.Szymon is a co-author of https://exactly-once.github.io/, a website dedicated to all things related to messaging.
In his free time Szymon plays with Lego, building models of real-life off-road vehicles.
- Two Talks: The 5 Ps of Tech Leadership & Yes, you need a Read side.Build Circle, London
The 5 Ps of Tech Leadership
Why did you join the Tech industry?
Often it’s because of an early and deep interest in the technical elements - e.g. programming, infrastructure, testing, etc. Sometimes it’s because of a love of the Product, and how our customers can use our Tech to improve their daily lives.
For many people, that love stays with you for your whole career, and you remain deeply fulfilled by it. For others, they may still enjoy the technical side but they get a bigger thrill from the people they work with, creating environments where talented people can deliver great software.
This is what real leadership looks like.
Paul will walk us through the ideology he uses to engage with the people in his teams, through the lens of his 5 areas - People, Product, Platform, Process and Practice - in priority order. Showing a slimmed down version of the actual onboarding presentation he has given dozens of times when he has been introduced to both new companies and new starters.
Paul Harrington
Paul has a 28 year career in the industry and has spent the last 15 years of that in Senior Tech Leadership roles within globally recognisable brands such as OpenTable, Salesforce, GSK and Cazoo.
His current role is his first step up into CTO for a small pre-seed FinTech startup called Kayenta, and he would like to share and discuss his current implementation with DDD London by bringing many of his team with him.
Connect with Paul on LinkedIn.
Yes, You need a Read side
At Kayenta, a treasury management company, we have adopted Command Query Responsibility Segregation (CQRS).
Segregating our Write model for managing our domain complexity ensures us the high degree of data integrity our clients deserve. However, our Read side offers diverse product opportunities catering for a spectrum of requirements from low latency screens to complex APIs.
Join me to understand better how we craft a resilient, reliable, adaptable, consistent Read side that our domains and organisations deserve.
Ed Blackburn
I'm the Chief Architect at Kayenta. My career is a continuous journey of learning and growth in technology. My greatest joy comes from collaborating with others to explore complex domains, unlocking their intricacies, and crafting straightforward solutions.
I specialise in Cloud Native, Serverless, and Reactive distributed systems. I thrive on guiding cross-functional teams to create customer-focused experiences while embracing the philosophies behind Domain-Driven Design, Product Management, Quality and Fast Flow.
Hosted by Build Circle
This Domain-Driven Design event is hosted by Build Circle at their London Head Office.
Build Circle is a community-driven, Technology and Product Partner that supports scale-ups and enterprise businesses to achieve their goals through engineering excellence.
They provide support by integrating principal level staff to improve capability and culture, or by standing up whole teams to tackle complex challenges quickly. They also offer strategic guidance on architectural roadmaps, talent, hiring and scaling.
Build Circle delivers Impact Driven Engineering ™ for platforms like Moonpig, Motorway, Just Eat, NewsUK, and PayPoint.
Connect with Build Circle on LinkedIn.
Things to bring on the night:
- Your good selves.
- Lots of questions and discussion topics.
- Anything you need to make it easy to network with new friends on the night i.e. QR codes on your phone to your LinkedIn profiles, for example.