#60 pero que? En serio? De verdad android era una basura hace 10 años y veo que en este tiempo lo sigue siendo
Antes daba el problema del puto R y ahora te puede borrar código random jajaja
No se donde está el error ya que no me falla en el emulador ni en la apk me falla en la creada en la play Store
En fin para la próxima miraré eso
#61 No tiene nada que ver la R de la que hablas con R8. R8 es lo que antes se llamaba proguard.
No es código random, es código muerto. No hay ninguna referencia a él en tu código ni en las librerías. Pero, quizá a través de reflection sí que se intenta usar. Las librerías deben publicar sus normas de ofuscación para que no pasen estas cosas.
Quizá tu error no tiene nada que ver y es otra cosa, pero es mucho más probable que el error esté en tu código/configuración que en el ldo de android.
De hecho, si instalas la build de release en tu teléfono, sin subirla directamente a google play, es casi seguro que también petará.
#62 no me has entendido
Hablaba de que hace años el R se quedaba rayado y no añadía los nuevos recursos
Aquí hay gente que te puede ayudar, pero va a necesitar más datos. Deberías empezar por poner el Crashlytics en tu aplicación como te han dicho, así recibirás los errores con detalle y sabrás exactamente qué pasa. Además sabrás en que versión de Android está pasando y en qué dispositivos, algo que te ayudará a crear otro emulador y poder reproducir el error.
Respecto al error de por sí pueden ser muchas cosas. Quizás estás pasando un argumento a una Activity/Fragment de forma errónea y al volver atrás y recrear la vista te está petando porque es null (nunca pases argumentos en el constructor en este caso). O no está bien implementada la API moderna del onBackPressed.
En cualquier caso dudo que pasarte a Flutter solucione tu problema, a no ser que quieras publicar la aplicación en Android y iOs a la vez.
#63 Sí, lo sé, ya estaba picando apps de android hace 10 años. Lo que tú mencionas ya no ocurre, y he explicado que R8 != R de resources.
Entiendo que son temas frustrantes cuando no conoces el tooling de la plataforma. A mí me pasa cuando toco otras tecnologías.
#64 preguntaba por si era mejor que android studio con kotlin, la verdad es que no me parece cómodo , no entiendo que en 10 años no se haya simplificado más el tema , me sorprende que no haya nada tipo blue prints
#65 es la hostia de frustrante y en mi caso era una aplicación de mierda , me sorprende que no haya nada tipo plot para pintar una gráfica a estas alturas , ya me parecía malo hace 10 años cuando hice mi proyecto de fin de carrera en android pero es que ahora me parece como peor , sin duda es un tema de apreciación personal , estoy muy acostumbrado a únix, Python y sql , android me parece una tortura, ni con c# ni con gdscript lo paso tan mal
#66 Te veo muy blandito.
Yo odio android studio también, por eso uso vscode. Pero el IDE no tiene nada que ver en que la app explote cuando la subes a la store, eso es de configuración muy problamente (que si, es un tremendo coñazo).
Si alguien va a la de barcelona de hoy que avise!
https://www.meetup.com/flutter-barcelona/events/296838700/?chapterContext=true®ToRsvp=true&isFromReg=true
Buenas uno que se va adentrar a tope con Flutter, y quiero hacerme algún cursillo de Udemy para empezar por algún lado y algo más estructurado.
Entiendo que Maximilian para Flutter no va a defraudar verdad? La Ángela siempre me ha parecido demasiado básico.
#69 En mi caso con los de udemy no he tenido muy buena experiencia concretamente con el de angela yu y ztm, porque estan todos muy desactualizados y el codigo que te explican y te dan para completar los proyectos no funciona, tienes que estar constantemente buscando como se hace ahora, que dependencias te faltan,etc etc, al final terminaba tirando de google,documentacion o de algun video de yt .
Resumiendo, que si ya tienes algo de experiencia en programacion, te recomiendo que tires de la documentacion oficial que esta actualizada y muy completa y busques por google/yt especificamente lo que no entiendas o proyectos que quieras hacer.
Pues se acabó lo que se daba. Directo a https://killedbygoogle.com
Con el despido de los de python entiendo que Tensorflow tambien se va a la puta, y puse todos los huevos en las cestas de flutter y tensorflow hace un par de años, fantástico 
#73 maravilloso xd. Empresas como canonical adpotando Flutter como framework principal ahora tendrán que volver a cambiar xDDDD
#72 me espero las notificaciones oficiales.
Gente de Google muy de arriba sigue apostando muy fuerte en flutter. Tal vez es solo reducción de personal para aprovechar y deslocalizar y/o pagar menos.
Nosotros estamos cerca de Google, el 14 con el I/o pediré info de que está pasando a mis jefes que irán
#73 ¿Lo de TensorFlow lo dices por algo adicional?
El equipo de python debería pintar relativamente poco ya que son prácticamente bindings a C++, que es como el motor está escrito. Te lo pregunto porque me está tocando analizar opciones de como correr LLMs (bueno, <2B de parametros) usanto TFLite. El soporte que plantea Google ahora mismo (mediante mediapipe) es utilizar un conversor a un subset de TFLite (solo pesos del modelo) + runtime especifico usando xnnpack/gpu. Lo digo porque si TFLite no puede correr LLM´s dignamente, veo el riesgo que comentas bastante cerca.
Ya no solo a desarrolladores, una de las mayores putadas de diseñar NPUs es alinearlo con los motores de inferencia como para que te lo maten (portarlos debería ser trivial pero la experiencia dice que no lo es xD). Nosotros usamos TFLite porque en nuestras plataformas tenemos 3 NPUs diferentes (sin contar que quieras usar las GPUs) y TFLite es lo único que soportan decentemente (por ahora).
Perdona el offtopic, se me olvida que hay gente currando con estas cosas también y me emociono.
Por lo que he leído están moviendo los equipos, solo que qué esperabais de empresas así, su forma de mover equipos es despedir a unos y contratar a otros. El de python parece que se va a Alemania.
Y Flutter no va a morir, si google lo deja otros lo seguirán, Microsoft lo está usando para sus dispositivos con pantallas flexibles. Los chinos lo han cogido con fuerza (Alibaba, Tencent). Y además, que solo viendo las apps que tiene google en flutter: https://flutter.dev/showcase ni de coña van a soltarlo.
#78 es que no tendria sentido, en los ultimos años esta cogiendo traccion, ha mejorado muchisimo en muy poco tiempo con los updates de dart 3, pero vamos de google te puedes esperar cualquier cosa, entre los cambios que esta teniendo angular, y que hace meses que se rumorea lo del acuerdo con jetbrains para apostar fuerte por kotlin multiplataform, a saber .
#81 No lo van a abandonar, literalmente me acaba de llegar un email con el asunto "Flutter is back at Google I/O" para que me registre en el evento.
