Connexion
Abonnez-vous

Google Play Services 8.1 : les nouvelles autorisations d’Android 6.0 accessibles aux développeurs

Il ne reste plus aux développeurs à s'y adapter

Google Play Services 8.1 : les nouvelles autorisations d’Android 6.0 accessibles aux développeurs

Le 25 septembre 2015 à 08h15

Google a publié cette nuit la version 8.1 de ses services Play, que les développeurs peuvent utiliser pour leurs applications Android. Plusieurs nouveautés plus ou moins importantes sont présentes, mais cette mouture introduit surtout le nouveau modèle de permissions présenté avec Android 6.0 Marshmallow.

Les développeurs d’applications Android peuvent donc désormais se pencher sur les services Google Play 8.1. Ils marquent l’arrivée d’une des annonces les plus importantes réalisées à la présentation de Marshmallow : le nouveau système d’autorisations. Google a décidé de basculer en effet sur un modèle qui se rapproche largement de celui utilisé par iOS depuis ses débuts.

Les nouvelles autorisations débarquent

Le plus gros changement réside dans la manière dont les permissions sont demandées. Android a fonctionné jusqu’ici sur un modèle par lots, les permissions réclamées étant réunies par listes. De fait, quand un utilisateur installe une application, il donne une autorisation globale. À l’heure des débats sur la vie privée, il devenait difficile d’accepter les autorisations d’une petite application qui réclamait des accès aux contacts, au téléphone, au micro et ainsi de suite.

Le nouveau modèle sépare complètement les autorisations les unes des autres. Comme sur iOS, une application réclamera donc une autorisation pour chaque type de données, d’équipement ou de capteur dont elle a besoin. Une question pour les contacts, une autre pour la géolocalisation, etc. Une fois l’autorisation donnée, l’utilisateur n’a évidemment plus à le faire par la suite. Le gros avantage bien sûr est que l’utilisateur n’autorise que ce qui lui semble juste. Aux développeurs maintenant de gérer les nouveaux services Google Play pour tirer parti du nouveau modèle. Ceux qui souhaitent plus d’informations pourront se rendre sur la page dédiée.

Des améliorations diverses

Au-delà des nouvelles autorisations, les services Play 8.1 introduisent un nouveau système d’invitations que les développeurs peuvent implémenter. Les utilisateurs pouvaient déjà inviter leurs contacts Google via ce système, mais la nouvelle version permet d’ajouter une image personnalisée et surtout un bouton déclenchant une action. Pour les développeurs de jeu, une nouvelle API Play Games Player Stats permet de récupérer certaines statistiques, pour réagir par exemple en fonction du temps passé sur un titre.

Google introduit également l’Ambient Mod pour l’API Maps Android, à destination des montres Android Wear. Les développeurs qui en tirent parti pourront donc profiter de cet affichage simplifié et moins coloré, conçu pour consommer moins de batterie (nombre plus faible de pixels à éclairer). À noter en outre l’introduction du Nearby Status Listener pour permettre des interactions plus simples avec les périphériques alentours.

Attention aux éventuelles cassures dans les applications

Attention cependant, les services Google Play 8.1 peuvent provoquer des cassures dans le code. La firme prévient de ce souci potentiel à cause de changements assez importants sur les classes GoogleApiClient et PendingResult, qui deviennent abstraites. Google a d’ailleurs publié une page spécifique pour que les développeurs concernés aient quelques idées sur la manière de contourner la difficulté.

Il ne reste plus qu’à espérer des mises à jour rapides pour les applications afin de prendre appui sur le nouveau système d’autorisations. Android 6.0 Marshmallow est maintenant imminent et les utilisateurs ont beaucoup à y gagner sur le plan de la sécurité. Notez d’ailleurs que le nouveau système mobile sera obligatoire afin de profiter de ces autorisations. La mise à jour a beau concerner les Play Services, c’est bien Marshmallow qui contient la base technique nécessaire. Les utilisateurs d’une version 5.X d’Android n’en bénéficieront pas.

Commentaires (57)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

