godot-fsharp-tools VS godot-lang-support

Hello guys I am new in Godot and I am trying to install this plugin FsharpTools, but i am getting these errors:

For what it's worth, Godot can do the same: there's a Godot version of Arcadia for using Clojure, and Godot F# tools takes some of the tedium out of using F#, though you have to make a small tweak to the .fsproj file it generates because the Mono assemblies moved. It works via a cheesy little hack: you make a C# script in Godot that's just an empty class that does nothing else but inherit from an F# class, and the F# project builds at the same time by adding it as a dependency of the Godot-generated .csproj file. Godot doesn't know anything weird is going on and it just kind of works :)

For something OCaml-like but more approachable, it'd probably make more sense to try using the Godot game engine with F#. You can build the GUI itself visually, the godot-fsharp-tools plugin lets you piggyback on the C# support to write code in F#, and it's pretty easy to build for different platforms. The learning curve of figuring out how things work and translating it to F# is a bit steep, but can be mitigated by starting with the built-in GDscript and working in F# code where it makes sense as comfort and familiarity increases.

I looked at it before, but I'm generally more interested in languages like OCaml, F#, and Clojure (I tend to think and code in a more FP style so they suit me better) so I ended up using this plugin. I should probably give Nim another look since it has some features I like; I just really like the more advanced OCaml and F# type systems, making Nim seem like a step backward in that regard so I never gave it much consideration.

I haven't messed with it much lately but I was working from a combination of Godot F# tools and this 3-part blog post, plus a bit of trial-and-error. I don't have any good examples, I was doing a few tests to feel through how C# examples in the Godot documentation translated to F# and some random not-Godot-specific F# code setting up some data structures and logic. I'm more familiar with OCaml so I was basically trying to feel out F#/OCaml differences while figuring out F#/Godot integration, rather than make anything coherent enough to use as an example.

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.