Versiones de plataforma Android al 01 Agosto 2012

Esta página ofrece datos sobre el número relativo de los productos activos que ejecutan una determinada versión de la plataforma Android. Esto puede ayudarle a entender el panorama de la distribución del dispositivo y decidir la forma de priorizar el desarrollo de sus funciones de la aplicación de los dispositivos actualmente en manos de los usuarios. Para obtener más información acerca de cómo orientar su aplicación a los dispositivos basados en versión de la plataforma, leer acerca de los niveles de la API .

Distribución actual

El siguiente gráfico y la tabla se basa en el número de dispositivos Android que han accedido a Play Google en un plazo de 14 días hasta la fecha en la recopilación de datos se indican a continuación.

Versión Codename API de nivel Distribución
1.5 Cupcake 3 0,2%
1.6 Buñuelo 4 0,5%
2.1 Eclair 7 4,2%
2.2 Froyo 8 15,5%
2.3 – 2.3.2 Pan de jengibre 9 0,3%
2.3.3 – 2.3.7 10 60,3%
3.1 Panal 12 0,5%
3.2 13 1,8%
4.0 – 4.0.2 Ice Cream Sandwich 14 0,1%
4.0.3 – 4.0.4 15 15,8%
4.1 Jelly Bean 16 0,8%

Los datos recogidos durante un período de 14 días que concluye el 01 de agosto 2012

Distribución histórica

El siguiente gráfico apilado línea proporciona un historial de la cantidad relativa de los activos de los dispositivos Android que ejecutan diferentes versiones de la plataforma Android. También proporciona una valiosa perspectiva de la cantidad de dispositivos que su aplicación es compatible con, basado en la versión de la plataforma.

Nótese que las versiones de la plataforma están apilados uno encima de otro con la antigua versión activa en la parte superior. Este formato indica el porcentaje total de los dispositivos activos que son compatibles con una determinada versión de Android. Por ejemplo, si usted desarrolla su aplicación para la versión que se encuentra en la parte superior de la tabla, a continuación, su aplicación es compatible con el 100% de los dispositivos activos (y todas las futuras versiones), porque todas las API de Android son compatibles con las versiones. O, si usted desarrolla su solicitud de una versión inferior de la tabla, entonces es actualmente compatible con el porcentaje de los dispositivos indicados en el eje, donde la línea de esa versión se encuentra con el eje de la derecha.

Cada conjunto de datos en la línea de tiempo se basa en el número de dispositivos Android que Google accede a Jugar en un plazo de 14 días que finaliza en la fecha indicada en el eje x.

Última conjunto de datos históricos recogidos durante un período de 14 días que concluye el 01 de agosto 2012

Tamaños de pantalla y densidades


Esta sección incluye datos sobre el número relativo de dispositivos activos que tienen una configuración de pantalla en particular, definido por una combinación de tamaño de la pantalla y la densidad. Para simplificar la forma en que usted diseñe sus interfaces de usuario para configuraciones de pantalla diferentes, Android divide el rango de tamaños de pantalla reales y densidades en:

  • Un conjunto de cuatro generalizadas tamaños : pequeña , lo normal , grande , y Xlarge
  • Un conjunto de cuatro generalizadas densidades : LDPI (bajo), MDPI (medio), IPAP (alto), y xhdpi (muy alta)

Para obtener información sobre cómo usted puede apoyar múltiples configuraciones de pantalla en su aplicación, consulte el apoyo de varias pantallas .

Nota: Estos datos están basados en el número de dispositivos Android que han accedido a Play Google en un plazo de 7 días hasta la fecha en la recopilación de datos se indican a continuación.

LDPI MDPI IPAP xhdpi
pequeño 1,5% 1,2%
normal 0,5% 12,1% 55,3% 17,4%
grande 0,1% 2,7% 4,5%
Xlarge 4,7%

Los datos recogidos durante un período de 7 días que concluye el 01 de agosto 2012

Versión Open GL


Esta sección proporciona datos sobre el número relativo de los productos activos que apoyan una determinada versión de OpenGL ES. Tenga en cuenta que el apoyo a una determinada versión de OpenGL ES implica también el apoyo para cualquier versión menor (por ejemplo, soporte para la versión 2.0 también implica el apoyo a 1.1).

Para declarar la versión de OpenGL ES su aplicación requiere, se debe utilizar el Android: glEsVersion atributo de la<uses-feature> elemento. También puede utilizar el <supports-gl-texture> elemento para declarar los formatos de compresión de GL que la aplicación utiliza.

Nota: Estos datos están basados en el número de dispositivos Android que han accedido a Play Google en un plazo de 7 días hasta la fecha en la recopilación de datos se indican a continuación.

