Grandmothers sucking Eggs.
"Other languages could learn a thing or two from Rails and Bray predicts frameworks would become more "Rails-like" - meaning the future does not belong to Ruby on Rails alone."
Indeed it does not, and its XSScripting Needs and Feeds, [and in Control of PROMISe Systems such as Banking and Defence, where Transparent Clarity is best served with Obfuscated Steganographic Code/SurReal Plain Text], are being catered for in PGP2...Pretty Good Privacy PerlyGatesPython for the Full Monty Works in Progress. However/But because of the Sensitivity in the Paradigm Quantum Computing Shift, it is bound to be considered Slow, for it is also AI Lead Root and Branch Rewriting of Universal Source/Resource Locator Protocols. But Bray knows that/has an inkling about that, for he says as much .... and asks the right question, although I notice that the ? is missing in the text ... "the cause of the problem remains unclear - is it compilation of Ruby or "some pretty freaking complex and scary stuff" in Rails."
"Let's face the facts: Ruby is too slow," Bray told delegates. He says Ruby 1.8.6 - which dominates the enterprise landscape - is up to 20 times slower than Java.
And, despite tests, the cause of the problem remains unclear - is it compilation of Ruby or "some pretty freaking complex and scary stuff" in Rails.
"When you start to run Rails, you get wildly non-linear performance. Rails has worked well on Ruby 1.8.6... everything else is a work in progress. It's weird and it's hard to understand," Bray said.
"Ruby is richly festooned with core libraries and APIs that aren't built in Ruby, they are built in C," he said."
The problem probably is a little bit of all of that, too. However, as long as they a Running on Parallel Tracks and/or in Rails, they'll be Supportive and Complementary to each Others Goals and Tributary Tangents/Dreams and Journeys.
Probably they are hampered by Thinking to Small in AI Bigger Picture ProgramMIng for Pinging Dynasties/Virtual Global Control of Operating Systems?