If you don't live near an active Domain Driven Design meetup, or just want to get more in-depth knowledge of DDD, please join this vast growing community! Anyone is invited here. We strive to create a community of like-minded people eager to dive more into Domain Driven Design. We are going to organise panel discussions, community talks and more. So feel free to join us!
…
continue reading
Systems thinking is the macro behaviour that we must understand in analyzing our world. A system always produces what it is designed to do, even if that isn't at all what we meant it to do! Systems are self-maintaining, and contain balancing and/or reinforcing feedback loops. We'll look at how these work, and what happens when they fail. You'll see…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Managing Domain Knowledge with Chris Simon
1:32:45
1:32:45
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:32:45
From example mapping, to BDD, to DDD practices like event storming and domain storytelling, we're fortunate to have a wide range of tools for collaboratively building domain knowledge and creating models of those domains in software. One gap that many organisations experience is the management of that domain knowledge over time. Domains evolve. Tea…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Soft Skills for Technical Professionals by Jacqui Read
1:02:20
1:02:20
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:02:20
The strongest tech skills don’t necessarily guarantee success. To get the best from those around you—and maximize your own influence—you need to boost your tech skills with soft skills. Luckily, small changes in the way you work can produce big results. In this free webinar, Jacqui Read, author of Communication Patterns: A Guide for Developers and …
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Fireside chat] orchestration and choreography with Laila Bougria & Udi Dahan
1:28:59
1:28:59
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:28:59
When building event-driven architectures, one of the challenges we face is coordinating work across many services. How do we implement complex data flows or complex business transactions that consist of multiple asynchronously executed steps? Luckily, there are patterns that can help us manage this complexity: orchestration and choreography. Join u…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Exploring Integrative Leadership Keynote - Adaptive Leadership: Mobilizing the whole Ebenezer Ikonne
36:43
As systemic complexity increases around us, many technologists are redefining “leadership.” What is technical leadership when good decision-making depends on collective, cross-functional thinking? How is collaborative modeling a form of leadership? What type of leadership does a systems architect provide? Eb Ikonne, author of “Becoming a Leader in …
…
continue reading
As the relational complexity of software increases, we need, more than ever, smart architecture. Domain-aligned, team-decoupling, cohesiveness-driving, constantly evolving architecture has a massive positive impact. To design systems, we need to evolve the role of “architect” away from the dualistic most-experienced implementor vs ivory tower strat…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Sharing your (Systems) knowledge with Bytesize Architecture Sessions with Andrea
1:04:49
1:04:49
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:04:49
Does your team suffer from: Inconsistent views of your systems? Producing incohesive solutions? Ineffective architecture practices and tools? Introducing Bytesize Architecture Sessions! Bytesize Sessions are a workshop format that enables collaborative and iterative knowledge sharing. This talk will enable you to run Bytesize Sessions resulting in …
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Effective team collaboration and why we need it for modern product experiences?
1:58:44
1:58:44
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:58:44
oday most software products are highly networked and distributed solutions used by 1000s if not -10000s of people spread across the globe. To produce an experience that is intuitive and delivers a quality service worldwide, multi-culturally, and 24/7 across all time zones, you need a multi-disciplinary and diverse set of individuals i.e. a tailored…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Panel] Long term impact of architectural design decision
1:49:21
1:49:21
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:49:21
There is a quote made famous by Ruth Malan from Grady Booch: "Architecture represents the significant design decisions that shape a system." And shaping a system takes time, and seeing the impact of these significant design decisions can take years after the changes have been done. And most of us are usually not there to reak the benefit, or worse,…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Design & Reality with Mathias Verraes
1:21:33
1:21:33
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:21:33
Our models should be driven by the domain, but not constrained by what domain experts tell us. After all, the domain language is messy, organic, ambiguous, social, incomplete, and if it has any intentional design to it at all, it's not designed to be turned into software. Modelling is more than capturing requirements, it's the opportunity to create…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Domain-Drinking Dialogues 2nd edition - 2021 Lean coffee
1:58:50
1:58:50
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:58:50
In the last week of this year, we are closing another full year of virtual Domain-driven design meetups with the last meetup. So grab your drinks (tea, lemonade or anything you want!) and come join with your DDD questions to this lean coffee! We all post topics we want to discuss and together we will get into dialogues, so bring us your knowledge a…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Open Sociotechnical Systems Thinking with Trond Hjorteland
1:49:10
1:49:10
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:49:10
The term “sociotechnical” seems to have gotten a bit or renaissance lately, which is a great thing given all the positive impact it has had on many organisations and their workers around the world over the years. It also seems to have gotten some traction outside the academic circles this time after being developed and pushed from there mostly usin…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Talk] Fifty Ways to Scale Your Agile with Grady Booch
1:49:05
1:49:05
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:49:05
Some will say that you shouldn't even try to tackle a system bigger than what a typical agile team can absorb; others will say that agile just doesn’t scale beyond the simplest of systems. Experience suggests that reality lives somewhere between these two extremes, but where, exactly, is the clear and present question. In this talk, we’ll first con…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Open Discussion] Do we need software architects?
1:46:44
1:46:44
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:46:44
Do Software architects have a bad name? Why? What are your expectations, what anti-patterns you experience? What are you thankful for from your architects? Should you have a software architect in the team, or between the teams? Changing the world starts with thinking and sharing the reasons. This podcast is the recording of our open discussion with…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Fireside chat] How Epistemic injustice impacts Domain Crunching with Cat Swetel
1:21:31
1:21:31
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:21:31
Cat Swetel gave a brilliant Technologist's Introduction to Epistemic Injustice explaining "epistemic injustice"—what we know, how we know, and who gets to decide and influence our reality. There are two kinds of epistemic injustice: Testimonial injustice; When someone is ignored, or not believed, because of their sex, sexuality, gender presentation…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Fireside chat] Udi Dahan - Ask me Anything
1:27:11
1:27:11
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:27:11
Join us in this special fireside chat with Udi Dahan answering all your questions spanning from Domain-Driven Design, Software Architecture from SOA, event-driven, CQRS, Large-scale distributed systems, Saga Patterns, Event sourcing, microservices and anything in between. Ask your questions upfront or during the session! You can also already engage…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Panel] Fostering autonomous teams with proper leadership culture
1:32:56
1:32:56
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:32:56
Domain-Driven Design is a lot about collaborative modelling, understanding the user's needs collaboratively to design and implement the best fitting model. We want the teams to do this as autonomous as possible, getting fast feedback and new insights into improving that model. At the same time, they need to stay aligned with the company goals and s…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Panel] Relationship(s) between problem and solution space
1:55:21
1:55:21
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:55:21
People wonder how distilling the Core with the Core, supportive and generic subdomains fit and what space. What concepts are in the problem space, and what is the solution? And what is a precise definition of problem and solution space? Join us in this session are a diverse group of people spanning multiple disciplines to look at how they see the r…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Panel] Splitting systems towards bounded contexts and microservices
1:57:16
1:57:16
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:57:16
There are many reasons to split up large-scale systems towards more modular, smaller services with their own model and language. You can decouple teams and give full autonomy of that service to a team. By decoupling services and teams you can handle changes to the domain faster, having a faster time to market. You decrease the cognitive load of the…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Domain-Drinking Dialogues - 2020 ending Ask us anything party
2:26:31
2:26:31
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
2:26:31
Just before all the holidays start we are closing this year virtual Domain-driven design meetups with the last meetup. So grab your drinks (tea, lemonade or anything you want!) and come join with your DDD questions to this Ask us anything party! We have invited several people from the community who will join an online fishbowl in a zoom webinar. Yo…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Panel] What makes you a DDD'er?
1:31:06
1:31:06
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:31:06
From twitter: https://twitter.com/mathiasverraes/status/1298665213978447873?s=20 Using collaborative modelling to build a shared understanding of your domain and use it to guide your design _is_ the philosophy behind DDD though. The rest is the principles, patterns, and practices. But perhaps just doing EventStorming does not actually make you a DD…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
TDD as a design tool with Dave Farley
1:26:46
1:26:46
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:26:46
There has been a lot of fuzz around the topic of test-driven development; some find it useful; some don't see any value in it. You also have different flavours like Detroit being inside-out, or London going from the outside-in. And then you have people saying TDD is about testing or is it a design tool? In this session, we will talk with Dave Farle…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Psychologic safety in remote collaboration with Gitte Klitgaard
1:21:36
1:21:36
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:21:36
The recent COVID-19 pandemic forced us DDD practitioners to move our collaborative modelling efforts to the remote world. Within collaborative modelling, we want to share all the information we have, all the different perceptions, even if they might look weird, quirky or invalid at the start. Only then can we design and create enriched models to bu…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Remote facilitation with Kirsten Clacey, Jay-Allen Morris and Jo Perold
1:14:01
1:14:01
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:14:01
Collaboration in remote meetings doesn’t have to be difficult, learn how to make it effective, enjoyable and valuable. Join us for a panel discussion and see how we as a DDD community can improve our remote collaborative modelling sessions from Kirsten Clacey and Jay-Allen Morris, authors of The Remote Facilitator’s Pocket Guide and Jo Perold Coach…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Panel] Design better products with real cross-functional teams - Jutta & Maryse
1:03:06
1:03:06
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:03:06
Too many products have been developed that serve one kind of client only. The reason is that the composition of the teams leads (subconsciously) to the development of products that serve only people that resemble the people in the team. One “famous” example is the soap dispenser that only works if your skin is white. If teams are really cross-funct…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Panel] What can we learn from open-source with Matteo Collina
1:09:31
1:09:31
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:09:31
Thanks to Krisztina we will have Matteo Collina as a special guest on our next panel. Matteo is a long time Nodejs contributor and TSC member. Open-source software is a success story, and undoubtedly one, we can learn from. In OSS the clocks tick differently, but it is software built for users, to solve problems - both relatively unknowns factors a…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[Panel] One user to bind them all? Products, teams and bounded contexts
1:33:51
1:33:51
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:33:51
In the last meetup, Krisztina found something Jessica said interesting to dive into: "We are talking in DDD about Bounded Contexts and independent teams and applications, but then we all coupled by having the same user." That statement led to an exciting dialogue by inviting Dawn: "It is not so much coupling at the user as that sounds as if the use…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
#DDDDD Panel: Natural Boundaries with Krisztina, Evelyn, Nick and Alberto
1:07:46
1:07:46
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:07:46
Finding the right boundaries of contexts is hard - implementing them can be even harder if the organisation does not change. But how can one change the organisation, how can one be sure that it changes in the right direction? There are signs, mostly perceived as a blocker but I see them as an enabler, as a pointer to the right boundaries. This idea…
…
continue reading
As complexity increases, are you (too often) shouting into the wind? Do you see icebergs ahead yet fail to convince others to avoid them? Are your architecture-focused discussions more exhausting than productive? Does the accountant understand the value of your work? The thinking and communication skills we've developed on the job often fail us whe…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Balancing upfront design versus iterative design
1:49:16
1:49:16
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:49:16
We want early feedback to inform foundational or load-bearing decision making before committing to hard/expensive to change design decisions. But we don’t want to start building based on flawed design decisions, the consequences of which are hard/expensive to change when we discover it is faulty. The problem is, how do we balance these two polariti…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Virtual Lean Coffee Fishbowl: UX, DDD and BDD - take 2
1:57:41
1:57:41
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:57:41
It all started with a tweet by John Cutler "Wonder how many BBD / DDD enthusiasts are aware of the body of similar work in #ux research and vica versa". And it seemed that a lot of people from these communities learned a lot from each other. And we would love to learn more about different areas of overlap. It seems like goals and culture are aligne…
…
continue reading
“95% of the words are spent extolling the benefits of ‘modularity’ and that little, if anything, is said about how to achieve it” - Glenford J. Myers, 1978. This quote is 40 years old. Today, 4 decades later, nothing has changed except terminology. Time to change this. I want to talk about the various strategies of decomposing systems into modular …
…
continue reading
![Artwork](/static/images/128pixel.png)
1
[DDD London] DDD-Lite: Independent Service Heuristics with Matthew Skelton
1:44:06
1:44:06
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:44:06
When designing organizations for fast flow of change, we need to find effective boundaries between different streams of change. Techniques like Domain-Driven Design (DDD) are very powerful for this but can be quite involved and difficult to learn. A lightweight intermediate approach is to ask "could this thing be run as a cloud-hosted (SaaS) servic…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
How to improve modelling with Behaviour-driven development
1:20:46
1:20:46
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:20:46
Behaviour Driven Development (BDD) is a term that was coined by Dan North in 2006. It came about as a response to a very specific problem – teaching developers how to think about testing their code. It incorporates the ubiquitous language idea from Eric Evan’s book Domain-Driven Design, and this evolved into a technique used by the whole team to co…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
How cognitive biases and ranking kills your modelling sessions
1:32:56
1:32:56
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:32:56
The power of collaborative modelling comes from having a diverse group of people who, together, have a lot of wisdom and knowledge. You would expect that all this knowledge will be put to use, co-creating, and to design a model. In reality, we don’t actually listen to all the available input and perspectives due to cognitive biases and ranking. Goo…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Secure by Domain-driven design with Jessica, Dan Bergh and Daniel
1:08:31
1:08:31
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:08:31
Let's talk about the confluence between domain-driven design and security. Deep understanding of the domain lets us define what we DO want to happen, which helps us stop things that we DON'T want to happen. Jessica Kerr will start the meeting up with an exposition of her favorite parts of the book Secure By Design and together with Dan Bergh Johnss…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Lost in bounded context translations with Julie, Indu, Michael and Nick
1:15:51
1:15:51
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:15:51
Language is a big topic in the Domain-Driven Design community. We want to have small bounded contexts, each with there own ubiquitous language. Having many ubiquitous languages means having a lot of translation between the bounded context. And having many translations means we can get lost. So what is the nuance between internal and external bounde…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Virtual Lean Coffee Fishbowl: UX, DDD and BDD
2:11:34
2:11:34
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
2:11:34
It all started with a tweet by John Cutler . And it seemed that a lot of people from these communities learned a lot from each other. And we would love to learn more about different areas of overlap. It seems like goals and culture are aligned in both communities.
…
continue reading
![Artwork](/static/images/128pixel.png)
1
How feature branching affects domain-driven design with Thierry de Pauw
1:09:06
1:09:06
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:09:06
Feature branching is again gaining in popularity due to the rise of distributed version control systems. Although branch creation has become very easy, it comes with a specific cost. Long living branches break the flow of the software delivery process, impacting throughput and stability, but does it also affect the quality of our domain model? Join…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Combatting the Near Enemies of Domain Driven Design at Scale
1:15:20
1:15:20
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:15:20
For the past decade and a half, Domain-Driven Design has been giving teams the tools to successfully tackle the complexity at the heart of software. But lots of people fail when they try to put its techniques and patterns into practise, especially at scale. Why? It can't just be because the Bluebook is so thick? We're going to argue that the "near …
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Does a Domain-driven design approach need an agile business?
1:03:24
1:03:24
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:03:24
On twitter, a discussion started between Trond, Anton and Krisztina about working in agile product development without a clear business goal. Since twitter is a restricted medium to discuss these issues, we are taking it upon our VirtualDDD Meetup. Join us with Trond, Anton and Krisztina and let's have an honest discussion about what it means to wo…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
SunDDDay Discussion: Growing your local DDD community
1:14:46
1:14:46
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:14:46
Getting started or advancing your Domain-Driven Design knowledge on your own can be a frustrating experience. Especially when you have so many questions to ask and exciting domains to model. How do you then grow if there is no one in your company or area that shares your passion for DDD? During this Virtual DDD meetup Zsofia and Kacper will share t…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Make your tests tell the story of your domain with Anne and Mads
1:07:07
1:07:07
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:07:07
Even with perfect naming and perfect code, it is hard to read the story of your domain straight out of it. You can be certain that you’ll have forgotten some of the nuances about the code the next time you see it. Or someone else sees it, because very few of us live our professional coding lives in an area where it’s only me ever handling the code.…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
What is an aggregate with Thomas Ploch
1:03:00
1:03:00
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:03:00
Within the community, there is been an ongoing discussion about the aggregate pattern. From Eric Evans perspective it is: An architectural pattern that enforces the consistency of a set of interrelated constraints, by defining a transactional boundary, a concurrency boundary, and a distribution boundary. A lot of people seem to have different perce…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
SunDDDay discussion: CQRS & Event Sourcing systems with Alexey and Marco
1:15:03
1:15:03
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:15:03
In the next SunDDDay discussion Alexey Zimarev and Marco Heimeshoff will join us and share their experience in building systems with CQRS and Event Sourcing. We will discuss what it exactly is, where it came from, what the strength and weaknesses are, when and how to use it, and how to design and maintain these systems. Join us through zoom webinar…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
EventStorming Types and Heuristics with Rebecca, Paul and Alberto
1:01:34
1:01:34
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:01:34
Rebecca Wirfs-Brock, Paul Rayner en Alberto Brandolini will join us in this VDDD meetup and talk about what types of EventStorming there are, and what heuristics they use. Join us through youtube or zoom webinar in this discussion. You can interact with us and ask your questions through chat, or raise your hand in the zoom webinar and join us live …
…
continue reading
On this first SunDDDay 26th May at 16:30 Central European Time (Amsterdam GMT +2), virtual DDD meetup will hold an online panel discussion where you can ask questions! Marco Heimeshoff, and Kenny baas-Schwegler (with a possible attendance by Zsófia Herendi and Trond Hjorteland) will discuss their experience with EventStorming and User story mapping…
…
continue reading
![Artwork](/static/images/128pixel.png)
1
Introducing DDD to your Company with Barry O Sullivan
1:01:31
1:01:31
Відтворити пізніше
Відтворити пізніше
Списки
Подобається
Подобається
1:01:31
DDD is about enabling developers and business owners to work together on a collaborative model, but how do you introduce the concept? In a world rife with acronyms and buzzword, people can be hesitant to try out new ideas, especially ones that involve changing the status quo. In this session, we'll discuss various techniques and ideas for introduci…
…
continue reading
In this SPA conference special, we will talk with Trond Hjorteland about if business capabilities are useful in DDD. The DDD community seems to consist of mostly technical people, or at least with some sort of hands-on programming experience, both now an back when the blue book was published. The decision to put the technical patterns at the start …
…
continue reading
In this next virtual DDD meetup, João Rosa and Krisztina Hirth will discuss with us how impact mapping helps to find the possible solutions to achieve a measurable goal before you even know what to visualize. Also, how can you then combine it with other visualisation tools like EventStorming to guide your strategic design? In our industry, we have …
…
continue reading