godot-lang-support VS gdnim

Another potential example would be a better C#, but unfortunately I'm not familiar enough with it to evaluate what can be improved. While I don't think Scala as any chance of replacing C# in Unity, in the indie space Unity has been losing some market share to Godot, which has bindings for multiple languages. A "better C#" could become the next indie gamedev language. Who knows, maybe this could be a interesting use case for Scala (or even Scala Native).

I was thinking as in releasing your game under an open source license and putting code on like github or Codeberg for people to use/contribute to. You could use Godot https://godotengine.org/ Many different languages you can use https://github.com/Vivraan/godot-lang-support

It depends on what you are looking to do. Find what you want to do/make, chose a language that you like and gets you where you want to go and stick with it, learn it, make projects, many small projects to help you grow. Check out this for games https://godotengine.org/ https://github.com/Vivraan/godot-lang-support Some languages are harder to master than others. I went the route of C++ because it is what I wanted to learn, got me where I want to go, and I didn't like the higher-levels ones so I was good with a longer road, but everyone is different, chose what works best for you. Also you should look at the FAQ

You could try Godot. https://github.com/Vivraan/godot-lang-support Godot has it's own language gdscript, which is python like. You can use other languages as well. Really the most important thing is to chose something, stick to it, learn it, play with it, build new things with it, do it all in incremental ways, move by tiles not by miles, and continue to grow. Have fun, keep focus and keep working on it, get plenty of practice, it will help.

No: https://github.com/Vivraan/godot-lang-support

GDScript is the most tightly integrated into the Godot editor, but there are tonnes of language bindings that work just as well and call into the C++ API just the same. C# is officially supported and they just ported it in Godot 4 to use .NET 6 instead of Mono. I've also used the Typescript/Javascript module from a 3rd party in the past and it surprised me how good the dev experience was.

Here is a list of language bindings and their operational status https://github.com/Vivraan/godot-lang-support

The languages listed as "production ready" here[0] are Javascript, Lua, Nim, Rust and Typescript.

Also I would hesitate to call GDScript a weird Python. It shares some of Python's syntax, like significant whitespace, but beyond that it's a completely different beast.

There is an actual Python for Godot project[1] but I don't know how close it is to ready for prime time.

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

[1]https://github.com/touilleMan/godot-python

That's odd specifically w/relation to Godot (especially as it's listed among production-ready bindings for 3.X), I know I feel like I've mentioned it too often whenever it seems actually relevant.

For Godot and languages another potential point to help is with 4.0a and GDextension bindings, GDextension is the replacement for GDnative. Particularly 3.X allows using community-made bindings to use desired languages, but being 4.0 has the new system that means all of the existing bindings need to be updated/replaced.

Another option is Nim. Looks and writes like Python but closer to C in performance. It also has static typing so I prefer it for scripting as well.

People have built a few games with the Nim Godot bindings:

https://github.com/pragmagic/godot-nim

There’s also an interesting project to do hot reloading using dlls:

https://github.com/geekrelief/gdnim

I've been down this road. I forked godot-nim to https://github.com/geekrelief/gdnim and have add several features. I've since moved on to working on https://github.com/geekrelief/tm-nim, a binding for The Machinery.

I maintain a fork of the godot-nim binding https://github.com/geekrelief/gdnim/ All your issues I've dealt with by not relying on the godot editor. Instead I do all the setup with my build script which can generate the gdnlib, gdns, and tscn file for a node with script attached.

This is my first exposure to this and the proposal. I maintain a fork of godot-nim, https://github.com/geekrelief/gdnim. I know someone who was trying to exchange data between gdscript and godot-nim. Nim has a generic vector type: seq[T], and he was trying to expose that to gdscript. I told him to use an Array of Variants instead. Would this PR allow us to expose data structures from gdnative (or whatever) to gdscript?

I can't speak to the issues with setting things up. I never had a problem on Windows. But if you need help create an issue on the godot-nim repo someone might come along and help. I know at least one person that uses/used a mac to get godot-nim running. On my own repo, https://github.com/geekrelief/gdnim I plan to get osx working, but it's not my main dev machine.