Acredito que para projetos paralelos sim, vale a tentativa, o perigo está em querer usar soluções duvidosas em apps que vão pra produção, não acho que vale a pena, a gente já viu esse roteiro antes, cada ferramenta foi desenvolvida em prol de um objetivo, acho que é misturar muito as coisas querer atribuir responsabilidades para ferramentas que nao foram pensadas pra isso. Como disse, vai resolver seu problema, mas será a mais eficiente? Na maioria das vezes não.

Sim, vale à pena usar em diversos cenários. Vou te dar um cenário realista: eu estava numa clínica agora, e na entrada da clínica tinha um tablet com um software pra realizarmos o check-in.

Esse software da clínica se assemelha a maioria dos exemplos do mundo real: mais de 90% de todas as aplicações que existem não são aplicações que exigem alta performance, são apenas formulários: textos e imagens, campos de input, botões e animações. Realizam chamadas para API, conexão a um banco de dados offline. É isso.

Se você rodar Kivy no Android, você pode rodar qualquer código Java normalmente. Eu, por exemplo, estou realizando impressões térmicas via bluetooth usando esta biblioteca Java: https://github.com/anastaciocintra/escpos-coffee

Se você quiser realmente ter a linguagem mais eficiente possível pra Android, você iria codar em Java ou Kotlin. Mas a questão é, isto te interessa? Se sim, top!

Mas se você prefere continuar se divertindo com Python, você vai ter uma ferramenta excelente. Fala sério, tem alguma diferença se seu formulário renderiza em 5 milissegundos ou em 10 milissegundos? 😂

E quantos meses ou anos vai levar para você dominar uma linguagem completamente diferente como Java, Swift, Kotlin, Rust, etc? A gente gosta de Python justamente por ser nosso canivete suíço: a gente faz de tudo um pouco. Não precisa ser o melhor do mundo.

E pra ser bem sincero, se você precisa otimizar alguma porção crítica do seu código, você pode fazer o que as maiores bibliotecas em Python fazem: são escritas em C, em Rust, ou usam cython, e depois você chama essas funções a partir do seu código Python.

Mas meu ponto é eficiencia, pode dizer o que for, nao vai mudar o fato de que as "queridinhas" sao as "queridinhas" por conta de sua eficiencia na resoluçao de tais problemas, é muito facil falar "vai, programa com o que ama, use um python na web, um golang pra desktop, um c pra mobile", agora quero ver ter a maturidade tecnica de dizer o que é e o que nao é eficiente pra problema x e y, esse é o meu ponto. Como eu disse, vai resolver seu problema, mas vai correr o risco de enfrentar inumeros problemas no desenvolvimento e na escalabilidade do projeto.

A questao é deixar o saudosismo de lado e passar a entender que sao no fim ferramentas. Eu trabalho com front end, meu main, mas fui designado a criar um app offline para a empresa, corri atras e to terminando o aplicativo com quase 2 meses de desenvolvimento, eu gosto do mobile? nem de longe, mas eu o faço, afinal, nao sou um programador front end, sou um solucionador de problemas...

E eu nao gosto da area por tecnologia x ou y, eu amo a area por conta desse mundo diverso, com inumeras possibilidades de fazer o que quiser, como quiser e quando quiser, ser literalmente um "mago" do mundo moderno, isso que me fascina nessa area, nao uma "tszin com rééct", isso é bobagem, eu nao estudo ferramenta x ou y, eu estudo PROGRAMAÇAO e o seu vasto mundo, é assim que penso, espero que tenha entendido meu ponto.