Versión OpenGL ES Distribución
1.1 sólo 9,3%
2.0 y 1.1 90,7%

Los datos recogidos durante un período de 7 días que concluye el 01 de agosto 2012

http://developer.android.com/about/dashboards/index.html

Versiones de la plataforma Android al 02 Julio 2012

Esta página ofrece datos sobre el número relativo de los productos activos que ejecutan una determinada versión de la plataforma Android. Esto puede ayudarle a entender el panorama de la distribución del dispositivo y decidir la forma de priorizar el desarrollo de sus funciones de la aplicación de los dispositivos actualmente en manos de los usuarios. Para obtener más información acerca de cómo orientar su aplicación a los dispositivos basados en versión de la plataforma, leer acerca de los niveles de la API .

Distribución actual

El siguiente gráfico y la tabla se basa en el número de dispositivos Android que han accedido a Play Google en un plazo de 14 días hasta la fecha en la recopilación de datos se indican a continuación.

Versión Codename API de nivel Distribución
1.5 Cupcake 3 0,2%
1.6 Buñuelo 4 0,5%
2.1 Eclair 7 4,7%
2.2 Froyo 8 17,3%
2.3 – 2.3.2 Pan de jengibre 9 0,4%
2.3.3 – 2.3.7 10 63,6%
3.1 Panal 12 0,5%
3.2 13 1,9%
4.0 – 4.0.2 Ice Cream Sandwich 14 0,2%
4.0.3 – 4.0.4 15 10,7%

Los datos recogidos durante un período de 14 días que terminó el 2 de julio, 2012

Distribución histórica

El siguiente gráfico apilado línea proporciona un historial de la cantidad relativa de los activos de los dispositivos Android que ejecutan diferentes versiones de la plataforma Android. También proporciona una valiosa perspectiva de la cantidad de dispositivos que su aplicación es compatible con, basado en la versión de la plataforma.

Nótese que las versiones de la plataforma están apilados uno encima de otro con la antigua versión activa en la parte superior. Este formato indica el porcentaje total de los dispositivos activos que son compatibles con una determinada versión de Android. Por ejemplo, si usted desarrolla su aplicación para la versión que se encuentra en la parte superior de la tabla, a continuación, su aplicación es compatible con el 100% de los dispositivos activos (y todas las futuras versiones), porque todas las API de Android son compatibles con las versiones. O, si usted desarrolla su solicitud de una versión inferior de la tabla, entonces es actualmente compatible con el porcentaje de los dispositivos indicados en el eje, donde la línea de esa versión se encuentra con el eje de la derecha.

Cada conjunto de datos en la línea de tiempo se basa en el número de dispositivos Android que Google accede a Jugar en un plazo de 14 días que finaliza en la fecha indicada en el eje x.

Última conjunto de datos históricos recogidos durante un período de 14 días que concluye el 02 de julio 2012

Tamaños de pantalla y densidades


Esta sección incluye datos sobre el número relativo de dispositivos activos que tienen una configuración de pantalla en particular, definido por una combinación de tamaño de la pantalla y la densidad. Para simplificar la forma en que usted diseñe sus interfaces de usuario para configuraciones de pantalla diferentes, Android divide el rango de tamaños de pantalla reales y densidades en:

  • Un conjunto de cuatro generalizadas tamaños : pequeña , lo normal , grande , y Xlarge
  • Un conjunto de cuatro generalizadas densidades : LDPI (bajo), MDPI (medio), IPAP (alto), y xhdpi (muy alta)

Para obtener información sobre cómo usted puede apoyar múltiples configuraciones de pantalla en su aplicación, consulte el apoyo de varias pantallas .

Nota: Estos datos están basados en el número de dispositivos Android que han accedido a Play Google en un plazo de 7 días hasta la fecha en la recopilación de datos se indican a continuación.

LDPI MDPI IPAP xhdpi
pequeño 1,7% 1,3%
normal 0,4% 12,9% 57,5% 18,0%
grande 0,2% 2,9%
Xlarge 5,1%

Los datos recogidos durante un período de 7 días que terminó el 2 de julio, 2012

Versión Open GL


Esta sección proporciona datos sobre el número relativo de los productos activos que apoyan una determinada versión de OpenGL ES. Tenga en cuenta que el apoyo a una determinada versión de OpenGL ES implica también el apoyo para cualquier versión menor (por ejemplo, soporte para la versión 2.0 también implica el apoyo a 1.1).

Para declarar la versión de OpenGL ES su aplicación requiere, se debe utilizar el Android: glEsVersion atributo de la<uses-feature> elemento. También puede utilizar el <supports-gl-texture> elemento para declarar los formatos de compresión de GL que la aplicación utiliza.

