Godot’s nodes do lots of stuff, but also nothing. They’re very modular, and from their tree structure and scene structure you can get away with not having to do a bunch of instantiation, which is nice. But they still only provide pieces of functionality, like animating some properties or detecting collisions, etc.

They’re handy, but they don’t contain any game logic in them, they’re just functionality. If you want to make a game, then you need to hook the collision detector to a function in the script for your node, and the function in the script needs to trigger a particular animation, etc.

The scripting language is similar to Python but different.

I like Godot, I think it’s a great visual editor for the visual stuff, but there’s definitely still programming in there. But it’s typically gentle programming, as much as it can be, with good editor integration and pretty good error messages and debugging, etc., in my experience.

In what sense do you mean Godot only needs code for optimization? How do you think it… becomes a game? Especially a particular game versus any other?

Maybe you’re using a different definition of coding though? Like maybe GDScript is scripting, and it’s only coding if it’s from the coding region of C#?