¿Cuál es la forma más rápida de desarrollar una aplicación basada en texto de alto rendimiento que funcione en todos los dispositivos Android y iPhone?

Generalmente estoy de acuerdo con el uso de servicios de terceros. Si hay mucha interfaz de usuario, puede escribir ese componente en HTML y luego usar una aplicación push de terceros para distribuir los datos. Es posible que pueda pasar al lado HTML o que necesite un componente híbrido. Tenga en cuenta que si la interfaz de usuario es lo suficientemente simple, también podría ser más eficiente escribir ese nativo, ya que integrar la capa de visualización HTML con un componente de inserción puede ser más problemático de lo que vale.

También debe tener en cuenta la puntualidad de los datos. Si no puede manejar el retraso indeterminado, entonces es posible que no desee ir con el mecanismo de empuje del sistema operativo. Es posible que pueda utilizar la biblioteca de juegos del proveedor, o puede que tenga que confiar en un código personalizado y en el conocimiento de las circunstancias específicas donde se utilizará la aplicación, por ejemplo, si los usuarios tienen Wifi, preguntas como esa.

Claramente esto debería escribirse como una aplicación web. Más allá de eso, solo podrá obtener más detalles dando más detalles.

No importa cómo aborde esto, no será barato configurarlo. Deberá alquilar o comprar servidores caros. ¿Tienes fondos?

Si no lo subcontratas, ¿quién lo escribirá? Ustedes, amigos, ¿contratan a alguien?

Si lo subcontratas, ¿lo traerás de regreso a casa cuando esté terminado o quieres que los desarrolladores también lo mantengan?

Es difícil dar una respuesta más significativa sin saber hacia dónde quiere dirigirse con esto.

La interfaz de usuario es la menor de sus preocupaciones.
Si desea una transmisión en vivo y si podría ser utilizada por unos pocos miles de personas (más) simultáneamente, necesitará una potencia considerable para realizar actualizaciones simultáneas y oportunas.
Su mejor opción podría ser recuperar un servicio existente que sobresale en el servicio de muchos mensajes pequeños, digamos Twitter.
De esta manera, puede evitar gran parte de las complejidades del backend de escalar y enganchar en hashtags específicos
La tecnología de back-end es prácticamente irrelevante. Sea lo que sea que pueda desarrollar más rápidamente y a un precio razonable, Ruby on Rails está bien para comenzar. Tal vez mire otras opciones más tarde, como las basadas en Java, pero no para comenzar.
Para comenzar, comenzaría con una aplicación web móvil y, si obtiene tracción, considere las aplicaciones móviles y luego considere abandonar Twitter como su plataforma principal; luego puede monetizar mejor utilizando los datos consiguientes que tiene disponibles.

Estoy de acuerdo con la subcontratación también.
Pero si falla esa opción, creo que desea crear una aplicación web que se pueda empaquetar en forma cruzada.
Sencha Touch con Cordova / Phone Gap probablemente sería mi primera opción para este tipo de aplicación.
Estas herramientas le permiten escribir código una vez y empaquetarlo para diferentes plataformas.
Phone Gap también te permite emular diferentes dispositivos en la nube.

http://docs-origin.sencha.com/cm

¡Hola! Te recomendaría una plataforma Parse. Es muy fácil y funciona tanto en iOS como en Android. También podrá enviar notificaciones push sobre eventos especiales que ocurren cerca de los eventos deportivos.

Esto suena muy simple y probablemente se puede hacer fácilmente como una aplicación híbrida utilizando una plataforma de terceros.

Dado que está haciendo una pregunta bastante básica, la externalizaría. En el momento en que obtenga una respuesta a esta pregunta a través de una investigación personal, ya podría haberla construido un subcontratista.

Sin embargo, la verdadera pregunta es si es mejor hacer un sitio web amigable para dispositivos móviles, que es esencialmente lo que es una aplicación híbrida y suena exactamente como lo que estás hablando. El 99% de las veces es más fácil de construir, más barato de construir y más efectivo (más barato) para comercializar, así que solo usa la web móvil.