Si utilizó Rails (con Turbolinks y React) para codificar una aplicación de Uber, ¿sería lo suficientemente rápido?

Depende exactamente de cómo diseñe su solución, así como de factores fuera de su control, como la conectividad de red, así como sus SLA para las diferentes partes de su aplicación. Dicho esto, no existe una razón prima facie por la cual las tecnologías específicas que mencionas serían peores para un clon de Uber que otras tecnologías como un backend de Java y, por ejemplo, una interfaz basada en Angular. Java es computacionalmente más rápido que la implementación C de Ruby, pero podría optar por usar JRuby y JVM y las velocidades computacionales serían mucho más comparables; pero no creo que la velocidad computacional sea el verdadero problema de activación en esta aplicación.

En otras palabras, debe ser lo suficientemente rápido en comparación con cualquier otra alternativa para las tecnologías front-end y back-end, a menos que tenga requisitos especiales que no se mencionan en la pregunta.

Depende de su enfoque hacia el crecimiento.

Si desea invertir más a largo plazo, optaría por un marco diseñado para trabajar con transmisiones y software en tiempo real, por ejemplo, Elixir y Phoenix. Esos elegantes mapas de Uber con automóviles en movimiento y actualizaciones de estado en tiempo real no son gratuitos.

Si su enfoque es construir más rápido, más barato y volver a escribir todo cada vez que sus usuarios se dupliquen, Rails es ideal para usted.

Es la mejor combinación de ambos mundos.

Sería tan rápido como quieras que sea. El marco no escala, la arquitectura sí.