Recently on Twitter Chris Richardson asked if anyone has created a consistent and comprehensive glossary for EventStorming core concepts.

I replied saying that #EventStorming is fuzzy by design. There are standard core concepts, and depending on the context, we use different words for the post-its. Because with that fuzziness, you get more insights. I call it just enough structure to let transactional conversations flow and create a shared mindset and tons of new insight—a shared pool of understanding. However thinking back at past workshops, and from skimming the EventStorming book checking out the core concepts, Chris has a point, we lack an excellent consistent glossary of the core concept, also specific per type. This post describes my take on EventStorming core concepts written down in a consistent and comprehensive glossary. Just be sure to try and avoid jargon as much as possible, as it sets up the unnecessary insider-outsider distinction.

I have moved the content of this blog to the DDD-crew GitHub page, were it will be updated by the community.

https://github.com/ddd-crew/eventstorming-glossary-cheat-sheet

Nowadays, Cypress is rapidly becoming the standard for UI test automation. With cross-browser support being available as per early June 2020, we at Xebia see the traction growing and growing. We’ve recently contributed to this growth by open sourcing a plugin that ensures that Cypress tests can deal with file download dialogs from the browser. In this blog, we explain the background and how we approached it.

Likely, a lot of the code you run is not code you wrote. But what does that mean in terms of security? In this post, we will discuss how long it takes to detect a malicious package, what happens if you include one of these packages, and what you can do about it.

Introduction

Automated browser testing is essential for asserting the quality of the code you deliver when developing web applications. Some defects only become visible at the point when you tie everything together in your application. You want to catch these defects as early as possible to minimize the cost of fixing them. There are a lot of great tools out there to help you with this and I would like to highlight a tool named Playwright.

Asynchronous streaming solutions, such as Rx or Reactor, rely on callbacks to perform flow control (or backpressure). Without flow control, systems could overflow and eventually crash. In this post we will look at the difference between flow control in synchronous applications and their asynchronous counterparts? [more…]

Do you want to increase the quality and most likely the conversion rate of your web pages? In this blog post, I provide the steps on how to integrate Google Lighthouse into a CICD pipeline. Read on.

Microsoft just shipped an update for Microsoft Teams. It has the option to insert one of a set of predefined images. And a hidden one to add your own!

With a lot of people working from home now, we’re giving the world a peek into our homes. It may not always be the most representative. You may not have a dedicated room (like me) and sit at the kitchen table. The option to inject a picture of your office or your favorite spot in the mountains is super useful.

Volatility, Uncertainty, Complexity and Ambiguity – VUCA – or simply a catch-all phrase to say “it is crazy out there”. Living in a VUCA world means we have to think differently about how we organise our organisations and projects. It is important that any organisation is able to quickly adjust their plans and structure if the environment requires to do so. As the COVID-19 pandemic shows us our environment can change in a snap and have huge consequences on any organisation. Working in a VUCA world might sound scary, but it doesn’t have to be. When you are aware of your strategy, the surrounding landscape and have the ability to learn quickly, I feel that any organisation can thrive in this VUCA world.

By Pim Smeets & Evelyn van Kelle

A real team is more than just a collection of individuals . It provides members of that team with a common purpose, identity and a safe-to-fail environment where people can thrive together and creativity flows freely. Building a team is hard work, requires significant (emotional) investment and takes time.

A while back the virtual Domain-driven design meetup experimented with doing a remote EventStorming. The outcome was that doing remote EventStorming as you would do it offline is sub-optimal. The interaction was lacking during the storming parts, and the number of insights gained was lower. That is the power of EventStorming, and it was not present. Still, we asked ourselves how we can make remote EventStorming more optimal, and with most of the world being stuck at home due to corona, I started experimenting with it. In this post, I will describe heuristics about my first experience with remote EventStorming.