Connexion
Abonnez-vous

Android 5.x Lollipop décolle enfin et s’approche des 10 % de parts de marché

Et pendant ce temps-là, Android 5.0.2 arrive discrètement

Android 5.x Lollipop décolle enfin et s'approche des 10 % de parts de marché

Le 06 mai 2015 à 06h54

Alors qu'Android 5.0 (Lollipop) est disponible depuis près de six mois, le système décolle enfin et s'approche de la barre des 10 % de parts de marché. Et comme si la situation n'était déjà pas assez complexe, Google vient de mettre en ligne une nouvelle mouture d'Android : la 5.0.2.

C'est un rendez-vous quasi incontournable : chaque début de mois ou presque, Google aborde la fragmentation d'Android. Le géant du web se base sur les terminaux sous Android 2.2 minimum qui se sont connectés au Play Store au cours des 14 derniers jours. Les systèmes d'exploitation alternatifs comme CyanogenMod sont pris en compte. Comme toujours, voici le détail des chiffres avec l'évolution par rapport au précédent relevé : 

Android 5.0 et 5.1 en hausse, toutes les autres versions en baisse

  • Android 2.2 (Froyo) : 0,3 % (- 0,1 point)
  • Android 2.3 (Gingerbread) : 5,7 % (- 0,7 point)
  • Android 4.0 (Ice Cream Sandwich) : 5,3 % (- 0,4 point)
  • Android 4.1 (Jelly Bean) : 15,6 % (- 0,9 point)
  • Android 4.2 (Jelly Bean) : 18,1 % (- 0,5 point)
  • Android 4.3 (Jelly Bean) : 5,5 % (- 0,1 point)
  • Android 4.4 (KitKat) : 39,8 % (- 1,6 point)
  • Android 5.0 (Lollipop) : 9,0 % (+ 4 points)
  • Android 5.1 (Lollipop) : 0,7 % (+ 0,3 point)

Android fragmentation mai 2015

Android 5.x (Lollipop) est en hausse avec, enfin, une belle augmentation de 4 points pour Android 5.0, soit en tout 9,7 % de parts de marché. Cette mouture se place donc en troisième position derrière Android 4.4 (KitKat) à 38,9 % et Android 4.1 à 4.3 (Jelly Bean) avec 39,2 %. Toutes les autres versions d'Android sont en baisse, KitKat étant celle qui perd le plus avec 1,6 point de moins sur un mois.

Google déploie une nouvelle version d'Android estampillée... 5.0.2

Dans le même temps, Google a mis en ligne une nouvelle mouture de son système d'exploitation, mais pour certains Nexus : Android 5.0.2 (Lollipop). Cette numérotation est pour le moins surprenante puisque Android 5.1 (puis Android 5.1.1) est déjà disponible depuis plusieurs semaines maintenant. La liste des changements apportés n'est pas dévoilée pour le moment, et on peut se demander pourquoi Google a décidé de rester sur la branche 5.0 au lieu de continuer sur la 5.1.

Quoi qu'il en soit, les images d'usines pour les Nexus 7, 9, 10 et Player sont disponibles par ici.

 

Commentaires (55)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

En tout cas je vois que j’ai bien fait de laisser tomber Android < 4.0 pour mes développements. Leur part de marché est minime et en forte baisse.



Concernant Android 5, je l’ai sur ma Nexus 7 (2012) et ce n’est pas glorieux <img data-src=" />

votre avatar

Je suis pas dev Android, mais y en a-t-il un qui pourrait expliquer si cette fragmentation est un soucis, voir un gros merdier … Ou pas.

votre avatar

Attention la 5.0.2 est sortie juste pour la Nexus 9 pour l’instant qui n’a toujours pas la 5.1 donc ça doit être juste une correction de bug ou faille vite fait en attendant.

Ça m’étonnerai qu’on voit arriver une 5.0.2 pour un Nexus 5, 6, 7, etc… qui ont eux la 5.1.

votre avatar

Semi hs mais vivement cm12 M1 ou final ils avaient dit courant/fin avril..



Sinon j’avais la 5.1.1 sur N7 2012..je suis repassé sur une kitkat,la différence est vraiment prononcé..

votre avatar







Vekin a écrit :



Concernant Android 5, je l’ai sur ma Nexus 7 (2012) et ce n’est pas glorieux <img data-src=" />





C’est le moins qu’on puisse dire, des fois ça marche très bien et d’autres ça rame à mort sans raison apparente. Une réinstallation n’y a rien fait, j’envisage sérieusement de revenir sur une version 4.x qui marchait très bien…


