nim-lang and Godot are a match made in heaven

Wwattahay · Jan 30, 2020

nim-lang has the clean syntax of python and gdscript, but allows for deeper concepts. In this way, everything that needs to be done around Godot could be accomplished with nim-lang, especially with official support.

nim-lang is built to be good for gaming with multiple garbage collection options.

nim-lang could use the support of an organization like Godot. And it "deserves" it.

Nim-lang could go as far as replacing GDScript in 4.0, and only require users learn one language to accomplish deeper programming purposes as well.

Megalomaniak · Jan 30, 2020

Your post was caught in the moderation queue since you haven't confirmed your account, there should have been a email sent, make sure to also check the spam folder.

For proposals there is: https://github.com/godotengine/godot-proposals

Make sure to read the rules first.

ZZireael · Jan 30, 2020

Already, Nim bindings exist: https://github.com/pragmagic/godot-nim

cybereality · Jan 31, 2020

Can you share some things that would be possible or easier in nim versus GDScript?

NeoD · Jan 31, 2020

Nim can be an alternative to C++ for GDNative scripts. In order to replace GDScript, without hurting the usability too much, the build settings needs to be smarter. As requested here.

https://github.com/godotengine/godot-proposals/issues/119#issuecomment-570889825

KKequc · Feb 1, 2020

https://nim-lang.org/

Pretty cool I like the look of it. I think I'll continue using the existing toolset until something like this were implemented in core. But it's MIT licence and you're right it does look similar to gdscript. It would be helpful to everyone if you showed examples of how it would work in godot and what advantages it brings to the table.

Wwattahay · Mar 12, 2020

@cybereality said: Can you share some things that would be possible or easier in nim versus GDScript?

My reasoning stems from general observations as a relative newb:

(nim-lang is just as familiar/appealing for a newb, yet surpasses GDScript in capability in the long run.)

I. nim-lang just hit version 1 in 2019 Thus alleviating corresponding fears around stability ie: nim may have been discounted in the past, but newly become an option (and as they are transferring to 4.x)

II. nim not only resembles GDScript and thus Python, it is a full language like C++ Thus it is easier to pick up its scripting aspects coming from the most popular programming language for newbs It makes less sense to adopt GDScript, only to have to learn C++/C# in order to deepen your game dev

III. nim has custom garbage collection options, and is said to be good for gaming

IV. nim might be easier, faster, and prettier than C#

V. Switching from GDScript to nim-lang will come with the benefits of an existing community The Godot devs are putting energy into GDScript, when it will not be as featurefull as nim-lang. The same effort could be used to replace GDScript with nim-lang that already has a lot of functionality. Godot and nim-lang could be part of a synergistic community effort <3 as is the spirit of open source lovy dovy stuff.

VI. Adoption and popularity and marketing. * If you build it, they will come.

cybereality · Mar 13, 2020

Okay thanks. That makes sense.