Viewing profile — m110

I noticed this frustration gets worse with a long feedback loop. I recently reworked a CI pipeline over two weeks, and it was a nightmare to make tiny changes, push it, and wait 5-…

Take a look at: https://github.com/ThreeDotsLabs/wild-workouts-go-ddd-exampl... (I’m one of the authors.) This project shows how to apply more complex patterns popular in business …

Thanks! I had a paragraph about delta time but since Ebitengine works based on the TPS, I eventually decided to drop it to not make it confusing. Here's a good summary, I think I'l…

Oops, that was a leftover! Thank you :)

GetHarley | REMOTE | Europe | Senior Backend Engineer - Senior Frontend Engineer - Senior Data Engineer | Full-Time At GetHarley ( https://www.getharley.com/ ) we build the first p…

Glad to hear that! :D As mentioned in the other comment, the heavy lifting is done by Ebitengine: https://ebitengine.org/en/documents/webassembly.html Go supports compiling to wasm…

It really was! There's something about moving sprites on screen that's super satisfying compared to using a big game engine. I definitely recommend trying out Ebitengine. :)

It's not a "serious" project. I chose Go specifically because I like the language (and Ebitengine is super fun to work with) and I like the idea behind ECS. I made games with Unity…

There are only two levels at the moment, it's still a prototype. :) And missing a "well done!" screen, obviously.

Thanks! The game is not really balanced at this point, it definitely could use some play testing and improvements. :)

Thank you! Go makes it ridiculously easy: GOOS=js GOARCH=wasm go build -o web/game.wasm

This is what the article mentions. It’s not about the tactical patterns, but the strategic ones. DDD is absolutely not about factories or dependency injection. It seems like you mi…

Well, this is bascially what DDD proposes. To write code that reflects the domain, so even your manager understands it. But for some reason, when you call it by a name, people star…

So you’re saying because software is a „craft” you can’t write down ideas how to do it better? Your bullet points are exactly this. The only thing that makes them different from „p…

Can you share how to reach this understanding? How would you learn it if not from a set of patterns and guidelines? It’s like saying „write good software” without any advice how to…

DDD is just one way to do it. You can as well call it „Focus on what you’re solving instead of implementation details”. DDD just provides patterns to follow this approach. It’s eas…

Hey, you should receive links to the ebook in the first email after confirming subscription.

If you don't want to share your email, you can still read (almost) the same content on our blog. If you sign up, you'll have access to the most recent PDF, as we update the book wi…

> I realized its promoting patterns that aren't useful in most of "business applications built in Go" I don't really agree with this. I would say most of the patterns are quite use…

Hey, thanks for the comment. I hope this doesn't seem like we say it's the only valid way to build applications. We mention throughout the book where some patterns make sense, and …

I think it's probably closer to the onion architecture, as DDD doesn't concern much about infrastructure. But it's kind of mixed up. You could also call it just SRP or separation o…

Ah, I get it now. You meant in in the context of onion/clean/hexagonal architecture. :)