Nota: Estos datos están basados en el número de dispositivos Android que han accedido a Play Google en un plazo de 7 días hasta la fecha en la recopilación de datos se indican a continuación.

Versión OpenGL ES Distribución
1.1 sólo 9,7%
2.0 y 1.1 90,3%

Los datos recogidos durante un período de 7 días que terminó el 2 de julio, 2012

http://developer.android.com/about/dashboards/index.html

Versiones de plataforma Android al 01 Junio 2012

Esta página ofrece datos sobre el número relativo de los productos activos que ejecutan una determinada versión de la plataforma Android. Esto puede ayudarle a entender el panorama de la distribución del dispositivo y decidir la forma de priorizar el desarrollo de sus funciones de la aplicación de los dispositivos actualmente en manos de los usuarios. Para obtener más información acerca de cómo orientar su aplicación a los dispositivos basados en versión de la plataforma, leer acerca de los niveles de la API .

Distribución actual

El siguiente gráfico y la tabla se basa en el número de dispositivos Android que han accedido a Play Google en un plazo de 14 días hasta la fecha en la recopilación de datos se indican a continuación.

Versión Codename API de nivel Distribución
1.5 Cupcake 3 0,3%
1.6 Donut 4 0,6%
2.1 Eclair 7 5,2%
2.2 Froyo 8 19,1%
2.3 – 2.3.2 Gingerbread 9 0,4%
2.3.3 – 2.3.7 10 64,6%
3.1 Honeycomb 12 0,7%
3.2 13 2%
4.0 – 4.0.2 Ice Cream Sandwich 14 0,4%
4.0.3 – 4.0.4 15 6,7%

Los datos recogidos durante un período de 14 días que concluye el 01 de junio 2012

Distribución histórica

El siguiente gráfico apilado línea proporciona un historial de la cantidad relativa de los activos de los dispositivos Android que ejecutan diferentes versiones de la plataforma Android. También proporciona una valiosa perspectiva de la cantidad de dispositivos que su aplicación es compatible con, basado en la versión de la plataforma.

Nótese que las versiones de la plataforma están apilados uno encima de otro con la antigua versión activa en la parte superior. Este formato indica el porcentaje total de los dispositivos activos que son compatibles con una determinada versión de Android. Por ejemplo, si usted desarrolla su aplicación para la versión que se encuentra en la parte superior de la tabla, a continuación, su aplicación es compatible con el 100% de los dispositivos activos (y todas las futuras versiones), porque todas las API de Android son compatibles con las versiones. O, si usted desarrolla su solicitud de una versión inferior de la tabla, entonces es actualmente compatible con el porcentaje de los dispositivos indicados en el eje, donde la línea de esa versión se encuentra con el eje de la derecha.

Cada conjunto de datos en la línea de tiempo se basa en el número de dispositivos Android que Google accede a Jugar en un plazo de 14 días que finaliza en la fecha indicada en el eje x.

Última conjunto de datos históricos recogidos durante un período de 14 días que concluye el 01 de junio 2012

Tamaños de pantalla y densidades


Esta sección incluye datos sobre el número relativo de dispositivos activos que tienen una configuración de pantalla en particular, definido por una combinación de tamaño de la pantalla y la densidad. Para simplificar la forma en que usted diseñe sus interfaces de usuario para configuraciones de pantalla diferentes, Android divide el rango de tamaños de pantalla reales y densidades en:

  • Un conjunto de cuatro generalizadas tamaños : pequeña , lo normal , grande , y Xlarge
  • Un conjunto de cuatro generalizadas densidades : LDPI (bajo), MDPI (medio), IPAP (alto), y xhdpi (muy alta)

Para obtener información sobre cómo usted puede apoyar múltiples configuraciones de pantalla en su aplicación, consulte el apoyo de varias pantallas .

Nota: Estos datos están basados en el número de dispositivos Android que han accedido a Play Google en un plazo de 7 días hasta la fecha en la recopilación de datos se indican a continuación.

LDPI MDPI IPAP xhdpi
pequeño 2,3% 2,4%
normal 0,7% 26,2% 57,8% 0,9%
grande 0,3% 2%
Xlarge 7,4%

Los datos recogidos durante un período de 7 días que concluye el 01 de mayo 2012

Versión Open GL


Esta sección proporciona datos sobre el número relativo de los productos activos que apoyan una determinada versión de OpenGL ES. Tenga en cuenta que el apoyo a una determinada versión de OpenGL ES implica también el apoyo para cualquier versión menor (por ejemplo, soporte para la versión 2.0 también implica el apoyo a 1.1).

Para declarar la versión de OpenGL ES su aplicación requiere, se debe utilizar el Android: glEsVersion atributo de la<uses-feature> elemento. También puede utilizar el <supports-gl-texture> elemento para declarar los formatos de compresión de GL que la aplicación utiliza.

