Ver Mensaje Individual
  #1110  
Viejo 17/04/19, 09:34:54
Array

[xs_avatar]
Vinsanity87 Vinsanity87 no está en línea
Usuario muy activo
· Votos compra/venta: (27)
 
Fecha de registro: sep 2017
Mensajes: 907
Modelo de smartphone: Samsung Galaxy S22 Ultra 12/256 Graphite
Tu operador: Movistar
 Cita: Originalmente Escrito por Mrgadget Ver Mensaje
Hay varios puntos que son importantes a tener en cuenta respecto a las rom beta y oficiales.

En las condiciones que acepta el usuario al entrar en el programa beta la principal es que los posibles errores y sus daños colaterales renuncia a cualquier reclamación. Lo que la mayoria no lee antes de instalar una beta. Esto es lógico ya que es una beta, pero no se pueden equiparar a las oficiales.
En cuanto a todas las rom el Oneplus 6 está acogido al "Project Treble" que comenzó a andar desde Oreo 8.0. Por ello las rom tanto oficiales como beta deben tener la estructura modular impuesta por "Project Treble" que es la siguiente:
Archivo Adjunto 1177899

Según esto las actualizaciones de seguridad no interfieren con las mejoras de fabricante. Por un lado va la actualización del bloque de código de Android con los parches de seguridad y por otro las mejoras de fabricante. Entonces ¿cual es el problema para el retraso de la distribución de los parches de seguridad?
Sospecho que el "OS framework" de las beta y de las oficiales son disitintos. Si fuesen iguales betas y oficiales lo compartirian y se distribuirian con el mismo nivel de parche de seguridad. El Project Treble se creo para evitar la fragmentación de Android.

Bajo mi punto de vista las beta son importantes para avanzar pero no se deben descuidar las rom oficiales que es lo que esta haciendo Oneplus.
no es que sea "sospechoso", para mí es una situación que puede producirse en el momento en que te encuentras con problemas en el desarrollo de nuevas funcionalidades por ejemplo. La versión estable no va a tocarse a no ser que haya otra versión estable que la sustituya, y para eso debe de haber una beta que ellos consideren como estable. De lo contrario, sería un caos absoluto en cuanto a organización de releases y de versión de código además de saltarse el procedimiento estándar. Es que la palabra "beta" no es más que un estado de una versión cuyo propósito es llegar a "estable". Lo que pasa es que no siempre que se sube una beta, llega a ser estable porque en esa fase se pueden detectar fallos ya que es fase de test final y por eso avisan lo de que no puedes reclamar porque la pones bajo tu responsabilidad.

Por poner un ejemplo, cuando vas a subir una app a la Google Play hay 3 fases: alpha, beta y production. Las fases alpha y beta son para test. Puedes subir una app a fase beta donde puedes tener configurado un grupo probablemente reducido de personas que van a poder testear la app en esa fase. Si va bien, la puedes pasar a fase beta, donde puedes configurar o el mismo grupo (no tendría mucho sentido) u otro grupo más extenso de personas para testear finalmente. Si va bien, puedes pasar a la fase de producción la cual va a sustituir la versión que haya actualmente en producción por lo que llegara la OTA a las Google Play de los usuarios finales si lo tienen activado y sino pues cuando revisen les saldrá que hay update.

La diferencia del ejemplo con Oneplus por ejemplo, es que la fase de beta la hacen pública pero seguro que antes de pasar a beta han pasado por una alpha que han debido de testear ellos internamente.
Responder Con Cita