Live data from Hacker News

Viewing profile — randolorian

randolorian

HN member
Joined
Thu, Jan 02, 2020, 1:22 PM UTC
HN karma
4
Public activity
7 items

About randolorian

No profile information was provided.

Recent public activity

  1. 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…

  2. 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.

  3. comment
    Comment #28704018

    A proper event storage solution will have optimistic concurrency built in.

  4. 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…

  5. comment
    Comment #21935872

    Why would it? Typically you would have one stream per user.

  6. comment
    Comment #21935179

    https://leanpub.com/esversioning/read

  7. 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…