Nota: Estos datos están basados en el número de dispositivos Android que han accedido a Play Google en un plazo de 7 días hasta la fecha en la recopilación de datos se indican a continuación.

Versión OpenGL ES Distribución
1.1 sólo 9,9%
2.0 y 1.1 90,1%

Los datos recogidos durante un período de 7 días que terminó el 4 de junio, 2012

http://developer.android.com/about/dashboards/index.html

Android 4.1, Jelly Bean

Android 4.1 está optimizado para ofrecer el mejor rendimiento de Android y la menor latencia tacto, la interfaz de usuario en un esfuerzo e intuitiva.

A fin de garantizar una tasa de fotogramas constante, Android 4.1 se extiende el tiempo vsync en todo el dibujo y la animación realizada por el marco de Android. Todo funciona al unísono en contra de un latido del corazón 16 milisegundos vsync – renderizado de aplicaciones, eventos táctiles, la composición de la pantalla, y la actualización de la pantalla – marcos por lo que no se adelante o atrás.

Android 4.1 también añade el triple buffering en el pipeline de gráficos, para la representación más coherente que hace que todo se siente más suave, de desplazarse a la paginación y animaciones.

Android 4.1 reduce la latencia de contacto no sólo por la sincronización de contacto a los plazos vsync, sino también por la realidad, anticipando que el dedo va a ser en el momento de la actualización de la pantalla. Esto da como resultado una respuesta táctil más reactiva y uniforme. Además, después de los períodos de inactividad, Android se aplica unimpulso de entrada de la CPU en el evento táctil que viene, para asegurarse de que no hay latencia.

Herramientas pueden ayudarle a obtener el mejor rendimiento absoluto de sus aplicaciones. Android 4.1 está diseñado para trabajar con una nueva herramienta llamada systrace , que recoge datos directamente desde el núcleo de Linux para producir una imagen general de las actividades del sistema. Los datos se representan como un grupo de apiladas verticalmente gráficos de series de tiempo, para ayudar a aislar las interrupciones de la prestación y otras cuestiones. La herramienta ya está disponible en el SDK de Android (Herramientas R20 o superior)

Mejorar la accesibilidad


Las nuevas API para los servicios de accesibilidad le permiten manejar los gestos y gestionar el enfoque de accesibilidad que el usuario se mueve a través de los elementos que aparecen en pantalla y botones de navegación con gestos de accesibilidad, accesorios y otros insumos. El sistema de intercomunicación y explorar-por el tacto-se han rediseñado para utilizar el enfoque de accesibilidad para facilitar su uso y ofrecer un conjunto completo de APIs para desarrolladores.

Servicios de accesibilidad pueden vincular sus propios tutoriales en la configuración de accesibilidad, para ayudar a los usuarios configurar y utilizar sus servicios.

Las aplicaciones que utilizan componentes estándar Ver heredarán el apoyo de las nuevas características de accesibilidad de forma automática, sin ningún cambio en su código. Las aplicaciones que utilizan vistas personalizadas se pueden utilizar las API nuevo nodo de acceso para indicar las partes de la vista que son de interés para los servicios de accesibilidad.

Apoyo para usuarios internacionales

Texto bidireccional y soporte de idiomas Otros

Android 4.1 le ayuda a llegar a más usuarios a través del apoyo bi-direccional de texto en los elementos de TextView y EditarTexto. Las aplicaciones pueden mostrar texto o manejar la edición de texto de izquierda a derecha o de derecha a izquierda-scripts. Las aplicaciones pueden hacer uso de las nuevas configuraciones regionales de árabe y hebreo y fuentes asociadas.

Otros tipos de apoyo nuevo idioma son:

  • Otros idiomas índicos: Canarés, telugu y malayalam
  • Los nuevos caracteres Emoji de la versión 6.0 de Unicode
  • Mejor soporte de glifo para los usuarios japoneses (Japón hace que las versiones específicas de los glifos al idioma del sistema está configurado en japonés)
  • Glifos árabes optimizados para WebViews además de los glifos árabes para TextViews
  • Apoyo en el texto vertical WebViews, incluyendo el texto Ruby y otros glifos de Texto vertical
  • Sintético en negrita ya está disponible para todas las fuentes que no han dedicado glifos audaces

Instalables por el usuario los mapas de teclado

La plataforma soporta ahora instalables por el usuario los mapas de teclado , como por otros teclados internacionales y tipos especiales de diseño. De forma predeterminada, Android 4.1 incluye 27 mapas de teclado para los teclados internacionales, entre ellos Dvorak. Cuando los usuarios conectar un teclado, que puede ir a la aplicación de Configuración y seleccionar uno o varios mapas de teclado que desea utilizar para que el teclado. Al escribir, los usuarios pueden cambiar entre los mapas de teclado con un acceso directo (Ctrl + Espacio).

