Show HN: DragonRuby Game Toolkit
dragonruby.org
Show HN: DragonRuby Game Toolkit
1–10 of 146 posts
Re: Show HN: DragonRuby Game Toolkit
#2I remember Ruby Motion was a thing, then it wasn't... then it was again? I started learning web dev with RoR and quickly moved to Python as the ecosystem was so much bigger. I could transfer my Python knowledge into so many different domains. I remember at the time, I really wanted a "Ruby Motion" for Python... still do actually.
I have come full circle and now think JS is eating the world and I am playing in that garden... we'll see where that ends up I suppose. In any case, GOOD LUCK... I hope for the best!
Re: Show HN: DragonRuby Game Toolkit
#3The "hotloading" is really nice and the community on Discord is excellent.
Re: Show HN: DragonRuby Game Toolkit
#4Re: Show HN: DragonRuby Game Toolkit
#5> DragonRuby is powered by highly optimized C code written by Ryan C. Gordon.
This feels like a liability for the long term. The community is now depending on Ryan to maintain this custom Ruby implementation, if I'm reading correctly.
Re: Show HN: DragonRuby Game Toolkit
#6At the risk of hijacking the thread, are you still doing any work on RubyMotion? I always thought RubyMotion was interesting because of how it provided seamless access to the host platform APIs and was even built atop the host platforms' object models. I might have even used it for a product about 5 years ago, if it had supported Windows as a target platform (though I'm not sure how that would have worked).
http://www.rubymotion.com/news/2019/04/19/plans-for-rubymoti...
Re: Show HN: DragonRuby Game Toolkit
#7> This is not the same Ruby you'd use for building web apps with Rails (far from it). > DragonRuby is powered by highly optimized C code written by Ryan C. Gordon. This feels like a liability for the long term. The community is now depending on Ryan to maintain this custom Ruby implementation, if I'm reading correctly.
Re: Show HN: DragonRuby Game Toolkit
#8> This is not the same Ruby you'd use for building web apps with Rails (far from it). > DragonRuby is powered by highly optimized C code written by Ryan C. Gordon. This feels like a liability for the long term. The community is now depending on Ryan to maintain this custom Ruby implementation, if I'm reading correctly.
Re: Show HN: DragonRuby Game Toolkit
#9> This is not the same Ruby you'd use for building web apps with Rails (far from it). > DragonRuby is powered by highly optimized C code written by Ryan C. Gordon. This feels like a liability for the long term. The community is now depending on Ryan to maintain this custom Ruby implementation, if I'm reading correctly.
Re: Show HN: DragonRuby Game Toolkit
#10> This is not the same Ruby you'd use for building web apps with Rails (far from it). > DragonRuby is powered by highly optimized C code written by Ryan C. Gordon. This feels like a liability for the long term. The community is now depending on Ryan to maintain this custom Ruby implementation, if I'm reading correctly.
Let's say he goes crazy tomorrow and decides to camp on the beaches of Jamaica. No matter what you do, particularly with a closed source engine, you're stuck.
With unity if one programmer decides to quit, we still have a game engine that gets updated.
With Godot if both of the paid maintainers quit and the project collapses, you can just fork it and keep going.