Skip to main content

Agility vs stability

How do you like your data?

Do you want it to be agile? So it can change at any moment, depending on the needs or wants of those producing the data? If a team decides it wants to model an object differently, with different IDs, they can do so. They are moving fast and breaking things.

Or do you want it to be stable? You’re building for the medium-to-long term and deploying your data-driven applications in front of your paying customers, who need to those applications to be dependable. You’ve got a long backlog and can’t waste your time rebuilding the same things over and over again. Your engineers are leaving because being on-call is a nightmare.

You can’t have both. Which would you choose?

P.S. I’ll be on a live panel Monday evening discussing “Data Contracts: The Next Frontier”. It’s 6pm GMT. Come join us!


Want great, practical advice on implementing data mesh, data products and data contracts?

In my weekly newsletter I share with you an original post and links to what's new and cool in the world of data mesh, data products, and data contracts.

I also include a little pun, because why not? 😅

(Don’t worry—I hate spam, too, and I’ll NEVER share your email address with anyone!)


Andrew Jones
Author
Andrew Jones
I build data platforms that reduce risk and drive revenue.