Making a for this Draughts-like game progress.

After making the UML, started to implement the piece (and partially the board).

Again, things on UML wasn't actually that right, but updating it it's pretty simple, especially using codeberg's wiki (supports mermaid, so it's basically writing code).

I'm pretty happy on how this is progressing.

Finally started my implementation of a draughts game (which I hope I'll not abandon) after UML-ing it for days, now I'm basically ping-ponging between these two, which helps me rethinking about with more care.

I almost got trapped on the UML rabbit hole, avoided thanks to the tips you gave me!

UML helps planning, but I feel the true advantage comes later actually: it's being easier to remember how your project works by looking at the UML graphs than digging the actual messy thing.

Open Worlds: An Introduction to Free and Open-Source Game Engines https://www.stride3d.net/blog/open-worlds-intro-to-foss-game-engines/ #BevyEngine #GodotEngine #O3DE #StrideEngine #GameDev #IndieDev #IndieGameDev

Dammit, ok, I'm sold to o3de's event based scripting for gameplay.

The idea of stopping the protagonist when highlighting something on the camera wasn't planned, but it was so easy to implement (literally seconds).

This is probably true to Defold or any engine that works with messages and co-routines to be honest.

#o3de pipeline/rendering test scene setup