Viewing profile — randolorian
randolorian
HN member- Joined
- Thu, Jan 02, 2020, 1:22 PM UTC
- HN karma
- 4
- Public activity
- 7 items
- HN profile
- View on Hacker News ↗
About randolorian
No profile information was provided.
Recent public activity
-
comment
Comment #29391670
> Thinking that event sourcing and CQRS are synonyms is a fundamental misunderstanding also. Indeed. These are two separate patterns. They can have great synergy when used together…
-
comment
Comment #29391480
Seems like a fundamental misunderstanding to me. Commands get validated via your aggregate, not events. Events are not allowed to be rejected. Ever. Because they already happened.
-
comment
Comment #28704018
A proper event storage solution will have optimistic concurrency built in.
-
comment
Comment #21937067
I feel like people are running into these problems because they want to pretend that a message broker is an event store. I could try to shovel a star schema into MongoDB too, but w…
-
comment
Comment #21935872
Why would it? Typically you would have one stream per user.
-
comment
Comment #21935179
https://leanpub.com/esversioning/read
-
comment
Comment #21935140
Best practices around this have already been established. Most if not all event stores - which Kafka is not - have a concept called 'position.' You save the position atomically alo…