Puede crear una aplicación para publicar mapas de teclas adicionales en el sistema. La APK se incluyen los recursos de diseño de teclado en el mismo, basado en el estándar de formato de mapa de teclado para Android. La aplicación puede ofrecer presentaciones adicionales de teclado para el usuario, al declarar un receptor de radiodifusión adecuado para ACTION_QUERY_KEYBOARD_LAYOUTS en su manifiesto.

Nuevas formas de crear la interfaz de usuario Hermosa

Notificaciones de ampliación de

Las notificaciones han sido durante mucho tiempo una característica única y muy popular en Android. Los desarrolladores pueden utilizar para colocar la información importante o basados en el tiempo delante de los usuarios en la barra de notificaciones, en las afueras de la interfaz de usuario normal, de la aplicación.

Android 4.1 trae una importante actualización del marco Android notificaciones. Las aplicaciones ahora pueden ver más grandes, más ricos notificaciones a los usuarios que se pueden expandir y contraer con una pizca o pase. Notificaciones apoyar a nuevos tipos de contenido, incluyendo fotos, tienen prioridad configurable, e incluso puede incluir múltiples acciones.

A través de un mejor constructor de la notificación , las aplicaciones pueden crear notificaciones que utilizan un área más grande, de hasta 256 dp de altura. Tres estilos de notificación con plantilla están disponibles:

  • BigTextStyle – una notificación que incluya un objeto TextView de varias líneas.
  • BigInboxStyle – una notificación que muestra cualquier tipo de lista, tales como mensajes, titulares, etc.
  • BigPictureStyle – una notificación que muestra el contenido visual, como un mapa de bits.

Además de los estilos de plantilla, puede crear estilos propios de notificación utilizando cualquiera retirado Vista .

Las aplicaciones pueden añadir hasta tres acciones a una notificación, que se muestran a continuación el contenido de la notificación. Las acciones que los usuarios responden directamente a la información en la notificación de maneras alternativas. como por correo electrónico o por teléfono, sin necesidad de visitar la aplicación.

Con las notificaciones ampliables, aplicaciones puede dar más información al usuario, sin esfuerzo y en la demanda. Los usuarios mantener el control y puede a largo presione cualquier notificación para obtener información sobre el remitente y, opcionalmente, desactivar las notificaciones adicionales de la aplicación.

Widgets de tamaño variable de aplicaciones

Android 4.1 presenta los mejores widgets de la aplicación que se puedecambiar automáticamente el tamaño , basadas en que el usuario los deja en la pantalla principal, el tamaño al que el usuario se expande, y la cantidad de espacio disponible en la pantalla de inicio. Nueva aplicación Widget API le permiten tomar ventaja de esto para optimizar el contenido del widget aplicación como el tamaño de los cambios de widgets.

Cuando un widget de tamaño de los cambios, el sistema notifica proveedor de la aplicación host widget, que puede volver a cargar el contenido en el widget, según sea necesario. Por ejemplo, un widget puede mostrar grandes, gráficos más ricos o las funciones adicionales u opciones. Los desarrolladores todavía pueden mantener el control sobre los tamaños máximos y mínimos y se pueden actualizar las opciones de otros widgets cuando sea necesario.

También puede proporcionar panorama independiente y diseños de retratos de los widgets, que el sistema se infla en su caso cuando cambia la orientación de la pantalla.

Widgets de la aplicación ahora se pueden mostrar en los lanzadores de terceros y otras aplicaciones de acogida a través de una nueva intención se unen (AppWidgetManager.ACTION_APPWIDGET_BIND).

Simplificado la tarea de navegación

Android 4.1 hace que sea fácil para usted para manejar el “Up” de navegación que está disponible para los usuarios desde el interior de sus aplicaciones y ayuda a garantizar una experiencia consistente para los usuarios.

Puede definir la navegación por objeto Hasta para los componentes de actividad individual de la interfaz de usuario mediante la adición de un nuevo atributo XML en el archivo de manifiesto de la aplicación. En tiempo de ejecución, ya que las actividades se ponen en marcha, el sistema extrae el árbol de navegación hacia arriba desde el archivo de manifiesto y crea automáticamente la navegación affordance en la barra de acción. Los desarrolladores que declarar hasta la navegación en el manifiesto no es necesario gestionar la navegación por la devolución de llamada en tiempo de ejecución, aunque también puede hacerlo si es necesario.

