Is Javascript faster than Python/Ruby?
What blocks Ruby, Python to get Javascript V8 speed? - Stack Overflow
JS vs ruby on rails?
Full stack Ruby on Rails or Full stack JavaScript
Is Ruby on Rails or JavaScript better for beginners?
Beginners should look for user-friendliness when deciding between Ruby on Rails and JavaScript. When it comes to learning curves, RoR takes an edge as the framework is very user-friendly, making it easier for developers to get used to the development process. To achieve the same, JavaScript prepares excellent documentation. However, beginners might find it hard to understand it.
What are the differences between Ruby on Rails and JavaScript?
Are there performance differences between Ruby on Rails and JavaScript?
Yes, Ruby on Rails allows for high-speed coding and delivery when developers use its modern IT tools, extensive libraries, and documentation. However, the asynchronous nature of its code results in slow processing speed. JavaScript supports asynchronous coding to allow fast code execution. JavaScript is 20 times faster than RoR because it has a highly optimized engine.
Videos
As languages go I mentally slotted them as about the same in terms of speed (not as performant as, say C++) This article suggests otherwise: https://hackernoon.com/javascript-vs-python-vs-go-the-deal-breaker-e54328ffd550
Then I got to thinking about NodeJS. And then about how JS was made for the client side.
So is Javascript a faster language than Python and Ruby?
What blocks Ruby, Python to get Javascript V8 speed?
Nothing.
Well, okay: money. (And time, people, resources, but if you have money, you can buy those.)
V8 has a team of brilliant, highly-specialized, highly-experienced (and thus highly-paid) engineers working on it, that have decades of experience (I'm talking individually – collectively it's more like centuries) in creating high-performance execution engines for dynamic OO languages. They are basically the same people who also created the Sun HotSpot JVM (among many others).
Lars Bak, the lead developer, has been literally working on VMs for 25 years (and all of those VMs have lead up to V8), which is basically his entire (professional) life. Some of the people writing Ruby VMs aren't even 25 years old.
Are there any Ruby / Python features that are blocking implementation of optimizations (e.g. inline caching) V8 engine has?
Given that at least IronRuby, JRuby, MagLev, MacRuby and Rubinius have either monomorphic (IronRuby) or polymorphic inline caching, the answer is obviously no.
Modern Ruby implementations already do a great deal of optimizations. For example, for certain operations, Rubinius's Hash class is faster than YARV's. Now, this doesn't sound terribly exciting until you realize that Rubinius's Hash class is implemented in 100% pure Ruby, while YARV's is implemented in 100% hand-optimized C.
So, at least in some cases, Rubinius can generate better code than GCC!
Or this is rather matter of resources put into the V8 project by Google.
Yes. Not just Google. The lineage of V8's source code is 25 years old now. The people who are working on V8 also created the Self VM (to this day one of the fastest dynamic OO language execution engines ever created), the Animorphic Smalltalk VM (to this day one of the fastest Smalltalk execution engines ever created), the HotSpot JVM (the fastest JVM ever created, probably the fastest VM period) and OOVM (one of the most efficient Smalltalk VMs ever created).
In fact, Lars Bak, the lead developer of V8, worked on every single one of those, plus a few others.
There's a lot more impetus to highly optimize JavaScript interpretors which is why we see so many resources being put into them between Mozilla, Google, and Microsoft. JavaScript has to be downloaded, parsed, compiled, and run in real time while a (usually impatient) human being is waiting for it, it has to run WHILE a person is interacting with it, and it's doing this in an uncontrolled client-end environment that could be a computer, a phone, or a toaster. It HAS to be efficient in order to run under these conditions effectively.
Python and Ruby are run in an environment controlled by the developer/deployer. A beefy server or desktop system generally where the limiting factor will be things like memory or disk I/O and not execution time. Or where non-engine optimizations like caching can be utilized. For these languages it probably does make more sense to focus on language and library feature set over speed optimization.
The side benefit of this is that we have two great high performance open source JavaScript engines that can and are being re-purposed for all manner of applications such as Node.js.