¿Eliminará Javascript V8 todos los demás lenguajes dinámicos del servidor? Ruby, Python, PHP?

Question

Eso es todo. ¿Debería ser muy agradable compartir las mismas librerías en el cliente y en el servidor o no? ¿Las VM de JS como HotRuby (http://hotruby.yukoba.jp/) son una alternativa del "mundo real" o simplemente un juguete?

PS: si pregunto es porque me gustaría saberlo, por favor no cierre esta pregunta, simplemente comparta su opinión.

• No me interesa la guerra del lenguaje de programación. Ponga un poco de referencia si sabe, o pros y los contras
• No estoy comparando manzanas y peras https://stackoverflow.com/questions/3436335/could-node-js-replace-ruby-rails-completely-in-the-future
• No soy un ventilador de JS

Answer 1

En pocas palabras: no.

Para utilizar explicación un poco más largo: del lado del servidor JavaScript podría hacerse un hueco grande en lenguajes de programación utilizados en la actualidad, pero no va a reemplazarlos por algunas razones simples:

1. Legacy - hay una gran cantidad de códigos y librerías ya están escritos para PHP, Python, etc. Al igual que nadie se apresura a cambiar a Python3, nadie se apresurará a cambiar al JavaScript del lado del servidor.

2. Brainfuck - JavaScript es, para la mayoría de la gente, todavía un gran brainfuck para programar correctamente. La gente está acostumbrada a la programación imperativa y al OOP "normal". JavaScript es una mezcla extraña entre OOP muy extraño y programación funcional. No es que esto sea malo, personalmente me encanta, pero hace que la mayoría de los programadores mediocres se alejen. Y, admitámoslo, la mayoría de los programadores son mediocres.

3. Precio - aunque las cosas que corren muy rápido siempre son agradables. La gente es mucho más cara en estos días que el hardware. Transformar todo a un nuevo paradigma, o simplemente hacer que las personas aprendan una forma completamente nueva de hacer las cosas es simplemente ... costoso. Muy caro.

4. Aplicaciones asesinas: esto está relacionado con el punto número 3. Hasta que haya una razón muy muy buena para cambiar al JavaScript del lado del servidor, la gente no estará dispuesta a realizar la inversión.

Además, para colmo de males, haciendo cosas del lado del servidor es tan diferente de hacer las cosas del lado del navegador que casi no hay necesidad concebible para ejecutar el mismo código en ambos extremos. Incluso las habilidades requeridas para desarrollarse en cada extremo son muy diferentes.