También está disponible una nueva TaskStackBuilder clase que le permite rápidamente un montón de tareas sintética para iniciar de inmediato o para usar cuando una actividad se inicia a partir de una PendingIntent. Creación de una pila de tareas sintética es especialmente útil cuando los usuarios inicien las actividades de vistas remotas, como la de los widgets de la pantalla principal y notificaciones, ya que permite al desarrollador proporcionar una experiencia administrada, consistente en la navegación Volver.

Animaciones sencillas para el lanzamiento de la actividad

Puede utilizar una clase de ayuda nueva, ActivityOptions , para crear y controlar la animación se muestra al iniciar sus actividades. A través de la clase de ayuda, puede especificar los recursos de animación personalizados que se utilizarán cuando la actividad se puso en marcha, o solicitud de Ampliación de animaciones nuevas que parten de un rectángulo que se especifique en la pantalla y que, opcionalmente, incluir un mapa de bits en miniatura.

Las transiciones a Lights Out y modos de pantalla completa

Nuevo sistema de banderas de interfaz de usuario en Vista le permiten a la transición de una limpia interfaz de usuario de la aplicación normal (con barra de acción, la barra de navegación, y la barra de sistema visible), para “apagar las luces de modo” (con la barra de estado y la barra de acción oculta y la barra de navegación aparece atenuado) o “modo de pantalla completa” (con barra de estado, barra de acción, y la barra de navegación de todos los ocultos).

http://developer.android.com/about/versions/jelly-bean.html

 

Android vs IOS Cuál es más estable la respuesta podría sorprenderte

Android vs iOS, Google vs Apple, Samsung vs Apple, Motorola vs Apple. Estas batallas son el tema caliente del momento que podrían definir el próximo dispositivo que vayas a comprar. Cuando se trata del sistema operativo, los fans de Apple afirman que su iOS es tan estable y recto como el horizonte. Los argumentos “Simplemente funciona”, “Android está demasiado fragmentado” o “Los apps constantemente se cierran”, son típicos de los usuarios de iOS contra Android, pero las estadísticas están por demostrar lo contrario.

En un reciente estudio realizado por la firma Crittercism, una compañía que analiza las fallas en las aplicaciones móviles, demuestra algo interesante. Seguramente piensas que el resultado está a favor de iOS, pero en esta ocasión podrías sorprenderte.

 

La data obtenida por Crittercism, colectada de más de 214 millones de aplicaciones ente Noviembre y Diciembre de 2011, demuestra que las aplicaciones en iOS fallan con más frecuencia que su equivalente en Android. Dale un vistazo a la gráfica de torta. Está casi en su mayoría dominada por iOS, cubriendo cerca del 75% de todas las fallas. Los números no mienten.

Podríamos argumentar que las estadísticas favorecen a Android porque hay más dispositivos iOS en el mercado. No los hay. Android domina el mercado. Quizás porque iOS es nuevo y tiene problemas de hardware, conectividad, o simplemente porque las aplicaciones están mal desarrolladas.

Más claro imposible. Android lidera el mercado en números, modelos, diseño y estabilidad. Entonces ¿por qué los usuarios de iOS sienten que su OS es más estable?. Sencillo. iOS no arroja una alerta negra cuando una aplicación falla, simplemente oculta la aplicación y regresa al escritorio sin informar al usuario. Este simple detalle ofrece una ilusión de estabilidad. En el caso de Android, el usuario es informado cuando una aplicación no responde, y se le permite escoger entre “Esperar” o “Cerrar”.

Con estos números en tus manos, puedes compartir el artículo con tus amigos usuarios de iOS y convencerlos a migrar a Android. ¿Cierto?.

http://www.androidmodo.com/4759/android-vs-ios-cual-es-mas-estable-la-respuesta-podria-sorprenderte/

Google sigue batiendo records: 900,000 dispositivos con android activados diariamente

A finales del pasado mes de febrero os hablamos del nuevo récord de Google al conseguir 850,000 activaciones diarias de dispositivos con Android. Una cifra que demuestra la salud de un sistema operativo que va a más.

Pues ha sido el propio Andy Rubin, peso pesado de la gran G, el encargado de anunciar que actualmente se activan cada día 900,000 dispositivos Android.Y de paso se ha encargado de acallar los rumores que indicaban que Andy Rubin iba a dejar Google.

Y es que desde hace unas semanas circulan rumores que incitaban a pensar queAndy Rubin  quería salir del gigante de internet para comenzar una serie de proyectos propios. Y ha sido mediante su cuenta de Twitter, ya podría haber utilizado Google + pero ese es otro cantar, como Andy Rubin ha dejado muy claro que seguirá al pie del cañón y de paso alabar las bondades de Android.

Con estas declaraciones los chicos de Google también dan carpetazo a las dudas que comenzaron a aparecer entre los inversores tras unos polémicos informes de IDC, especialistas en análisis de mercado, en el que vaticinaban que Android estaba desacelerando.

