I wouldn't get to hung up on GDScript. It works well and is well integrated into Godot. If you already have experience programming it will be easy to pick up. Where Godot shines is the ability to create something without a lot of code. This is a good thing because IMO the real time suck is creating assets.

I suppose I'm coming at it from a different angle - I'm expecting my game to flop, but want to learn something from it. I'd rather that something learnt to include a "real" language rather than a script designed for one program. Of course, that's not to say I'll learn nothing while developing for Godot, but it is a factor for me.

Well, you can use C# with mono or use GDNative. Personally, I think most are better off just using GDScript and focusing on their game. I say that because in r/godot there is always a lot of handwringing from newcomers who are wondering if they should skip ahead to something more advanced/common, but ultimately they want to make a game. If that's the case, I think GDScript is great. I think the real learning experience for any independent game developer is how to scope a project so that it is achievable with the resource constraints they have available. That's useful in all programming domains.

There are forks of Godot that use other languages[0].

You might still be able to learn algorithms and methods using Godot, but to me the primary reason to use a framework like Godot is to finish a game. You learn the framework to use the framework - the player isn't going to know or care either way.

[0]https://github.com/Vivraan/godot-lang-support

When I first started the game I had no target platforms in mind. So getting an engine which would make the transitions painless was a huge benefit.

Now, if you only want to export to mobile maybe Defold is superior? I honestly can't tell without trying it.

BTW, Godot can work with GDscript or C# if you prefer. Also GDscript share a lot of it's syntax with Python.

What lacks a bit on Godot is mobile vendor integration. For instance to access Android services such as game service you have to use community plugins.

I choose Godot because I wanted to try it on a small scale real project.

I'm also curious about game engines and I'm wondering why you didn't list Unity. It seems like the default for a lot of mobile game projects. I've heard for 2D it's a bit of a glutton, since it's ultimately a 3D pipeline. Is that why?

Yeah that's why I dismissed it - way overkill, both in terms of resources used and the development (at least from what I can tell). It seems like 2D is an afterthought, with it just locking the camera in a 3D space to a particular axis.

Exactly. When using Unity it feel like I get too much for what I want. For me Unity is in this weird spot were it's suited for AA mobile game and AA 3D games but not so much for AAA games or indies were Godot shine.

> Defold seems very polish

It's Swedish actually :p

Ahah oops, fixed! I wasn't aware of its Swedish origins, I kind of assume everything is American on the internet until proven otherwise (coming from a Brit)