Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Will Javascript V8 kill all the other server-side dynamic languages? Ruby, Python, PHP? [closed]

That's all. It should be very nice to share the same libs on the client and on the server or not? Are JS VMs like HotRuby (http://hotruby.yukoba.jp/) a "real world" alternative or just a toy?

PS: if I ask it is because I'd like know it, please don't close this question but just share your opinion.

  • I'm not interested in programming language war. Put some benchmark if you know, or pros and cons
  • I'm not comparing apples and pears https://stackoverflow.com/questions/3436335/could-node-js-replace-ruby-rails-completely-in-the-future
  • I'm not a js fan
like image 976
user142913 Avatar asked Aug 29 '10 22:08

user142913


People also ask

Can JavaScript be executed on server side with recent technologies?

Today, JavaScript can execute not only in the browser, but also on the server, or actually on any device that has a special program called the JavaScript engine. The browser has an embedded engine sometimes called a “JavaScript virtual machine”.

Which is better for backend JavaScript or PHP?

PHP is Better Choice for Backend if… PHP is an excellent cover for all backend needs of eCommerce solutions, especially for WordPress, Magento, OpenCart, Drupal, Joomla, and PyroCMS. If you will use database management systems such as MySQL, Sybase, Oracle, Postgresql, and MariaDB, PHP is preferred.

What is the fastest server side language?

1. JavaScript. JavaScript is useful for server-side and front-end development assignments. Having existed since 1995, JavaScript is one of the most reliable programming languages globally.

Is PHP faster than node js?

With a combination of modern-day programming functions, Node. js can execute programs faster than PHP and most other programming languages like Python, Java, Go, and so on.


1 Answers

Simply put: no.

To use a bit longer explanation: Server-side javascript might put a big dent in currently used scripting languages, but it won't replace them for a few simple reasons:

  1. Legacy - there is a lot of code and libs out there already written for PHP, Python etc. Just like nobody is rushing to switch to Python3, nobody will be rushing to switch to server-side JavaScript.

  2. Brainfuck - JavaScript is, to most people, still a big brainfuck to code properly. People are used to imperative programming and 'normal' OOP. JavaScript is a strange mix between very weird OOP and functional programming. Not that this is bad, personally I love it, but it turns most mediocre programmers away. And let's face it, most programmers are mediocre.

  3. Price - while things running very fast is always nice. People are a lot more expensive these days than hardware is. Transforming everything to a new paradigm, or simply having people learn a whole new way of doing things is just ... expensive. Very expensive.

  4. Killer apps - this is related to point number 3. Until there is a very very very good reason to switch to server-side JavaScript people will not be willing to make the investment.

Also, to top it all off, doing server-side stuff is so vastly different from doing browser-side stuff that there is almost no conceivable need for running the same code on both ends. Even the skills required to develop on each end are vastly different.

like image 67
Swizec Teller Avatar answered Sep 22 '22 00:09

Swizec Teller