Realmente Google está haciendo las cosas muy bien. O por lo menos eso piensan los  27 millones de usuarios que adquieren cada mes un dispositivo con el sistema operativo Android. Una cifra escandalosa que nos confirma dos cosas: el auge de los smartphones y la hegemonia, cada vez más absoluta, de Android. ¡Larga vida al bicho verde!

http://www.androidsis.com/google-sigue-batiendo-records-900-000-dispositivos-con-android-activados-diariamente/

Versiones de plataforma Android al 01 Junio 2012

Versiones de plataforma

Esta página ofrece datos sobre el número relativo de los productos activos que ejecutan una determinada versión de la plataforma Android. Esto puede ayudarle a entender el panorama de la distribución del dispositivo y decidir la forma de priorizar el desarrollo de sus funciones de la aplicación de los dispositivos actualmente en manos de los usuarios. Para obtener más información acerca de cómo orientar su aplicación a los dispositivos basados ​​en versión de la plataforma, vea Niveles de API .

Distribución actual

El siguiente gráfico y la tabla se basa en el número de dispositivos Android que han accedido a Play Google en un plazo de 14 días hasta la fecha en la recopilación de datos se indican a continuación.

Plataforma Codename API de nivel Distribución
Android 1.5 Cupcake 3 0,3%
Android 1.6 Buñuelo 4 0,6%
Android 2.1 Eclair 7 5,2%
Android 2.2 Froyo 8 19,1%
Android 2.3 - 
Android 2.3.2
Pan de jengibre 9 0,4%
Android 2.3.3 - 
Android 2.3.7
10 64,6%
Android 3.1 Panal 12 0,7%
Android 3.2 13 2%
Android 4.0 - 
Android 4.0.2
Ice Cream Sandwich 14 0,4%
Android 4.0.3 - 
Android 4.0.4
15 6,7%

Los datos recogidos durante un período de 14 días que concluye el 01 de junio 2012

Distribución histórica

El siguiente gráfico apilado línea proporciona un historial de la cantidad relativa de los activos de los dispositivos Android que ejecutan diferentes versiones de la plataforma Android. También proporciona una valiosa perspectiva de la cantidad de dispositivos que su aplicación es compatible con, basado en la versión de la plataforma.

Nótese que las versiones de la plataforma están apilados uno encima de otro con la antigua versión activa en la parte superior. Este formato indica el porcentaje total de los dispositivos activos que son compatibles con una determinada versión de Android. Por ejemplo, si usted desarrolla su aplicación para la versión que se encuentra en la parte superior de la tabla, a continuación, su aplicación es compatible con el 100% de los dispositivos activos (y todas las futuras versiones), porque todas las API de Android son compatibles con las versiones. O, si usted desarrolla su solicitud de una versión inferior de la tabla, entonces es actualmente compatible con el porcentaje de los dispositivos indicados en el eje, donde la línea de esa versión se encuentra con el eje de la derecha.

Cada conjunto de datos en la línea de tiempo se basa en el número de dispositivos Android que Google accede a Jugar en un plazo de 14 días que finaliza en la fecha indicada en el eje x.

Última conjunto de datos históricos recogidos durante un período de 14 días que concluye el 01 de junio 2012

http://developer.android.com/resources/dashboard/platform-versions.html

Un PC Android 4.0 en un pendrive por tan sólo USD $74

El dispositivo MK802 PC aparenta ser un USB Stick o algo similar pero en realidad es todo un mini-computador portátil, estilo el conocido Raspberry Pi.

Cuesta US$ 74 y tiene las siguientes características:

  • Procesador Cortex-A8 de 1GHz.
  • Sistema Operativo Android 4.0.
  • 512 MB de RAM.
  • 4 GB de almacenamiento interno (expandible a 32 GB vía su ranura de tarjeta microSD).
  • Capacidad de reproducir video a 1080p.
  • Salida HDMI para conectarse vía cable a una HD TV.
  • Soporta HTML5 y reproducción Flash.
  • Conectividad Wi-Fi.
  • Soporta dual-boot (Android y Linux).

El M802 PC se puede adquirir desde el sitio Ali Express. ¿Qué te parece? Son solo US$74 por un mini-computador de código abierto… Tentador, ¿no?

http://www.fayerwayer.com/2012/05/una-pc-android-4-0-en-un-pendrive-por-tan-solo-usd-74/

Android recupera el 61 por ciento de todas las ventas de teléfonos inteligentes de Estados Unidos

Agarrando el terreno perdido durante el periodo de vacaciones, Android ahora tiene casi dos tercios del mercado de EE.UU., dice NPD Group.

