Pas assez d’autonomie, c’est de la faute des applications



Selon Larry page co-fondateur de Google qui s’exprimer à une conférence pendant le Google I/O, si votre téléphone n’a pas assez d’automonie, ce n’est pas la faute au téléphone lui même mais aux applications que vous aurez installées sur votre Android Phone.

Toujours selon Larry page, ce manque d’autonomie proviendrait d’applications qui tournent en arrière plan sur votre téléphone et comme leur développement n’est pas fait dans une optique d’optimisation de ressource, elles gaspillent votre batterie

Sur ce point là je trouve facile de la part Larry Page d’accuser les développeurs, on pourrait très bien lui  rétorquer que c’est à Google de fournir un SDK  permettant  en natif d’optimiser toutes les applications utilisant les services et tournant en arrière-plan.

Les développeurs ont toujours bon dos (même si tout ça a été dit sur le ton de la plaisanterie).

Source

Gnakouri Danon

Ces articles pourraient vous intéresser :



Android Gingerbread prévu pour fin 2010Android 2.2 Froyo est officiel voilà la liste des fonctionnalités
  • Algorn

    Je suis pas tout à fait d’accord avec toi :
    Effectivement un SDK qui permet d’optimiser tout dès le début aurait été bien, mais où aurait été le fun ^^

    Non plus sérieusement, il n’a pas tord dans le sens où c’est au développeurs d’apprendre à optimiser leur code, ça fait partie du boulot, et je sais de quoi je parle ^^.

    Ceci dit, il est vrai qu’un coup de pouce expliquant au moins les fonctionnalités les plus gourmandes etc. ne serait pas de refus dans des cas comme ceux-là.

  • Kekounet

    Mouai, c’est plutôt la 3G et le WIFI qui bouffe. A côté la conso des applis c’est des pets de mouche.

    Donc le problème est plutôt matériel non?

  • Guy

    @algorm c’est bizarre au début tu n’étais pas d’accord avec moi mais à la fin j’ai l’impression que tu me rejoins 🙂

  • Algorn

    @Guy C’est pas faux ^^

  • Algorn

    Dommage ya pas de fonction Edit des commentaires ^^

    De mon point de vue c’est pas forcément le SDK qui aurait du être plus simple à programmer pour optimiser mais plutôt une bonne documentation vis-à-vis de l’optimisation, mais il ne faut pas se voiler la face, sans tests personnels, de telles documentations ça n’existe pas ^^

  • Damagophob

    je pense que beaucoup d’évolution niveau matos est à apporter en natif pour voir diminuer la conso d’un téléphone. pleins de petit programmes existent (depuis les taskiller au switcheur d’APN et planificateur de coupure réseau) mais finalement quand ils tournent ils consomment non ? pourquoi ne pas avoir des procos dont la fréquence évolue suivant l’utilisation ? des modules GSM/3G/WIFI qui savent réellement passer en veille comme des grands ? à quand des écrans très basses conso ? en LED ? et sinon les utilisateur peuvent peut-être aussi diminuer la fréquence des synchronisations (toutes les 5 mn c’est pas un peu trop pour avoir les dernières news d’Android France 😉 ?)

  • Damagophob

    dsl pour les fautes pas relu…

  • Cyrille

    Pour bosser dans le matos avec des dev, les dev ne “savent” pas optimiser leur code.
    Par méconnaissance, par facilité, par coût. Mais plus il y a de la place ou de la puissance et plus elle sera utilisé car moins couteux que d’optimiser le code qui prends plus de temps, plus de savoir faire.
    Les dev sont trop souvent et ce n’est que mon avis bien trop au dessus du matos, sans s’intéresser en profondeur au matos.
    Juste qu’il faut savoir que le matos est juste issu de spèc demandées par les dèvs.
    En gros, ce que je veut dire c’est que si les devs allez voir un peu plus les hardeux, ils auraient une meilleur connaissance du hard, et le hard serait meilleur car peut être mieux adapter au softeux.

    Voilà c t un mimi coup de gueule car marre que les hardeux soit toujours coupables.
    Et si le 3G bouf de la batterie c’est à cause de spec non dictées par des hardeux (protocole de m****)!!!

    Ils faut que les deux monde évolue main dans la main sinon ça ne marchera pas.

  • Jo

    “pourquoi ne pas avoir des procos dont la fréquence évolue suivant l’utilisation ?”

    C’est déjà le cas.

    “pleins de petit programmes existent (depuis les taskiller…”

    Beaucoup de personnes sont enclin à dire que les teskiller aggrave le problème de l’autonomie plutôt qu’autre chose.

  • gabriel

    j’ai le Google Nexus depuis 2/3 semaines, et d’après les stats internes la consommation est dû à 75% très souvent à la consommation de l’écran ! il suffit d’envoyer des sms ou de surfer et pas plus de 12 heures d’autonomie…

  • flex

    @Cyrille: enfin, il faut bien qu’à un moment il y ait un certain niveau d’abstraction entre le hard et le soft. C’est le but du logiciel, et jusqu’à présent c’est le rôle des drivers et du système d’exploitation. Si chaque appli doit optimiser son code et son architecture en fonction de la plateforme matérielle sur laquelle elle tourne, on est pas sorti de l’auberge ! Surtout avec l’hétérogénéité des plateformes Android…
    Il y a peut-être des concepts mal gérés par les applis et mal implémentés dans l’OS pour les tâches de fond… Lorsqu’on voit l’autonomie des smartphones tactiles, tous OS confondus (Android, iPhoneOS, WebOS, Symbian), les autonomies sont finalement assez similaires. On est peut-être juste à une certaine limite énergétique avec les principes mis en oeuvre actuellement. De toute façon, la résolution du problème d’autonomie est clairement la prochaine innovation essentielle pour les Smartphones.

  • killik

    @Cyrille, ça m’interesse ce que tu dis, je suis en train de débuter mon apprentissage de la prog android (je connais déjà bien le java) et j’aimerai autant que possible me constituer de bonnes habitudes de codage. Tu aurais des ressources ou des conseils pour cela?

Gnakouri Danon

Co-fondateur du site Android france, senior lead developper, passionné de bière et de cigare cubain

20 mai 2010 Actualité, , , , , 100