votre avatar







abasourdix a écrit :



Je suis pas dev Android, mais y en a-t-il un qui pourrait expliquer si cette fragmentation est un soucis, voir un gros merdier … Ou pas.







Non, c’est vraiment pas un soucis :) Tu peux très bien faire une application qui tourne sous Android 1.6 à 5.1 :) Tu as plusieurs solutions :





  • soit tu n’utilisent que des API communes voire dépréciées (elles sont toujours là en principe même sous 5.x)

  • soit tu utilises de la “réflexion” ce qui te permet d’utiliser des nouvelles méthodes et classes seulement si elles sont présentes (genre si une nouvelle fonctionnalité te plait, mais qu’elle est optionnelle pour ton appli, c’est impeccable)

  • soit tu utilises les bibliothèques de compatibilité qui te permettent d’utiliser certaines fonctionnalités très récentes sur des vieux systèmes



    Pour ma part, toutes mes applis ciblent (encore) Android 1.6 et utilisent les fonctionnalités dont j’ai besoin lorsqu’elles sont présentes :)

    &nbsp;


votre avatar

décolle <img data-src=" />



<img data-src=" />

votre avatar

Je fais parti des stats \o/

votre avatar

C’est quand même vachement simplifier le problème :-) Même s’ils ont fait du bon boulot avec les support packages, dès que tu veux utiliser des animations ou autre, ça se corse potentiellement. La réflexion, ça bouffe à mort en performances, particulièrement sur Dalvik…



Au sujet de la 5.0.2 : elle était sortie sur les Nexus 7 2012 (au moins, peut-être sur d’autres) début février déjà il me semble, non ? Je suis presque sûr de l’avoir déjà vue passer.

votre avatar







jb18v a écrit :



décolle <img data-src=" />



<img data-src=" />





Google ou de la colombophile… <img data-src=" />


votre avatar

C’est vrai que sur la Nexus 2012, Lolipop c’est tout ou rien <img data-src=" /> Même en bidouillant les paramètres développeurs (concernant les effets visuels surtout). Un retour sur KitKat serait une solution envisageable.

votre avatar







abasourdix a écrit :



Je suis pas dev Android, mais y en a-t-il un qui pourrait expliquer si cette fragmentation est un soucis, voir un gros merdier … Ou pas.







Pour les développeurs non, la fragmentation d’Android n’est plus trop un problème. Comme l’a souligné Kervala il est possible de développer une application qui tourne sur la plupart des versions d’Android en circulation.

La fragmentation d’Android n’est plus un problème

(version anglaise originale)



Pour les utilisateurs ce n’est pas trop un problème non plus, car ils ont accès aux dernières versions du Play Store et des services Google. 93% des utilisateurs d’Android ont accès à la dernière version du Store, soit davantage que les utilisateurs d’iOS.

Source


votre avatar

&nbsp; Ça ne m’étonne pas que Lolipop décolle, Samsung a décidé de se bouger et les Samsung Note 4 ont enfin été mis à jour. Il était temps…

votre avatar







Kervala a écrit :



Non, c’est vraiment pas un soucis :) Tu peux très bien faire une application qui tourne sous Android 1.6 à 5.1 :) Tu as plusieurs solutions :





  • soit tu n’utilisent que des API communes voire dépréciées (elles sont toujours là en principe même sous 5.x)

  • soit tu utilises de la “réflexion” ce qui te permet d’utiliser des nouvelles méthodes et classes seulement si elles sont présentes (genre si une nouvelle fonctionnalité te plait, mais qu’elle est optionnelle pour ton appli, c’est impeccable)

  • soit tu utilises les bibliothèques de compatibilité qui te permettent d’utiliser certaines fonctionnalités très récentes sur des vieux systèmes



    Pour ma part, toutes mes applis ciblent (encore) Android 1.6 et utilisent les fonctionnalités dont j’ai besoin lorsqu’elles sont présentes :)







    pas un soucis ? au vu du reste du commentaire, ça à l’air d’être le cas.


votre avatar

Les Play Services ne résolvent pas tout. Toute la partie UI est directement liée à la version de l’OS ciblée (modulo les librairies de support, mais qui ne contiennent pas tout, et ont des soucis de compatibilité avec certaines versions du SDK…). De même, suivant les versions d’Android, certains points n’ont pas le même comportement, et d’autres (les notifications, par exemple) doivent être réfléchis autrement différemment selon la version ciblée.



