Yeah, I feel like Bevy needs quite a bit more time in the oven, and I absolutely do not say that due to me thinking that it’s bad. Unity, Unreal and Godot have rather just been in the oven for so long, that it takes a long while to catch up.
They are implemented in C++, which is similarly low-level as Rust. It’s just the abstractions built on top that make these engines feel more high-level. Unity offering a C# API and Godot offering GDScript, those are also just abstractions. Similarly, Bevy could one day offer “BevyScript” or such, although I don’t necessarily feel like the syntax needs a ton of abstractions.
Rather I think that it’s the ecosystem that still needs to mature and grow a lot. But yeah, I do believe that in a decade or two, at least one of the major game engines will be implemented in Rust and it might as well be Bevy that takes that spot.
Although, again, I don’t necessarily feel like the syntax needs much abstraction. Rust is a comparatively modern language. So, while there’s existing scripting languages that concern themselves less with low-level topics and therefore may be better suited for high-level development, it’s been a while since a new, modern scripting language got popular, so in some ways, it would also be a downgrade to switch to one of those.
Rust isn’t super fast to code for novices though, hence the OP post, where their sibling wasn’t very productive in the language to the point where porting the entire project was apparently worth it.
…Maybe this is a bonkers suggestion, but I wonder if they could hack in GraalVM and the AOT-compilable subsets of Java, Python and I think Lua it supports? Now that would be ease of use.
I think there are others projects for AOT compiled subsets of popular scripting languages too.
Yeah, I feel like Bevy needs quite a bit more time in the oven, and I absolutely do not say that due to me thinking that it’s bad. Unity, Unreal and Godot have rather just been in the oven for so long, that it takes a long while to catch up.
They are implemented in C++, which is similarly low-level as Rust. It’s just the abstractions built on top that make these engines feel more high-level. Unity offering a C# API and Godot offering GDScript, those are also just abstractions. Similarly, Bevy could one day offer “BevyScript” or such, although I don’t necessarily feel like the syntax needs a ton of abstractions.
Rather I think that it’s the ecosystem that still needs to mature and grow a lot. But yeah, I do believe that in a decade or two, at least one of the major game engines will be implemented in Rust and it might as well be Bevy that takes that spot.
Or some existing language?
Yeah, sure. Both are possible.
Although, again, I don’t necessarily feel like the syntax needs much abstraction. Rust is a comparatively modern language. So, while there’s existing scripting languages that concern themselves less with low-level topics and therefore may be better suited for high-level development, it’s been a while since a new, modern scripting language got popular, so in some ways, it would also be a downgrade to switch to one of those.
Rust isn’t super fast to code for novices though, hence the OP post, where their sibling wasn’t very productive in the language to the point where porting the entire project was apparently worth it.
…Maybe this is a bonkers suggestion, but I wonder if they could hack in GraalVM and the AOT-compilable subsets of Java, Python and I think Lua it supports? Now that would be ease of use.
I think there are others projects for AOT compiled subsets of popular scripting languages too.