godot-lang-support VS Nim

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.

22. Nim - $80,000

I think the right answer to your question would be NimLang[0]. In reality, if you're seeking to use this in any enterprise context, you'd most likely want to select the subset of C++ that makes sense for you or just use C#.

[0]https://nim-lang.org/

I don't think it's a rust-inspired language, but since it has strong typing and compiles to javascript, did you give a look at nim [0] ?

For what it takes, I find the language very expressive without the verbosity in rust that reminds me java. And it is also very flexible.

[0] : https://nim-lang.org/

I see a valid cert for https://nim-lang.org/

FYI, on the front page, https://nim-lang.org, in large type you have this:

> Nim is a statically typed compiled systems programming language. It combines successful concepts from mature languages like Python, Ada and Modula.

You better off with using a compiled language.

If you interested in a language that's compiled, fast, but as easy and pleasant as Python - I'd recommend you take a look at [Nim](https://nim-lang.org).

And to prove what Nim's capable of - here's a cool repo with 100+ cli apps someone wrote in Nim: [c-blake/bu](https://github.com/c-blake/bu)

Chapel has at least several full-time developers at Cray/HPE and (I think) the US national labs, and has had some for almost two decades. That's much more than $100k.

Chapel is also just one of many other projects broadly interested in developing new programming languages for "high performance" programming. Out of that large field, Chapel is not especially related to the specific ideas or design goals of Mojo. Much more related are things like Codon (https://exaloop.io), and the metaprogramming models in Terra (https://terralang.org), Nim (https://nim-lang.org), and Zig (https://ziglang.org).

But Chapel is great! It has a lot of good ideas, especially for distributed-memory programming, which is its historical focus. It is more related to Legion (https://legion.stanford.edu, https://regent-lang.org), parallel & distributed Fortran, ZPL, etc.