4 ms·

Oh wow, this is a really cool release. I was hoping that Python 3 would be a built-in feature but I'm not complaining :)

giancarlostoro 9y ago
GDScript is pythonesque enough to where that's alright. By having made their own scripting language it allows for it to flow better with their engine, at least that's my opinion. I used GDScript and didn't have any issues with using it, I'm sure everyone wants to reuse the millions of Python libraries available but they're not built for Godot. However, using GDNative I'm pretty sure one could put Python support into Godot, as a Godot native plugin that then runs your Python code. It wouldn't be as efficient as just using GDScript though.
- krapp 9y ago
  > By having made their own scripting language it allows for it to flow better with their engine, at least that's my opinion. It also locks your code into their ecosystem, albeit to a much lesser degree than, say, GameMaker and GML because Godot is open source, and allows support for other languages. Unless anyone is going to use GDScript anywhere else as a general purpose language, it's as useless to learn in the long term as GML or Boo for Unity. That said, Godot looks nice and I look forward to trying it out. But I do believe that, in general, game frameworks should stop rolling their own custom scripting languages.
- chillidoor 9y ago
  >By having made their own scripting language it allows for it to flow better with their engine, at least that's my opinion >[...] >I'm sure everyone wants to reuse the millions of Python libraries available but they're not built for Godot. Yeah, it is one of those tradeoffs you have to weigh up, I guess. After thinking about it some more, I think that keeping Python as an optional, community project is far saner for the core devs. They can focus time on the important part (the engine, UI, etc) and not on trying to get a 3rd-party language to work correctly.

giancarlostoro 9y ago

GDScript is pythonesque enough to where that's alright. By having made their own scripting language it allows for it to flow better with their engine, at least that's my opinion. I used GDScript and didn't have any issues with using it, I'm sure everyone wants to reuse the millions of Python libraries available but they're not built for Godot. However, using GDNative I'm pretty sure one could put Python support into Godot, as a Godot native plugin that then runs your Python code. It wouldn't be as efficient as just using GDScript though.

krapp 9y ago
> By having made their own scripting language it allows for it to flow better with their engine, at least that's my opinion. It also locks your code into their ecosystem, albeit to a much lesser degree than, say, GameMaker and GML because Godot is open source, and allows support for other languages. Unless anyone is going to use GDScript anywhere else as a general purpose language, it's as useless to learn in the long term as GML or Boo for Unity. That said, Godot looks nice and I look forward to trying it out. But I do believe that, in general, game frameworks should stop rolling their own custom scripting languages.
chillidoor 9y ago
>By having made their own scripting language it allows for it to flow better with their engine, at least that's my opinion >[...] >I'm sure everyone wants to reuse the millions of Python libraries available but they're not built for Godot. Yeah, it is one of those tradeoffs you have to weigh up, I guess. After thinking about it some more, I think that keeping Python as an optional, community project is far saner for the core devs. They can focus time on the important part (the engine, UI, etc) and not on trying to get a 3rd-party language to work correctly.