The implication is, of course, that there isn’t a good one. This isn’t ruby the language’s fault, it’s just weird that after like 15 years being the go-to tool for VCs there’s no substantial investment in the core infrastructure.
We just gotta wait for banking software to be written in it, I guess, so there’s a vested interest in it over the long term.
Edit: I’d like to further note that other languages use similar features (string-keyed functions) but they aren’t typically put into high performance code/are seen as a hack around formally definitions (possible exception: common lisp, although I would expect a macro). This is inherently a readability improvement over manually defining the methods you use.
I hope that Shopify will start to invest more into R&D for CRuby as well now as well as having Chris there working on TruffleRuby.
I'm not sure what you're trying to say with the last part because Ruby works quite differently to Lua or Self here and Self has been "fast" for 30+ years anyway.
Hi,
I'm the Manager of the Ruby and Rails Foundations team at Shopify.
We are investing a lot on R&D for CRuby as well.
We have 6 people working full time on Ruby implementations, both CRuby and TruffleRuby. Not only Chris Seaton is here, but we have two CRuby Core members as part of the team, Aaron Patterson being one of them.
Surely this would reflect in benchmarks? Perhaps there is an even slower aspect of the language manifesting in JRuby....
> I'm not sure what you're trying to say with the last part because Ruby works quite differently to Lua or Self here and Self has been "fast" for 30+ years anyway.
Is this supposed to reflect in Ruby’s favor? Self was built to be performative in spite of its novel features—the slow aspects of the language were never encouraged to take a central role. A better equivalent might be applescript or bash or a language that emphasizes some particular quality of expressiveness.
Did you mean messages? They're certainly a central part of Self.