Toi t’as pas lu l’article. Ca arrive avec android 6 et comme le dit l’article : “Le gros avantage bien sûr est que l’utilisateur n’autorise que ce qui lui semble juste”.

votre avatar

Non ça n’arrive pas. Ce que demande Northernlights c’est de pouvoir savoir en temps réel ce qu’envoie l’appli et de l’autoriser ou non, pas de juste dire j’autorise l’envoi au moment où la chose se présente comme sur iphone.  



 En gros une vrai souplesse de décision, quitte à pouvoir cocher des case pour tout autoriser si l’on a une total confiance dans l’application.

votre avatar

Ben ça arrive dans Android 6… 

votre avatar

Bah oui bien sûr, les gens ont très envie d’avoir des popups toutes les 3 secondes pour autoriser tel ou tel accès. C’est juste contre productif, et au final c’est l’effet inverse qui se produit, on autorise tout.

 

Permettre le choix à l’installation / maj de l’appli, c’est le bon compromis. Rien ne t’empêche de modifier les paramètres par la suite.

 

Après n’oubliez pas que vous avez toujours le choix d’installer telle ou telle appli, c’est VOUS qui décidez. Si je ne suis pas d’accord avec les permissions d’une appli, je ne l’installe pas, c’est tout.

 



 Pour les extrémistes de la vie privée, il y a tout un tas de rom alternatives, que ce soit Cyanogen ou Ubuntu Phone.

votre avatar

L’article reste un peu flou sur un point. Il faudra certes avoir Android 6 pour bénéficier de ces nouvelles autorisations, toutefois il n’est pas précisé si les applications doivent obligatoirement migrer vers ce nouveau système d’autorisation de permissions.

 

Il me semblait justement avoir lu un article comme quoi c’était au bon vouloir des développeurs d’utiliser ou non ce nouveau mécanisme, l’ancien étant toujours présent.

votre avatar

justement <img data-src=" />



Toute application qui “vise” marshamllow s’installera sans le popup de validation d’autorisation, et du coup, demandera au cas par cas l’autorisation.



Donc tu installe skype sans rien demander, et si il veux utiliser ton micro : popup de choix utilisateur / ta camera : popup de choix utilisateur



Effectuer un appel ? popup de choix utilisateur



Tu regrettes ? alors dans les paramètres de l’application tu pourras forcer à refuser/accepter.



et de memoire, si tu refuses 2 fois, il ne t’enverras plus le popup et enverra de fausses info à l’app si elle continue à le demander (donc mauvais pratique du point de vue du dev) (=&gt; fausse position GPS, 0 contacts …)



A noter que j’avais testé et que l’acces internet de faisait pas partie des demandes d’autorisation … donc ça n’est pas un moyen d’éviter les pubs <img data-src=" />

votre avatar

Actuellement rien ne l’impose. Si ton app vise toujours lollipop & en dessous, tu auras le popup à l’installation comme avant même sous Android 6. Par contre l’utilisateur pourra retirer les autorisations au cas par cas dans les settings de mémoire…

votre avatar

Ça existe déjà sur certain téléphone Android. Sur mon mate 7, rom d origine, &nbsp;par exemple pour WhatsApp, je veux prendre une photo pour envoyer a un contact, j’ai une pop up &nbsp;qui me dit que l’app veut accéder a l appareil photo, je peux accepter, refuser, et choisir si ce n’est valable que cette fois-ci ou toujours. De ce que je comprends, ce fonctionnement sera intégré dans Android 6 par défaut.

votre avatar

Tu veux dire installer une application avec des autorisation à la carte ?

Si oui, non, ça n’arrivera pas, parce que ça veut dire que pour chaque autorisation dont l’application a besoin il faut qu’elle prévoit le fait qu’elle puisse ne pas les utiliser si l’utilisateur ne le veut pas. Pour le dev c’est un casse tête.



D’une manière général j’aime pas l’argument du contrat qu’on m’oppose avec les CGU des jeux par exemple, où l’on dit “t’as signé alors c’est que t’es d’accord, si t’es pas d’accord, tu joue pas c’est tout”.

