Welcome to the new week!

Let’s say that we’d like to enforce the uniqueness of the user email. Theoretically, you could query a read model keeping all users’ data and check if the user with the selected email already exists. Easy peasy? It sounds like it, but it’s not. Such an approach will give you a false guarantee. In the meantime, between you got the result, ran your business logic and stored new user information, someone could have added a user with the same email. Querying is never reliable; we should tell, not ask. So, in this case, claim the user email end either succeed or fail.

Unique constraint validation is one of those things that looks simple but is not always easy. From my experience, a unique constraint requirement usually indicates that our business people bring us a solution instead of a problem. We should ensure that what we’re trying to provide here is a real requirement and ask enough whys before we commit to it.

Still, sometimes we need to select the hill we’d like today for or just need to do our stuff.

In Marten, we're trying to show the pragmatic face of Event Sourcing and embrace that whether something is best practice or anti-pattern depends on the context. I wrote about the pragmatic trick that can simplify uniqueness constraint enforcement in Event Sourcing when using Marten.

• Oskar Dudycz - Ensuring uniqueness in Marten event store

I struggled to create code for the starting phase showing the common architecture/implementation flaws. I was even considering paying some junior to write such. I needed a code to be the starting point for my new workshop, Event Sourcing in production. Now I found a solution and started to use ChatGPT. The code it generates seems to be a perfect match for such needs!

Jokes aside. The tool is impressive, and I strongly believe it's a must-have nowadays as it speeds up boilerplate work enormously.

I remember the days before there was StackOverflow, and we somehow could write code; we also weren't fired (as was predicted 10 years ago) because of it. Did our work change? Sure? Is it better or worse? It's different.

And that's great; we just need to adapt and find a good way of using this tool. I'm considering it a chance to focus on what's important.

Working with ChatGPT reminded me to pair coding with a skilled coder but a bad programmer. You will get decent results if you drive it well, but it won't set architecture for you. It's a tool that reminds me Memento plot. A guy that has old memories remember what happened a minute ago but forgets what we talked 10m ago and is not able because of that to be too creative.

See the current result in the repo: https://github.com/oskardudycz/event-sourcing-on-prod-workshop/.

If you’d like to learn more about why this code, even if it’s looking pretty well, has serious flaws to consider using on prod, contact me, and let’s organise the training for you and your colleagues. See details on my workshops page.

See also more about the application code generation based on ChatGPT and related tools in:

• Ted Neward - AI-generated Applications

• David Boyne - Implementing an event-driven serverless story generation application with ChatGPT and DALL-E

See also a great write-up to see how it works to understand its limitations:

• Stephen Wolfram - What Is ChatGPT Doing … and Why Does It Work?

TLDR, no need to be afraid that we’ll be replaced; we’ll still need to move tickets in our backlogs, talk to humans and work with them. But the chance is that we’ll have more time for what’s more important and do it better, e.g.:

• Dave Anderson - 10 Traits of Successful Junior Software Engineer

• Jeff Paton - The New User Story Backlog is a Map

• Brent M. Jensen - The Combined Engineering Software Model

We’ll still have dramas, like the latest Docker drama. Maybe they used ChatGPT to make decisions and write the email for them? Or maybe they did not but should have been?

• Docker - We apologize. We did a terrible job announcing the end of Docker Free Teams.

• Alex Ellis - Docker is deleting Open Source organisations - what you need to know

I’m almost sure that no ChatGPT was involved in making such impressive migrations

• Kevin Grüneberg - Migrating 125.000 users from Auth0 to Supabase

But no worries, no ChatGT was and will be involved in writing Architecture Weekly or my blog!

Check also other links!

Cheers
Oskar

p.s. I invite you to join the paid version of Architecture Weekly. It already contains the exclusive Discord channel for subscribers (and my GitHub sponsors), monthly webinars, etc. It is a vibrant space for knowledge sharing. Don’t wait to be a part of it!

p.s.2. Ukraine is still under brutal Russian invasion. A lot of Ukrainian people are hurt, without shelter and need help. You can help in various ways, for instance, directly helping refugees, spreading awareness, and putting pressure on your local government or companies. You can also support Ukraine by donating, e.g. to the Ukraine humanitarian organisation, Ambulances for Ukraine or Red Cross.

Architecture

• Kevin Grüneberg - Migrating 125.000 users from Auth0 to Supabase

• Vladik Khononov - Untangling Microservices, or Balancing Complexity in Distributed Systems

• Derek Comartin - The Challenge of Microservices: UI Composition

• George Candea, Armando Fox - Crash-Only Software

• Ryan Marsh - Event Storm to Production Supergraph: a Domain-Driven Design Approach to GraphQL

• Rocco Scaramuzzi - Event-Driven Microservice Architecture, don’t use only events but use commands too!

• Tomek Stolarczyk - Design Level Event Storming with examples!

• Artur Wojnar - Why make a decomposition of the monolith database?

• The TOGAF standard - a framework for Enterprise Architecture

DevOps

• Docker - We apologize. We did a terrible job announcing the end of Docker Free Teams.

• Alex Ellis - Docker is deleting Open Source organisations - what you need to know

• John Reilly - Lighthouse meet GitHub Actions

• GitHub - We updated our RSA SSH host key

Frontend

• Miško Hevery - Signals vs. Observables, what's all the fuss about?

AI

• Stephen Wolfram - What Is ChatGPT Doing … and Why Does It Work?

• The Verge - OpenAI co-founder on company’s past approach to openly sharing research: ‘We were wrong’

• Ted Neward - AI-generated Applications

• David Boyne - Implementing an event-driven serverless story generation application with ChatGPT and DALL-E

• GitHub - GitHub Copilot X: The AI-powered developer experience

.NET

• Oskar Dudycz - Ensuring uniqueness in Marten event store

• Steve Sanderson - DotNetIsolator: an experimental package for running .NET code in an isolated sandbox

• Meysam Hadeli - Problem Details in .Net 7

• Andrew Lock - Understanding the .NET ecosystem: The evolution of .NET into .NET 7

Node.js

• LogRocket - WebSockets tutorial: How to go real-time with Node and React

• Jamie Munro - How to Make a Real-Time Sports Application Using Node.js

• Node Distributed Lock - Enables distributed locking for sequencing actions across node applications

• Colin Diesh - You may not need a bundler for your NPM library

WebAssembly

• The NewStack - WebAssembly: 5 Predictions for 2023

Coding Life

• Dave Anderson - 10 Traits of Successful Junior Software Engineer

Management

• Jeff Paton - The New User Story Backlog is a Map

• Brent M. Jensen - The Combined Engineering Software Model

Trivia

• Marcus Raitner - On the Wise Use of Our Insultingly Short Lifespan