Android ha sido escenario de una ventaja saludable en iOS de Apple como las guerras de teléfonos inteligentes continuar.

Mirando el primer trimestre del año, NPD Group vinculado Android ’s cuota de mercado de los EE.UU. en un 61 por ciento, un salto sobre el 49 por ciento registrado en el cuarto trimestre del año pasado.

Por otro lado, iOS perdido terreno con una cuota de mercado del 29 por ciento, por debajo del 41 por ciento durante el año 2011 los cuartos de final.

Aumento de Apple de vacaciones en los clientes fue por cortesía de una fuerte demanda para el iPhone 4S , que debutó el pasado mes de octubre. Después de que el nuevo año dio una patada en, Android recuperó el terreno perdido para recuperar la misma cuota de mercado que tuvo durante el tercer trimestre.

Pero no hay lágrimas necesita ser derramada por Apple. Aunque la compañía ha perdido cuota de último trimestre, la línea de base es ahora más alto como resultado de añadido iPhone de distribución a través de Sprint, dijo NPD.

En conjunto, Apple y Android tienen ahora un 90 por ciento de todas las ventas de teléfonos inteligentes en los EE.UU.

Smartphones en general no pudo ganar más tracción en forma de porcentaje de todas las ventas de teléfonos móviles. Pero aún así tomó el 66 por ciento de todas las ventas de teléfonos móviles (de pospago y de prepago) del último trimestre, según NPD. Los diez modelos más vendidos en el primer trimestre fueron de teléfonos inteligentes, la mitad de ellos de Apple, tres de ellas de Samsung, y uno de Motorola y HTC.

El mercado de teléfonos inteligentes también tiene mucho espacio para expandirse. Casi la mitad de todos los compradores de teléfonos inteligentes el último trimestre subió desde un teléfono de características.

¿Quién compra todos los teléfonos inteligentes?

Más de dos de cada tres personas entre 25 y 34 tienen un teléfono inteligente, según la última investigación de Nielsen .

Hombres y mujeres se reparten casi por igual, con el 50,9 por ciento de las mujeres que los usuarios móviles que llevan un teléfono inteligente y el 50,1 por ciento de los hombres.

Estadounidenses de origen asiático a la vanguardia en la propiedad smartphone con 67,3 por ciento con un teléfono móvil como su principal. Casi tres de cada cinco usuarios de móviles hispanos ahora tienen teléfonos inteligentes, mientras que la mayoría de los afro-estadounidenses son dueños de una, agregó Nielsen.

Android también sigue siendo el peor de todos en los EE.UU., según Nielsen, a pesar de la firma de investigación le dio una cuota de mercado del 48 por ciento para el último trimestre, seguido por IOS de Apple con el 32 por ciento. Sin embargo, Apple sigue reinando como el fabricante de teléfonos inteligentes superior.

http://news.cnet.com/8301-1023_3-57429192-93/android-reclaims-61-percent-of-all-u.s-smartphone-sales/

Las actualizaciones cada vez interesan menos a los fabricantes

Android sufre uno de los estigmas más difíciles de solventar: la falta de actualización por parte de los fabricantes, primeros responsables en las actualizaciones de los dispositivos. Por fortuna siempre nos quedarán las custom ROMs para solventar el problemas, pero a pesar de ser un defensor acérrimo de esta práctica, el hecho de haber una actualización oficial ayuda mucho.

Estamos ante o se actualiza un terminal para mostrar confianza y que cuando se renueve el terminal se piense en esta marca o no se actualiza y forzamos a comprar antes un nuevo terminal aunque unos clientes se enfaden. La duda es sencilla para las empresas: no actualizar y así vendemos mucho más a costa de gente que no conoce las custom ROMs y tenemos beneficios.

Es triste, pero es verdad, no quieren actualizar, no es rentable para el fabricante, que es el que realmente tiene las riendas. Hasta ahora sabíamos que no les interesaba, pero, ¿somos conscientes de cuánto tardan en actualizar los terminales. Finalmente tenemos un par de gráficas que nos explican la evolición de Android desde el año 2010 y su porcentaje de uso, además de lo que tarda en aceptarse

Es sorprendente ver las prisas que se dieron con Ecclair y Froyo, aunque ya con Gingerbread la cosa empezó a ir mal, dejando en muy mal lugar Ice Cream Sandwich, que tras seis meses de su salida no consigue llegar a más del 5% del mercado. Es un problema muy delicado ya qe si Google obligara a los fabricantes a actualizar no tendrían tanto apoyo a Android, pero si existen custom ROMs es que realmente se puede hacer un pequeño esfuerzo

http://www.xatakandroid.com/mercado/las-actualizaciones-cada-vez-interesan-menos-a-los-fabricantes