Mais là, en l’occurrence… Si l’appli a besoin de ceci et cela pour fonctionner soit tu l’accepte soit tu l’installe pas. Et si tu juge que l’appli n’a pas besoin de ceci ou cela tu peux essayer de contacter le dev et le mettre dans les commentaires, qui ont une influence assez grande dans le choix des autres utilisateurs d’installer ou non.



Cela dit, si je prends l’exemple de l’accès aux contacts du telephone pour pouvoir envoyer des invitation à jouer au jeu par exemple, alors là oui, je suis d’accord, il faudrait qu’il existe une catégorie “autorisation facultatives”.


votre avatar

Mais tu as lu la news toi aussi avant ou bien ? Ou le commentaire #9 sinon.

votre avatar

En gros ,il veut un UAC ^^”

votre avatar

En fait l’article est pas très clair sur ce point, mais&nbsp; le lien si.



 &nbsp;       

Ce sont bien des permissions gérable a n'importe quel moment, et ou l'app doit savoir gérer sans (voire se bloquer si c'est une permission vitale).

Le blocage reste au bon vouloir du développeur.



&nbsp;

&nbsp;du coup, ca risque d’être folklo avec les app pas mises a jour, qui risquent de se heurter a des permissions bloquée qu’elle se croyait acquises.

&nbsp;

A moins que les permissions soient gérables qu’avec les apps prenant en charge les nouveautés …

votre avatar

Pas en lien avec l’article, mais testez la recherche vocale, depuis hier elle est encore BIEN meilleure, c’est hallucinant la vitesse à laquelle ça retranscrit la voix !

votre avatar

Que j’aime cette modération qui consiste à traiter son interlocuteur d’extrémiste dès qu’il ne se conforme pas au système. Ou alors cette argument du faux choix. “Tu es libre d’installer ou pas”…&nbsp;&nbsp;



&nbsp;Un jour, il faudra sortir l’argument du tu es libre de vivre dans une société pourrie ou de mourir, donc tu n’as rien à dire.&nbsp;



&nbsp;Sinon pour ta gouverne, il y a un truc qu’on appel l’ergonomie et qui consiste à innover pour rendre des interactions complexe en interaction simple.&nbsp;



&nbsp;Donc la vrai question est quel est le niveau de confiance que l’on peut avoir dans les systèmes informatiques grand public à l’heure actuelle. La réponse est aucun. Par conséquent en tant qu’utilisateur on est en droit d’exiger le contrôle totale sur nos données dans les services que l’on nous propose, sans quoi le service ne devrait pas être autorisé.&nbsp;

votre avatar

C’est pourtant simple :

&nbsp;

&nbsp;Tu ne l’as pas le contrôle.&nbsp;

&nbsp;Voila. C’est dit

&nbsp;&nbsp;L’OS : tu ne le controle pas, tu sais pas ce que l’OEM a implémenté ( même en Open source), tu ne sais pas ce que l’opérateur à imposé d’ajouter, ce que le législateur de ton pays à imposé, et ce que les législateurs d’autres pays ont imposés

&nbsp;

le hardware : tu ne contrôle pas le firmware de la radio, tu ne contrôle pas le firmware de la caméra et du micro, tu ne controles pas le SoC et même le port µUSB.&nbsp;

&nbsp;&nbsp;

&nbsp;Tu fais confiance à une chaine de fabricants, et de développeurs HW/SW.&nbsp;

&nbsp;Alors un popup pour te demander ce que tu veux envoyer sur le réseaux? si tu veux on en mettra si ca peut te donner l’impression de controller quelque chose…

votre avatar

Faudra m’expliquer le rapport entre une appli et la société. A ce que je sache, ne pas installer une appli ne t’empêche pas de vivre.

&nbsp;

A la base si tu as choisi Android et le Play Store, c’est que tu acceptes la politique de Google sur l’utilisation de tes données. Rien ne t’oblige à utiliser telle ou telle appli, tu es libre de ton choix, comme le créateur de l’appli est libre de choisir les moyens de monétiser sa création.



Je ne comprendrai jamais cette manie de râler sur un produit gratuit que personne ne t’oblige à utiliser et qui t’informe sur les informations qu’il récupère, c’est bien français tiens. Faire le choix de ne pas l’utiliser, c’est aussi exprimer son désaccord. Mais c’est tellement plus simple de râler pour rien…

votre avatar







Vekin a écrit :



Donc sur Android &lt; 6, les nouvelles autorisations ne servent à rien ?









atomusk a écrit :



Je pense bien oui.







Effectivement. Si le développeur a fait correctement sont boulot alors l’ancien système de validation s’applique pour ceux qui ne sont pas sous Android M.


votre avatar

De memoire, les “classes d’autorisations” sont les mêmes, mais l’application est obligée de demander autorisation par autorisation.



Donc comme dit plus haut :

tu veux me laisser accéder au micro ?

tu veux me laisser accéder à la camera ?

tu veux me laisser accéder au disque ?

tu veux me laisser accéder aux contacts ?

tu veux me laisser envoyer des SMS ?



Le dilemme pour le dev étant : est ce que je demande tout au boot de l’appli au risque de faire peur à l’utilisateur ? (déconseillé) ou quand le besoin de l’autorisation arrive (click sur inviter mes amis =&gt; est ce que tu veux me laisser accéder aux contacts).

votre avatar

De toute façon tu es quand même obligé de déclarer tes demandes d’autorisations dans le manifest, donc si tu es &lt; 6, il y aura le même popup qu’avant, et du point de vue du programme tous les popup ont déjà été validés.

votre avatar

Tout à fait





If your app targets the new M Developer Preview, you must use the new permissions model. This means that in addition to declaring your needed permissions in the manifest, you must also check to see if you have the permissions at run time, and request the permissions if you do not already have them.

votre avatar

et même si tu ne le cible pas, je pense qu’il faut quand même faire attention, parce que à partir de “M”, même sur les apps qui ne ciblent pas tu peux désactiver les autorisations demandés (dans le menu de l’app).



Donc potentiellement se retrouver avec une recrudescence de crash avec les utilisateurs 6.0 qui désactivent la fonction GPS si tu en as besoin par exemple.

votre avatar

Voilà la réponse exacte <img data-src=" />





If an app does not target the M Developer Preview, the app continues to use the old permissions model even on M Preview devices. When the user installs the app, the system asks the user to grant all permissions listed in the app’s manifest.



Note: On devices running the M Developer Preview, a user can turn off permissions for any app (including legacy apps) from the app’s Settings screen. If a user turns off permissions for a legacy app, the system silently disables the appropriate functionality. When the app attempts to perform an operation that requires that permission, the operation will not necessarily cause an exception. Instead, it might return an empty data set, signal an error, or otherwise exhibit unexpected behavior. For example, if you query a calendar without permission, the method returns an empty data set.





Donc effectivement, on peut controler aussi les droits des applications “legacy” mais ce n’est pas très pratique et surtout les résultats de l’application sont imprévisible.

votre avatar

Et pour mon app, ça fout la merde d’ailleurs … faut que je fasse un correctif <img data-src=" />

votre avatar

Petite précision qui n’a pas été faite :

&nbsp;

si l’app cible le niveau 23 (Marshmallow), alors le système suppose que le développement est carré et donc en cas d’utilisation de la fonctionnalité bloquée ça génère une exception de permission.

&nbsp;

si l’app cible plus bas, bein ça renvoie 0 ou null de façon transparente donc pas moyen de savoir sans faire un test donc potentiel crash pour les vielles app.

&nbsp;

Ça devient un vrai casse tête pour le développeur car il faut revoir en profondeur la façon de fonctionner, les annotations se feront par classe.



Donc la granularité c’est très bien mais je pense que les anciennes apps vont mettre un certain temps pour mettre le nouveau système en place donc il y aura toujours le demande globale à l’utilisateur mais en plus ça pourra planter.

&nbsp;

Donc 2 fois le boulot à faire, tout vérifier dans les app actuelles pour éviter les crash en gardant l’ancien système et migration vers le nouveau système, ça fait pas mal de boulot derrière.

&nbsp;

Par contre pour l’utilisateur c’est vraiment mieux d’avoir ce choix.

votre avatar

un des gros avantages pour le dev, c’est aussi que avant quand tu ajoutais des fonctionnalités qui demandent de nouvelles autorisations (comme par exemple, permettre de sauvegarder sur le disque), entrainait lors de la mise à jour une mise à l’écart de l’application pour que, à nouveau l’utilisateur valide qu’il acception bien que CETTE application demande PLUS d’autorisations.



Avec le nouveau modèle si l’utilisateur est sur M, la mise à jour se fera directement car ça sera à l’utilisateur de “valider” la nouvelle autorisation dans le cadre de l’appli.



Et ça pour moi, c’est pas une mauvaise nouvelle …

votre avatar







CryoGen a écrit :



Voilà la réponse exacte <img data-src=" />







Donc effectivement, on peut controler aussi les droits des applications “legacy” mais ce n’est pas très pratique et surtout les résultats de l’application sont imprévisible.







Je serais un peu plus nuancé:

&nbsp;L’avantage d’un OS comme Android c’est qu’il s’adresse à un vaste panel de produits (Phones, Tablettes, TVBox, Chromecast,….) et tous ces&nbsp;appareils&nbsp;ne disposent pas forcément de certains capteurs ni fonctions.&nbsp;

&nbsp;Donc, ces applis vont devoir s’adapter à tous ces équipements et le fait de lui interdire des fonctions (par exemple, les SMS ou le GPS ou l’accès au&nbsp;média&nbsp;, ce sera comme si tu si tu t’adressait à un équipement qui ne dispose pas de ces fonctions (ex : SMS ou GPS sur TVBox ou Chromecast).&nbsp;


votre avatar







bogomips a écrit :



Petite précision qui n’a pas été faite :

&nbsp;

si l’app cible le niveau 23 (Marshmallow), alors le système suppose que le développement est carré et donc en cas d’utilisation de la fonctionnalité bloquée ça génère une exception de permission.

&nbsp;

si l’app cible plus bas, bein ça renvoie 0 ou null de façon transparente donc pas moyen de savoir sans faire un test donc potentiel crash pour les vielles app.

&nbsp;

Ça devient un vrai casse tête pour le développeur car il faut revoir en profondeur la façon de fonctionner, les annotations se feront par classe.



Donc la granularité c’est très bien mais je pense que les anciennes apps vont mettre un certain temps pour mettre le nouveau système en place donc il y aura toujours le demande globale à l’utilisateur mais en plus ça pourra planter.

&nbsp;

Donc 2 fois le boulot à faire, tout vérifier dans les app actuelles pour éviter les crash en gardant l’ancien système et migration vers le nouveau système, ça fait pas mal de boulot derrière.

&nbsp;

Par contre pour l’utilisateur c’est vraiment mieux d’avoir ce choix.





C’est déjà le cas avec certains “Pare Feux” ou gestionnaires de droits tiers. Ils ne font que renvoyer un code de retour null lors de l’appel à un hook.

&nbsp;Sauf que là, celà obligera les devs à mieux concevoir leurs apps et c’est pas un mal.


votre avatar

Ici on parle de gestion des permissions, pas de la présence ou non d’un capteur… Cette présence devrait déjà être gérer par les apps depuis longtemps, rien à voir avec la nouvelle gestion des permissions.

votre avatar

Encore un qui n’as pas tout lu.

&nbsp;

&nbsp;Je parlais des autorisations d’accès à toutes les “fonctions et capteurs”.

&nbsp;L’accès aux carnets d’adresses (répertoire), aux médias (stockage), l’envoi de SMS, MMS, appels et autres capteurs (caméra, micro, GPS, …).

votre avatar

A quand une possibilité de changer d’Os comme sur un PC sans devoir changer d’appareil…

votre avatar

Quand un OS nommé Cyanogen existera …



oh shit <img data-src=" />







<img data-src=" />

votre avatar







neokoplex a écrit :



Désolé de voir un peu plus loin que le bout de mon nez.&nbsp;&nbsp;



&nbsp;Donc voici la situation :&nbsp;

Un acteur économique puissant propose un service qui devrait être payant (création et maintenance d’un OS mobile) de manière gratuite.&nbsp;&nbsp;



&nbsp;Ceci tue complètement la concurrence et empêche tout nouvel acteur de rentrer sur le marché.&nbsp;

Cet acteur profite de sa position dominante pour imposer un fonctionnement immoral (mais bien légal).&nbsp;&nbsp;



&nbsp;Et toi tu ne trouve rien de mieux à dire “ma mois tu as le choix, si tu n’es pas content tu n’as qu’à pas l’utiliser”.&nbsp;



&nbsp;Désolé de te dire, mais cela ne s’appel pas avoir le choix, tout au plus l’illusion. Désolé.&nbsp;



&nbsp;Un peu sur le principe de ne pas utiliser windows du point de vue professionnel alors que la quasi intégralité des logiciel métier tournent sous windows et qu’il était impossible dans le passé d’utiliser ces logiciels sur un autre système d’exploitation.







Android est un eco système. Soit tu l’acceptes, soit tu le refuses. Les applis demandent des droits: soit tu les acceptent, soit tu les refuses. Je n’installe pas whasap parce qu’il fouille dans mes contacts ( en plus il m’adresse des SMS parce que je suis dans les contacts de mes amis). Je n’installe pas une autre appli car elle demande des droits qui ne sont pas nécessaires. En plus, très souvent il existe une version du site accessible à partir d’un mobile ( je pense à une appli bancaire). L’os et les applis sont 2 choses différentes. J’aime Google parce qu’ils innovent ( certains services sont géniaux). À la concurrence de se remuer. Regarde ce que fait actuellement Microsoft avec windows10 et la version mobile et la sortie de 2 mobiles haut de gamme. Sans compter Apple. Google est quand même moteur (HTTPS, authenticité, vpn sur les hot-spots, http2. En France, on a toujours considérer les informaticiens comme un centre de coût ( sous-traitance dans les SII).

Je ne vois pas comment une appli peut marcher si tu interdits des trucs. Il faut que ce soit prévu dans le programme.

Et puis je préfère que Google me flique que mon voisin.


votre avatar

Merci, gros +1.

votre avatar







Shwaiz a écrit :



&nbsp;Pour les extrémistes de la vie privée, il y a tout un tas de rom alternatives, que ce soit Cyanogen ou Ubuntu Phone.







Qu’est-ce qu’il faut pas lire….

&nbsp;

&nbsp;Sans aller&nbsp;jusqu’à&nbsp;ces&nbsp;extrêmes&nbsp; il y a déjà pas mal d’outils disponibles (gratuitement) pour gérer la confidentialité mais cela&nbsp;nécessite&nbsp;d’être ROOT. Google ne fait que corriger ce qui aurait du être par défaut dans Android et qui existe déjà sur IOS.


votre avatar

En même temps, ce genre de personnes est plutôt bien informé et technophile. Flasher une rom ou rooter son smartphone ça revient au même.

votre avatar

Ok donc pas de soucis alors, met toi à poil totalement.&nbsp;&nbsp;



Il y a une différence entre le contrôle totale que personne n’a revendiqué ici, pas même moi et une autre qui consiste à accepter que la première appli venue puisse pomper toute les données qu’elle souhaite et que cela soit à la portée de n’importe qui.&nbsp;&nbsp;



&nbsp;Ensuite, tes arguments sont erronés sur “la confiance” que l’on peut avoir dans les constructeur et la version open source d’android. &nbsp;

&nbsp;

Pour commencer, le comportement au niveau du réseau peut facilement être analyser et cela est régulièrement fait. Donc la question n’est pas de savoir si un driver est libre où pas mais est ce que le composant et sa partie logiciel ont un comportement douteux ou pas. Le fait que le matériel et le logiciel soient libres offre un plus grand degré de confiance, de sécurité, d’interopérabilité et de rétrocompatibilité.&nbsp;



Deuxièmement, il est plus facile de découvrir une faille ou un mauvais comportement sur un produit “unique” utilisé par des centaines de milliers, voir millions de personnes que sur des milliers d’app utilisé par seulement quelque millier de personnes.&nbsp;



Enfin ce n’est pas parce qu’il peut y avoir des exception au niveau de l’accès aux données privées (opérateurs, états) que cela doit devenir une règle pour tous.&nbsp;&nbsp;



&nbsp;Pour terminer je me permettrais de te dire&nbsp;“si tu n’as&nbsp;rien à te reprocher, tu&nbsp;n’as rien à cacher”&nbsp;<img data-src=" />

votre avatar

Désolé de voir un peu plus loin que le bout de mon nez.&nbsp;&nbsp;



&nbsp;Donc voici la situation :&nbsp;

Un acteur économique puissant propose un service qui devrait être payant (création et maintenance d’un OS mobile) de manière gratuite.&nbsp;&nbsp;



&nbsp;Ceci tue complètement la concurrence et empêche tout nouvel acteur de rentrer sur le marché.&nbsp;

Cet acteur profite de sa position dominante pour imposer un fonctionnement immoral (mais bien légal).&nbsp;&nbsp;



&nbsp;Et toi tu ne trouve rien de mieux à dire “mais tu as le choix, si tu n’es pas content tu n’as qu’à pas l’utiliser”.&nbsp;



&nbsp;Désolé de te dire, mais cela ne s’appel pas avoir le choix, tout au plus l’illusion. Désolé.&nbsp;



&nbsp;Un peu sur le principe de ne pas utiliser windows du point de vue professionnel alors que la quasi intégralité des logiciel métier tournent sous windows et qu’il était impossible dans le passé d’utiliser ces logiciels sur un autre système d’exploitation.

votre avatar

Ca a tellement tué la concurrence que les iphones se vendent par containers…



Moi je considère que j’ai le choix, d’ailleurs j’utilise Linux au boulot, et je n’installe que ce que je considère acceptable sur mon Android.

&nbsp;

votre avatar

Voici les part de marché mondiale :&nbsp;&nbsp;

Chiffres-cles-les-os-pour-smartphones



&nbsp;Avec près de 82% c’est clair, il y a vraiment de la place pour tout le monde. &nbsp;



&nbsp;C’est comme pour les navigateurs web. Avec la pub monstrueuse qu’il font pour chrome sur la page d’accueil la plus visitée du monde.&nbsp;



&nbsp;Il ne s’agit pas d’avoir un monde idyllique de libre concurrence purement théorique, mais là c’est clairement de l’abus de position dominante. Et à défaut de pouvoir lutter contre, il faut quand même en tenir une sacré couche pour ne pas le reconnaitre.

votre avatar

Il est où l’abus de position dominante dans le sujet présent à savoir : la gestion des permissions ?

La gestion va être grandement améliorée donc où est le problème ?





Si maintenant tu trolls de manière général sur Google, sa position dominante et possible(s) abus sans plus de précision, difficile de débattre avec toi sur le sujet <img data-src=" />

votre avatar

Oui, bah c’est possible si tu es root et sa s’apelle xprivacy :

&nbspplay.google.com Google

votre avatar

Ah ben chacun lutte comme il l’entend. Si pour toi lutter contre Google c’est utiliser leur moteur de recherche et Android, tu te trolles tout seul. Les alternatives ne sont pas majoritaires sur le marché, mais elles existent, et c’est bien là que tu as le choix.

votre avatar

Oui mais ce que j’ai compris c’est que le dev ne va plus devoir choisir tout une catégorie d’autorisation pour en utiliser qu’une seule dans le lot et qu’il va pouvoir choisir quelle autorisation il a besoin une à une.

Mais l’utilisateur sera toujours obligé d’accepter tout ce que le dev a décider.



Enfin, c’est ce que j’ai comprendu, je m’a peut être trompu, ça arrive ! :p

votre avatar

Non l’utilisateur n’est pas obligé d’accepter toutes les autorisations. C’est surtout là que c’est intéressant.

votre avatar

Donc sur Android &lt; 6, les nouvelles autorisations ne servent à rien ?

votre avatar

avoir 82% de part de marché n’est pas un “abus de position dominante” … c’est “une position dominante”. Ce n’est pas pareil <img data-src=" />

D’autant plus que ces chiffres partent sur une définition “large” de Android … en 2014, 20% des smartphones vendu étaient du AOSP (donc hors de tout contrôle de Google) (source) chiffre en croissance, vu que en Chine il n’y a presque que du AOSP.



Maintenant, avoir une position dominante n’est pas illégal, à la différence d’avoir un monopole. un abus de position dominante est de profiter de ce monopole pour bloquer un autre marché. Donc dans ton exemple, je vois pas …

votre avatar

Je pense bien oui.

votre avatar
votre avatar

A quand enfin le choix de l’utilisateur sur ces permissions?

&nbsp;&nbsp;

Car ca reste toujours le problème d’accepter toutes les requêtes, pour assurer l’installation.

votre avatar

+1 …pouvoir quoi autoriser sur tout ce que demande certaines appli … ou même à la volée quand on les lance m’enfin .

votre avatar

Ça va arriver avec Android 6.0 justement non ?

votre avatar







neokoplex a écrit :



Voici les part de marché mondiale :&nbsp;&nbsp;

Chiffres-cles-les-os-pour-smartphones



&nbsp;Avec près de 82% c’est clair, il y a vraiment de la place pour tout le monde. &nbsp;



&nbsp;C’est comme pour les navigateurs web. Avec la pub monstrueuse qu’il font pour chrome sur la page d’accueil la plus visitée du monde.&nbsp;



&nbsp;Il ne s’agit pas d’avoir un monde idyllique de libre concurrence purement théorique, mais là c’est clairement de l’abus de position dominante. Et à défaut de pouvoir lutter contre, il faut quand même en tenir une sacré couche pour ne pas le reconnaitre.







Abus de position dominante parce qu’ils sont meilleures que les autres?

Les autres n’avaient qu’à se remuer, ce n’est pas la faute de Google si ils n’arrivent pas suivre.

Au début, j’étais chez Apple parce qu’ils étaient en avance, maintenant sur Android(nexus). Qui me dit que je n’irais pas chez Microsoft avec windows mobile? Rien n’est figé.


votre avatar

Windows coûte 50€ sur un PC neuf, 0 pour Linux. Tu crois que je prends linux pour éviter de payer? Après, je pars en vacances en faisant un gros chèque. Je garde un mobile 2 ans en moyenne. Je suis capable de payer 10 ou 20€. Tu crois qu’en achetant un iPhone, les utilisateurs ne payent pas l’os?

votre avatar

Je l’ai pas compris comme ça, mais peut être.

Du coup, je suis curieux de savoir le bordel que c’est pour gérer le fait que l’utilisateur ne veuille pas de tel ou tel autorisation.

votre avatar

Ah d’accord, comme ça a été le cas sur certain telephone Android où on te demandais par exemple sur Snapchat (qui n’existait pas encore <img data-src=" /> ) si tu autorisait que l’app utilise la caméra au moment où tu veux prendre un selfie de toi dans ton bain ! <img data-src=" />


votre avatar

C’est indiqué sur la page de Google ici



En gros le développeur doit coder

1/ l’apparition de la demande de permission (popup système)

2/ l’activation ou non de la fonctionnalité dans son programme en fonction du choix de l’utilisateur.



Et si l’app ne gère pas le nouveau système, Android renvoi des valeurs vides dans la mesure du possible.

votre avatar

Et c’est une excellente chose dont devrait s’inspirer un certain fruit …

Google Play Services 8.1 : les nouvelles autorisations d’Android 6.0 accessibles aux développeurs

  • Les nouvelles autorisations débarquent

  • Des améliorations diverses

  • Attention aux éventuelles cassures dans les applications

Fermer