Google a clairement fait des progrès sur ce point là. Mais le problème est encore bel et bien là.

votre avatar

Je fais du dev Android pour ma boite mais avec des webview pour simplifier et automatiser le developpement d’application qui ne demande pas d’avoir pages natives.



Et bah cette fragmentation ca me fait un peu chier desfois a cause des fonctionnalite qui sont pas implementer dans des anciennes version d’Android… par exemple le css majoritairement ^^‘.



&nbsp;

votre avatar

Pour l’avoir sur un LG G3, des fois ça rame un peu en effet, mais c’est très passager.



Parcontre deux choses que je ne supporte pas :







  • L’impossibilité d’écrire sur la carte SD, c’est juste du grand n’importe quoi. Il me semble que c’est comme ça depuis kitkat. Contourné en tout cas pour ma part.



  • La suppression de l’usb mass storage des options de connexion à un PC. Je me tape le mode MTP qui est tout lent et buggé sur Linux Mint.



    Sinon pour le reste ça fonctionne plutôt pas mal.



    EDIT: sinon CM12 pour la touchpad (donc android 5) tourne plutôt bien, c’est même plus fluide que kitkat.

votre avatar

Ce serait interessant d’avoir un plot de l’evolution de la fragmentation depuis la sortie d’Android

votre avatar







sebtx a écrit :





  • L’impossibilité d’écrire sur la carte SD, c’est juste du grand n’importe quoi. Il me semble que c’est comme ça depuis kitkat. Contourné en tout cas pour ma part.







    vu que je vais être confronté au problème assez vite : contourné comment?


votre avatar







systmD a écrit :



Ce serait interessant d’avoir un plot de l’evolution de la fragmentation depuis la sortie d’Android







Voici <img data-src=" />


votre avatar

J’attends encore de voir un exemple de développement où les css n’ont pas fait chier à un moment donné ! <img data-src=" />

votre avatar







geekounet85 a écrit :



vu que je vais être confronté au problème assez vite : contourné comment?





+1 -&gt; comment ?


votre avatar

Idem, pourtant j’ai suivi plein de guides d’optimisation spécifiques pour ce problème, mais rien n’y fait. Je pensais que la restauration à l’état d’usine règlerait le problème, mais on dirait que non <img data-src=" />



C’est un peu mieux qu’avant, en réalité, mais toujours ces moments où elle ralentit complètement. Pénible.



Pas plus tard que ce matin d’ailleurs, puis j’ai mis la localisation sur “économie d’énergie” et j’ai instantanément trouvé le système plus réactif ! Coup de chance ou solution pérenne ? Je verrai.

votre avatar

Je suppose qu’il est root et utilise une appli de montage. Genre FolderMount

votre avatar

Tu peux m’en dire plus sur cette histoire de notifications ?

votre avatar

C’est quoi cette histoire de cartes SD ? <img data-src=" />

votre avatar

Depuis la 4.1, les notifications disposent de boutons d’actions rapides, d’une grosse image et d’une petite image, d’un layout extensible… alors que tu avais avant ça une seule icône, un seul layout et une seule action. C’est du détail, mais c’est un détail parmi beaucoup d’autres qu’il faut garder en tête. Et, à chaque fois, soit écrire du code spécifique aux post-4.1 et pré-4.1, soit ne pas déployer sur du pré-4.1, soit ne pas utiliser les nouvelles fonctionnalités (et ton application prend tout de suite un bon gros coup de vieux).

votre avatar

Depuis la 4.4, les applications n’ont plus le droit d’écrire sur la carte SD dans sa globalité, uniquement dans un dossier spécifique à l’application elle-même (comme la mémoire interne).

votre avatar

<img data-src=" />



Et il se passe quoi pour les applications existantes qui écrivent sur la carte SD ? Plantage ?

votre avatar

Ah oui, j’avais vu ça passer, mais j’avoue ne jamais avoir utilisé les fonctions post-4.1. Merci <img data-src=" />

votre avatar

Une IOException, je suppose. Tu as dans tous les cas besoin de la traiter quand tu fais une opération sur le FS, donc pas de plantage ;-)

votre avatar







Kernald a écrit :



Depuis la 4.4, les applications n’ont plus le droit d’écrire sur la carte SD dans sa globalité, uniquement dans un dossier spécifique à l’application elle-même (comme la mémoire interne).





Sur mon Note 2 en 4.4.2, c’est pas exactement ça :



Avec l’explorateur de fichier fourni avec la ROM Samsung : je peux écrire sur la µSD <img data-src=" />

