Derek Comartin

Why is your database generating your IDs? It seems like a simple implementation detail, but it can have a pretty big impact on your system design.

"most developers optimized for shipping code"...

Stop Modeling Everything as CRUD. Task-Driven isn't always the answer either. Ask: What is the user trying to accomplish?

Multi-Tenant "Best Practices" often hide trade-offs. Where complexity really goes when using tenant context, shared databases, filtering, and feature flags.

Don't expose internal domain events across service boundaries. When you treat domain events as your public integration contracts, you couple consumers to your internal domain model and workflows, leading to breaking changes and a fragile system that's hard to change.

Why is crap on here? The accounts that post the same engagement crap over and over (1 day apart).

Event driven architecture doesn't mean you aren't coupled. Especially when your events are really just database changes being broadcast over a message broker.

Every step away from an in-memory method call changes where the complexity lives.

Oh man the comments...

I keep reading this is "REST". This isn't going "back to REST". It's going stateless. Which REST is, but devs think of REST as JSON over HTTP and forget everything else. I feel like we're in a world that's about to reinvent a ton of shit.