Yo y todos en el espacio en el que estoy tenemos un dispositivo dual o quad core en sus bolsillos / bolsos. ¿Alguna razón real de que JavaScript de principio a fin no sea la mejor opción en este momento (mirándote a Ruby)?

Escribir una aplicación JavaScript que se escale bien y no se degenere en un desastre de pesadilla es relativamente difícil. Recuerdo haber comenzado en el desarrollo web y ser apenas capaz de apreciar la diferencia entre el “lado del cliente” y el “lado del servidor”, y mucho menos saber a qué pertenece.

¡Con Rails, no importa! Gran parte de las cosas difíciles se abstraen y el resto está escrito en un lenguaje muy expresivo con más funciones de ayuda incorporadas, entonces puede agitar un palo. Todas las API están estandarizadas, por lo que no es necesario cambiar de estilo o recordar qué métodos de API se instancian, espacian nombres, devuelven un objeto, devuelven una función que devuelve un objeto, devuelven un objeto que contiene una serie de funciones, etc.

Si tiene o es un desarrollador experimentado, hay muy pocas razones para no usar JS para todo; pero cuando comencé, ya tenía suficiente en mi plato para lidiar.

En resumen: si desea mejorar la productividad de los desarrolladores más jóvenes / menos experimentados, debe usar Rails sobre JavaScript cada vez.

Desde el punto de vista de un diseñador de CPU:

JavaScript es lento y hace un uso ineficiente de los recursos en lugar de decir un lenguaje como C. Los programas que son lentos gastan más energía. Las CPU ya tienen una potencia limitada, y en el espacio móvil, más energía se relaciona directamente con menos duración de la batería.

Cuando está diseñando para un dispositivo de potencia limitada (o más bien, cualquier dispositivo donde la energía / potencia es importante), desea que su aplicación complete el trabajo que hace lo más rápido posible, generalmente con el menor código posible.

Bueno, mi visión puede no ser típica, pero creo que cualquier cosa que se pueda hacer para consolidar dentro de un entorno de servidor controlado en lugar de un entorno de navegador no controlado es preferible desde un punto de vista de misión crítica.

En términos específicos del lenguaje, siento que Javascript es un desastre impío y doloroso de depurar, mientras que Ruby es limpio y mucho más productivo.

Gran parte del uso de Javascript es para que el sitio responda mejor, pero esto generalmente ocurre de manera inconsistente y con errores. En verdad, estoy harto de la funcionalidad basada en un navegador con fallas, como las que se encuentran en Facebook, LinkedIn, etc., y ni siquiera agrega nada funcionalmente.

Intente utilizar la última funcionalidad de comentarios de Huffington Post en un iPad3. Si profundiza en una conversación, se detiene y muere.

Si habla de tabletas y teléfonos, probablemente haya entendido mal lo limitada que es realmente la potencia de procesamiento disponible. Sí, hay una CPU de 4 núcleos. Sin embargo, funciona a 1,5 GHz como máximo, y si lo hace a esa velocidad durante mucho tiempo, la batería se agotará muy rápidamente. También es un procesador ARM, que si bien es una arquitectura maravillosa en todo tipo de formas, no está tan optimizado para la velocidad como una CPU de escritorio con el mismo número de núcleos.