Avec ES File Explorer : <img data-src=" />



Alors, une méthode pour retrouver ça, et l’USB Mass Storage m’intéressent <img data-src=" />



(P.S.: Le MTP, ça ne rame pas qu’avec Linux, ça rame tout le temps <img data-src=" />)


votre avatar







Vekin a écrit :



<img data-src=" />



Et il se passe quoi pour les applications existantes qui écrivent sur la carte SD ? Plantage ?







En même temps c’est un peu le principe du sandboxing… Quand les gens ont “découvert” que les applications installées pouvaient accéder à toutes les data çà a bien gueulé aussi <img data-src=" />

A un moment faut choisir… mais il reste quand même les autorisations pour accéder à la sdcard dans sa globalité.


votre avatar

Merci c’est ce que je cherchais

votre avatar

Maintenant que j’y pense, si on ne cible pas une API &gt;= 4.4, le mode de compatibilité s’applique, donc peut-être que ça marche quand même dans ce cas ?



J’ai une application qui peut justement écrire sur la carte SD, et je n’ai jamais eu un retour comme quoi ça posait problème.



Pour la mémoire interne, c’est toujours OK par contre ? On peut écrire où on veut ?

votre avatar

Pour le niveau d’API ciblée, il y a effectivement des chances pour que ça y joue. Après, pour la mémoire interne aucune idée : je dois bien avouer que je n’ai jamais essayé de lire ou écrire en dehors du dossier de l’application, et ne me suis donc jamais posé la question ^^

votre avatar







SuperNarco a écrit :



Je fais du dev Android pour ma boite mais avec des webview pour simplifier et automatiser le developpement d’application qui ne demande pas d’avoir pages natives.



Et bah cette fragmentation ca me fait un peu chier desfois a cause des fonctionnalite qui sont pas implementer dans des anciennes version d’Android… par exemple le css majoritairement ^^‘.



&nbsp;







Ah oui je vois :( J’ai pas besoin de WebView dans mes applications, donc je n’ai pas encore été confronté à ce problème, mais effectivement tu ne peux pas faire grand chose dans ce cas.

&nbsp;


votre avatar







Kernald a écrit :



C’est quand même vachement simplifier le problème :-) Même s’ils ont fait du bon boulot avec les support packages, dès que tu veux utiliser des animations ou autre, ça se corse potentiellement. La réflexion, ça bouffe à mort en performances, particulièrement sur Dalvik…



Au sujet de la 5.0.2 : elle était sortie sur les Nexus 7 2012 (au moins, peut-être sur d’autres) début février déjà il me semble, non ? Je suis presque sûr de l’avoir déjà vue passer.





Pour la réflexion, je cache les méthodes et classes et je peux les appeler directement, je ne pense pas qu’il y ait de pertes de performance (je les utilise pour de l’encodage/décodage à la volée de plusieurs vidéos en H264).



Sinon, il y a encore une autre solution, c’est de faire des classes différentes pour les versions du SDK et d’instancier la bonne en fonction de la version d’Android.


votre avatar







boglob a écrit :



pas un soucis ? au vu du reste du commentaire, ça à l’air d’être le cas.





Ben explique moi comment tu fais pour appeler des méthodes plus récentes sur les autres OS ? :p Que ce soit sous Windows, Linux, OS X, iOS, etc… c’est le même principe et la “réflexion” en Java est possible/nécessaire en C/C++ avec le chargement dynamique des bibliothèques.



En principe, quand ça n’existe pas, ça n’existe pas, point.


votre avatar

Personnellement, j’avais appliqué la mise à jour 5.0, et j’ai re-flashé mon téléphone en version 4.4.



Je trouve que la version 5.0 est du foutage du gueule.




  • Pas de mode silencieux (ce qui casse 20 ans d’expérience utilisateur dans les portables)

  • Les head-ups imposés (qui -en plus d’êtres irritants- rendent la navigation GPS impossible en voiture)



    Bref, ils ont fait de la merde.

votre avatar

Fixé après avoir rooté le téléphone et installé SDFix.



Pour le mode stockage de masse je n’ai pas encore trouvé la combine.

votre avatar

Depuis que je suis passé sur la 5.1 sur mon Nexus 4, la batterie se vide très rapidement. Et ils s’amusent à faire une 5.0.2 ?!?



Franchement, je ne sais pas ce que je vais pouvoir prendre comme téléphone la prochaine fois : entre Apple, MS et Google, ce sont tous des équipes de bras cassés.

votre avatar

Mis a part un slow charging, RAS sur 5.0.2 sur lg g2 rom officielle italia.



Jsais pas comment vous vous demerdez…

votre avatar

Soit dit en passant la derniere version officielle est la 5.1.1 …

votre avatar

Le moto G de ma copine est en 5.0.2 depuis 2 mois…

votre avatar

Voici le lien qui parle de la build 5.0.2 sur le motorola depuis… mars

votre avatar

Pour information mon Z3 compact est également en 5.0.2. Vérifié à l’instant.&nbsp;



Cette build ne semble donc pas destinée uniquement aux Nexus.

votre avatar







von-block a écrit :



Le moto G de ma copine est en 5.0.2 depuis 2 mois…





Le mien aussi…<img data-src=" />



5.0.2 c’est vieux pour moi, ça date d’avant la 5.1 sur les nexus.<img data-src=" />


votre avatar







dimounet a écrit :



&nbsp; Ça ne m’étonne pas que Lolipop décolle, Samsung a décidé de se bouger et les Samsung Note 4 ont enfin été mis à jour. Il était temps…





Mouais quand tu vois le peu d’intérêt/d’évolution concrète de ce passage sous lolipop …



Depuis le galaxy S1 je bidouille énormément les rom et kernel de mes téléphones et tablettes, là avec le Kitkat du Note 4 on sent vraiment qu’il y a eu une optimisation et qu’il n’y pas de gros intérêts à changer de firmware.

&nbsp;

&nbsp;Bien au contraire la plupart qui ont passé le Note 4 sous lolipop préfèrent revenir sous kitkat, vu l’insignifiante amélioration voir les pertes d’autonomie engendrées.&nbsp;

De mon côté je reste sous Kitkat et basculerai peut-être quand la 5.1.1 sortira …


votre avatar

Sur mon Xperia Z3 compact en 5.0.2 j’ai le mode UMS dans les options et je peux écrire comme je veux sur ma carte SD (en plus d’avoir une option pour transférer d’un coup toutes les datas/photos/vidéos/musiques sur la carte). <img data-src=" />

votre avatar







moi1000 a écrit :



Depuis que je suis passé sur la 5.1 sur mon Nexus 4, la batterie se vide très rapidement. Et ils s’amusent à faire une 5.0.2 ?!?



Franchement, je ne sais pas ce que je vais pouvoir prendre comme téléphone la prochaine fois : entre Apple, MS et Google, ce sont tous des équipes de bras cassés.





+1 pour la batterie avec la 5.1


votre avatar

J’ai eu la màj en 5.0 sur mon Note 3 il y a environ 1 mois. Le téléphone est de façon générale plus fluide qu’avant.

votre avatar

Tu fais sérieusement de la réflexion en C++ ?



Pour en revenir à Android, oui, supporter toutes les versions est possible, dans l’absolu. Mais cache ou non, la réflexion a un coût à l’exécution. Et que tu fasses de la réflexion ou de l’encapsulation (dans tous les cas, aucun des deux n’est la solution miracle à tous les problèmes, je reprends par exemple les notifications depuis la 4.1), c’est une charge non négligeable de travail. À partir de là, je me permets d’affirmer que si, la fragmentation sur Android est toujours un problème.

votre avatar

Je sais pas si c’est specifique a la version Cyanogen, mais en 5.1.1 sur un galaxy S3, aucun soucis pour copier quoi que ce soit sur la carte SD, aussi bien avec l’explorateur intégré qu’avec ES file explorer.

votre avatar







Kernald a écrit :



Tu fais sérieusement de la réflexion en C++ ?



Pour en revenir à Android, oui, supporter toutes les versions est possible, dans l’absolu. Mais cache ou non, la réflexion a un coût à l’exécution. Et que tu fasses de la réflexion ou de l’encapsulation (dans tous les cas, aucun des deux n’est la solution miracle à tous les problèmes, je reprends par exemple les notifications depuis la 4.1), c’est une charge non négligeable de travail. À partir de là, je me permets d’affirmer que si, la fragmentation sur Android est toujours un problème.







Pour OpenGL (en même temps, c’est le principe) et Win32 oui, et aussi pour d’autres bibliothèques closed-source où on ne dispose que d’une DLL :(



Donc en général que pour les bibliothèques systèmes et/ou proprio.


Android 5.x Lollipop décolle enfin et s’approche des 10 % de parts de marché

  • Android 5.0 et 5.1 en hausse, toutes les autres versions en baisse

  • Google déploie une nouvelle version d'Android estampillée... 5.0.2

Fermer