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

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

Avatar de l'auteur
Sébastien Gavois

Publié dans

Société numérique

06/05/2015 2 minutes
55

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

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.

 

55

Écrit par Sébastien Gavois

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

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

Commentaires (55)


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=" />


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.


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.


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é..








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…









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;



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



<img data-src=" />


Je fais parti des stats \o/


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.








jb18v a écrit :



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



<img data-src=" />





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



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.








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



&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…








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.



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à.


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;


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.


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








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?









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=" />



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








geekounet85 a écrit :



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





+1 -&gt; comment ?



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.


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


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


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


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).


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).


<img data-src=" />



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


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


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 ;-)








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=" />)









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é.



Merci c’est ce que je cherchais


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 ?


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 ^^








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;









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.









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.



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.


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.


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.


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



Jsais pas comment vous vous demerdez…


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


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


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


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.








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=" />









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 …



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=" />








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



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.


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.


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.








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.