¿A qué idioma debe moverse el desarrollo de Android?

Personalmente, no veo la necesidad de hacer tal cosa. Pero desde una perspectiva comercial, dado que Oracle es un problema, una migración a Go tiene sentido; El problema con esto es que el cambio sería realmente traumático a nivel SO: evitar Java como lenguaje de programación solo tiene sentido si también evitas usar máquinas virtuales Java, y eso requeriría cambios a nivel SO y a nivel de tienda. No veo las soluciones multiplataforma como alternativas reales; Dado que las SO móviles son tan diferentes de UX y de los marcos disponibles, desarrollar y diseñar para ambos simultáneamente parece muy similar a AWT, la versión fallida del desarrollo de escritorio cruzado de Sun. De hecho, dado que Java ya funciona en varias SO y plataformas y gestiona el problema de UX / UI, una opción más razonable es agregar soporte de Java a más plataformas; el soporte de Java también permite el soporte potencial para cualquier cosa compatible con Java, como Scala, Groovy o Kotlin. JS, HTML5 y CSS tienen sentido para diseñar cosas, pero no están diseñados para un rendimiento absoluto. Si bien en algún momento, las aplicaciones CRUD y las aplicaciones solo de Internet se desarrollarán directamente con el trío de tecnología web (cuando las soluciones multiplataforma son tan buenas y estables que cualquiera puede usarlas de la manera correcta), para cosas más complejas necesitará interactúe directamente con el SO, y dado que todos los SO son completamente diferentes, necesitará un acceso de bajo nivel. Y eso es antes de cualquier problema de seguridad. Tenga en cuenta que JS es un lenguaje de script; ¿Qué pasará si comienzas a enviar aplicaciones JS-Only? Pasaremos de un mundo en el que modificar una APK es bastante difícil, a otro en el que modificar la aplicación es trivial.