home.social

Search

175 results for “oskardudycz”

  1. So I just casually merged such a small Pull Request extending „a bit” my workshop exercises in #Java.

    github.com/oskardudycz/EventSo

    Wanna see how to implement event stores on top of #PostgreSQL or #Mongo? How to use #EventStoreDB? Why not!

    I’m going to have a few open and private workshops teaching #EventSourcing in practice. You can also join them or schedule one.

    Or, you can try to do exercises as a self-paced kit, as I’m always open sourcing all of them. That’s not the full workshop experience, but can be good enough 🙂

  2. So it seems that I’ll need to amend my article on building #MongoDB Event Store, I just implemented version with event as document. It’s doable but…

    …but you need to use advanced, non default strategy with replica set. That allows using transactions added in v4.

    The other challenge is that you still need to have separate document with stream metadata to have optimistic concurrency.

    So setup is trickier, but doable. See: github.com/oskardudycz/EventSo

    We’ll support also that option out of the box in #Emmett in the future.

    Thanks David Craft for the hint. That’s also why I’m blogging as that gives me a chance for learn new perspectives.

  3. Yesterday, I bragged about my #EventSourcing samples for #dotnet. I also promised that I'm not going to stop on that. So I won't!

    Today, I modernised my #NodeJs samples. If you're looking for how to start your journey with #EventSourcing, then start with my repo: github.com/oskardudycz/EventSo

    Now it uses the latest #NodeJs, #EventStoreDB, etc!

  4. @oskardudycz @jchannon Here's some feedback though.Tell @jeremydmiller to tone down the Football references, Europeans don't get them :P

    #justKidding #itsFine

  5. @oskardudycz @jchannon Here's some feedback though.Tell @jeremydmiller to tone down the Football references, Europeans don't get them :P

    #justKidding #itsFine

  6. @oskardudycz @jchannon Here's some feedback though.Tell @jeremydmiller to tone down the Football references, Europeans don't get them :P

    #justKidding #itsFine

  7. @oskardudycz @jchannon Here's some feedback though.Tell @jeremydmiller to tone down the Football references, Europeans don't get them :P

    #justKidding #itsFine

  8. @oskardudycz @jchannon Here's some feedback though.Tell @jeremydmiller to tone down the Football references, Europeans don't get them :P

    #justKidding #itsFine

  9. #EventSourcing in #Java?

    Full sample with #SpringBoot?

    Why not!

    I just upgraded my Java samples to #SpringBoot 3 and #EventStoreDB 4: github.com/oskardudycz/EventSo.

    If you're looking for a place where:
    - you could learn #EventSourcing from scratch with the self-paced kit,
    - you can learn how to handle distributed processes, uniqueness, versioning,
    - see real-world samples orchestrating that together.

    Then I think my repo is a decent place to start your journey!

  10. I just applied to my in samples: github.com/oskardudycz/EventSo.

    It needs enhancements (especially around events, error handling, tagging etc.) but basic flow together with propagation is working fine for , and .

    Check it up! Feedback is more than welcome 😊

  11. Hey @oskardudycz,
    thanks for doing the hard work of digging into parts of Npgsql that we haven't documented yet. I've responded in your PR.
    You'll have to replace the call to Npgsql.Replication.Internal.LogicalReplicationConnectionExtensions.CreateLogicalReplicationSlot() at github.com/oskardudycz/Postgre with a call to Npgsql.Replication.PgOutputConnectionExtensions.CreatePgOutputReplicationSlot() and then everything should work without patching #Npgsql.

  12. To close this, we‘re using subscriptions from #eventstoredb with stored checkpoints (thx @oskardudycz for showing me), each achievement has their own subscription. The consumed events (finished cards) trigger the checks (if achievements have been reached). This enables to introduce new achievements that are granted to players in retrospective.

    💛 #eventsourcing

    5/5

  13. Friday, what a wonderful day! The day when another work week comes to an end, and the day when I wrote my first ever article, so now you have something to spend the weekend on reading about #dotnet, #reactiveui, #avaloniaui, and properties because it's all about them!

    github.com/YohDeadfall/YohDead

    Without @oskardudycz and @thephd that work wouldn't be done at the level where it's now. Thank you for helping me in polishing it and suggesting improvements!

  14. Friday, what a wonderful day! The day when another work week comes to an end, and the day when I wrote my first ever article, so now you have something to spend the weekend on reading about #dotnet, #reactiveui, #avaloniaui, and properties because it's all about them!

    github.com/YohDeadfall/YohDead

    Without @oskardudycz and @thephd that work wouldn't be done at the level where it's now. Thank you for helping me in polishing it and suggesting improvements!

  15. Friday, what a wonderful day! The day when another work week comes to an end, and the day when I wrote my first ever article, so now you have something to spend the weekend on reading about , , , and properties because it's all about them!

    github.com/YohDeadfall/YohDead

    Without @oskardudycz and @thephd that work wouldn't be done at the level where it's now. Thank you for helping me in polishing it and suggesting improvements!

  16. Friday, what a wonderful day! The day when another work week comes to an end, and the day when I wrote my first ever article, so now you have something to spend the weekend on reading about #dotnet, #reactiveui, #avaloniaui, and properties because it's all about them!

    github.com/YohDeadfall/YohDead

    Without @oskardudycz and @thephd that work wouldn't be done at the level where it's now. Thank you for helping me in polishing it and suggesting improvements!

  17. Friday, what a wonderful day! The day when another work week comes to an end, and the day when I wrote my first ever article, so now you have something to spend the weekend on reading about #dotnet, #reactiveui, #avaloniaui, and properties because it's all about them!

    github.com/YohDeadfall/YohDead

    Without @oskardudycz and @thephd that work wouldn't be done at the level where it's now. Thank you for helping me in polishing it and suggesting improvements!

  18. @tanepiper
    #WebSerialAPI looks like a great idea. Then think about the potenti al dangers of browsers running on machines operating industrial apparatuses. The consequences could be devastating. In that cases it is much much better to provide a local application that would serve an API. It is still potentially hackable but it greatly reduce the exposed surface
    @ColetteDiskette @oskardudycz

  19. Btw. It's the 101st closed Pull Request in #Pongo. Chef kiss 👌😎

  20. See what I just merged! 🎉🐶 There are a few steps left, but hey! The First working version of #SQLite support in #Pongo landed in the main branch!

    github.com/event-driven-io/Pon

  21. #Pongo just reached 1300 🌟 on GitHub! Nice!

    If you’d like to match #MongoDB accessibility with #PostgreSQL powers - try it!

    github.com/event-driven-io/Pon

  22. Sneaky code bites back, I realised that again recently.

    I realised I'd been writing terrible code when I couldn't explain it to myself.

    The code worked. It was adding SQLite support to Pongo. But when I tried to describe how I was implementing multi-database support, I heard myself saying:

    "First it checks if the Promise is cached, then it creates a proxy that defers to the real implementation which doesn't exist yet, but will be loaded dynamically when..."

    Insane, I was going insane.

    It's a pattern we all fall into.

    We see repetition and think, "I can abstract this."

    We see explicit configuration and think: "I can infer this". We see upfront costs and think: "I can defer this".

    Sometimes we just don’t trust our colleagues, thinking that they’re too incompetent and we need to take precautionary steps.

    Sometimes we're right. Most often we’re not.

    Too often, we're optimising the wrong metric. I was optimising for fewer imports, not simpler code. I was hiding essential configuration, not accidental complexity.

    A minimal API with complex implementation isn't simple—it's a lie. The complexity doesn't disappear. It moves from the visible surface to hidden internals, where it's harder to understand, debug, and modify.

    I got too clever. We all do sometimes. The key is catching it before it escapes into production, where it becomes someone else's nightmare.

    Now I'm removing this code, and that's fine.

    Want to read details? Check the latest #ArchitectureWeekly architecture-weekly.com/p/snea

    And tell me about your sneakiness.

    How hard did it bite you?

  23. Me ATM fighting with the #TypeScript generics while reshaping ⁠#Pongo API 😅

  24. Do you want to learn more about cool #PostgreSQL features like partitioning, logical replication? Know also more about dos and dont's from my experience?

    After receiving a ton of questions on last week's Particular Software webinar on #PostgreSQL Superpowers, I did a Q&A, discussing those topics (and more!)

    Read it in the latest #ArchitectureWeekly: architecture-weekly.com/p/post

    You'll also know what I answered for the question:

    "What misuse of PostgreSQL (feature or in general) has turned out to be useful?"!

    Feedback is welcome, and thanks again, @danielmarbach for the invitation!

  25. “Just use #SQL”, they say.

    “No need for ORMs”, they add.

    And they may be right, but… But then accidental complexity piles in.

    Just is enough for a simple or explicit context. Eventually, as our system grows, we’ll need to deal with complications. Popular tools might not be perfect; they may be too heavy, depending on design decisions, but as Gerald Weinberg said:

    "Things are the way they are because they got that way"

    You can live “just” with something. This can be a good starting point. Yet, we should always consider when deciding on DIY or “take off the shelve” solutions where we need to land and what our main problem is to solve.

    Because if it appears that we’ll need more advanced features, then we’ll follow the path similar to the one that people building popular libraries/tools have taken.

    It’s always worth thinking whether “just” will be enough for us. Usually, “just” is enough only for some time. And it is better not to overlook this to change our approach, as then we can deal with accidental complexity related to wrongly weighted “just”.

    How does "wrongly weighted just" look like? Check in my latest #ArchitectureWeekly edition

    architecture-weekly.com/p/just

    What are your "wrongly weighted just" horror stories?