Professional software developers, we need to take responsibility for what we deliver, and not beg for permission to do our jobs correctly.

2018: "How to split your monolith into microservices" 2023: "How to consolidate your microservices back into a monolith"

Back to #Aarhus after many years… 🤩 We are so glad to be hosted by @MjolnerDK for a two-day #EventStorming Master Class with @ziobrando 🔸 Two days of tips and tricks, many sticky notes and interesting conversations with a passionate group of learners. Thank you all!

Microservices are maybe not what you think they are, so here's a #Thread to describe them... 1/14

I hate to think of the number of hours wasted across the industry investigating why end to end tests are failing. Push automated testing down to lower levels. If you can’t do this you have a design problem, not a testing problem.

TDD does not take extra time. Writing tests _first_ is not overhead because they force you to think through the problem and partition it properly. You’d have to do that thinking anyway. Testing after the fact IS overhead because you did all that thinking already.

"The first step of any project is to grossly underestimate its complexity and difficulty." ~@nicollhunt

To a lot of people this is true....

DDD versus Classic Approach. An introduction of DDD by @w3ltraumpirat at #socrates2019

If you have Junior Devs in your team, don't be afraid to let them review your PR. Instead, actively encourage them to do so. Tell them to ask questions for everything they don't understand. That way you can mentor them and at the same time make your code easier to understand!

Refactoring = code transformation based on what you’ve learnt from the past Over-engineering = code transformation based on the speculation for the future.

Assemblies are units of deployment not for separating layers Assemblies are units of deployment not for separating layers Assemblies are units of deployment not for separating layers Assemblies are units of dep

You probably already know the Actor Model. It's neither exotic nor complicated. Sure, it's no silver bullet, but it might help structure thoughts, architecture discussions and ultimately software. No conflict with other paradigms necessary: FP, OOP, DDD all work well with it.

@joneaves @mrembach They’re a useful option, especially for companies where you have lots of developers who don’t want to get in each other’s way. But it’s just an option - unfortunately microservices have become a default choice for many, used all to often without thinking about their suitability

Frustrating: resetting a 20-min failed refactoring; Elating: when it takes 5 mins to redo it correctly b/c u learned something the 1st time.

Software development is not manufacturing. We are paid to create something new and change the world.

Challenging the spec is doing your job, are you doing it? Every task has a spec: even if an implicit, half thought, barely communicated one.

If you remake awful software from scratch without changing the culture that created it: you'll remake awful software

I don't know who said this first but its true: Some developers have the ability to write legacy code in real time

Dont think in older normalized relational DB terms. Having copies or value types is fine :-)

"I've set the wedding date. I've not asked her out yet."---how software projects are managed.