2 ms·

It’s not that long ago when people were saying: “Weird how Unity uses Microsoft’s enterprise Java clone. Why can’t they use C++ like real game engines? Nobody

by pavlov 3y ago

It’s not that long ago when people were saying: “Weird how Unity uses Microsoft’s enterprise Java clone. Why can’t they use C++ like real game engines? Nobody will develop a proper game on this language.”

Supermancho 3y ago
One can still hope.
pjmlp 3y ago
Only those that having been around for the history of game development. Once upon a time the same was told about Basic, C and Pascal, all serious game development was Assembly. Then the same was told about C++, all serious game development was in C. Then the same was told about Java, and a couple of folks not paying attention got millionaires. Then ...
- eestrada 3y ago
  Yes, this. So many devs get caught up on which language is used. I have my pet languages that I prefer too, but at the end of the day a game engine is about creating games. So long as the language offered is reasonably usable and one can deliver a fun and engaging experience with it, the language bindings don't matter much. Everything I've read about GDScript indicates that it fills the need, is fun to use, and generally gets out of the way so devs can focus on creating fun and engaging experiences. The only reason I see having C# support is critical is if a Dev is porting from another engine (i.e Unity) midway through development or if the dev/studio has lots of boilerplate code or libraries already written for prior titles. If starting from scratch, I don't see a good reason to stick with it.
- johnnyanmac 3y ago
  I really hope Rust is the next iteration of this story. At least for the deep engine/rendering code. You can have a scripting layer on top of that for designer iteration.
mardifoufs 3y ago
Sure but the problem with gdscript is not that it's an abstraction or a high level language. It's that it's a weird dsl that isn't even really good at making games. I don't mind DSLs when they actually enhance the domain they are created for, but in this case having a game engine language not having interfaces or traits is weird...

by pavlov 3y ago

Supermancho 3y ago

One can still hope.

pjmlp 3y ago

Only those that having been around for the history of game development. Once upon a time the same was told about Basic, C and Pascal, all serious game development was Assembly. Then the same was told about C++, all serious game development was in C. Then the same was told about Java, and a couple of folks not paying attention got millionaires. Then ...

eestrada 3y ago
Yes, this. So many devs get caught up on which language is used. I have my pet languages that I prefer too, but at the end of the day a game engine is about creating games. So long as the language offered is reasonably usable and one can deliver a fun and engaging experience with it, the language bindings don't matter much. Everything I've read about GDScript indicates that it fills the need, is fun to use, and generally gets out of the way so devs can focus on creating fun and engaging experiences. The only reason I see having C# support is critical is if a Dev is porting from another engine (i.e Unity) midway through development or if the dev/studio has lots of boilerplate code or libraries already written for prior titles. If starting from scratch, I don't see a good reason to stick with it.
johnnyanmac 3y ago
I really hope Rust is the next iteration of this story. At least for the deep engine/rendering code. You can have a scripting layer on top of that for designer iteration.

mardifoufs 3y ago

Sure but the problem with gdscript is not that it's an abstraction or a high level language. It's that it's a weird dsl that isn't even really good at making games. I don't mind DSLs when they actually enhance the domain they are created for, but in this case having a game engine language not having interfaces or traits is weird...