Advanced Task Cleaner Pro : Votre smartphone Android plus rapide et plus endurant !

Ca serait bien que tu donnes le nom de ton téléphone.

Car perso je suis sous Froyo, et le multitache est parfaitement géré sur celui ci, killer des applis ne fait que dépenser de la batterie inutilement selon moi.

Lère des taskillers est fini, les développeurs le savent car sous Froyo l’utilité est vraiment moindre, ils continueront d’exister pour les versions Donut et c’est tout…

Oui tout à fait d’accord avec les deux dernier commentaires.
En tant que développeur Android, vraiment marre avec cette idée reçue qui est due au fait que les anciennes version d’Android ne géraient pas très bien le multitache.
Voici un article (en anglais) qui explique pourquoi ce n’est pas optimal de quitter une application :
http://blog.radioactiveyak.com/2010/05/when-to-include-exit-button-in-android.html
Ca explique aussi pourquoi les app-killers sont une très mauvaise chose pour la batterie !

Au lieu de faire un article sur un task killer, il faudrai penser à éduquer les utilisateurs sur le fait que ces task killers sont des applications qui ne devraient pas être utilisées par les utilisateurs standard.
Certaines font même des kill -9 des process… En plus certaines auto-kill des applications qui écoutent sur des intents android …. Donc dès que l’intent android est réactivé…. Ca te recharges toute ton application… et là je te dis pas niveau utilisation du CPU et de la batterie !!!! Ca coute bcp plus cher que de freezer dans un coin de la RAM un freeze de l’appli.

Bref vraiment marre d’avoir des utilisateurs qui ralent parceque l’appli reste en RAM alors que ma gestion de mémoire est super clean et que c’est juste un process freezé qui reste là parceque Android le met là pour optimiser la vie de la batterie !!!!

Perso, je ne dis pas que toute la terre devrais le savoir, au contraire, il faudrai éduquer les utilisateurs pour qu’il en prenne conscience.
Après :
1 – Toute les applications ne sont pas forcement bien codée et quelquefois les utilisateurs d’android ne comprennent pas la différence entre bouton back et bouton home pour quitter une application (back finish l’application alors que home la suspend….). Donc par exemple dans certaines application où il peut y avoir un interet d’arrêter par exemple la navigation gps, on quitte l’appli en faisant back et pas home, sinon l’appli considère qu’on veux toujours être notifié en arrière plan des modification de nav… Potentiellement à ce moment là si l’appli est bien codée elle ferme tout bien proprement.
Souvent les task killer tue les process et android redemarre automatiquement si c’est un service (d’ailleurs en 2.2 l’API d’android ne permet plus d’arrêter un service). Donc dans ces cas utiliser un task killer ne sert à rien.
2 – Un task killer peut certes être utile pour tuer des applications qui partent en freeze. Mais c’est pas le cas d’utilisation normal.
Ce que je dénonce en fait c’est les auto-task killer surtout : aucun interet si on est éduqué à Android (certaines méchaniques notemment la différences entre back et home etc).

Donc voilà le problème c’est l’éducation des utilisateurs…
Si des articles comme celui là font la promotion d’applications qui peuvent être très mal utilisée c’est de la mauvaise éducation d’utilisateur. Si au contraire ils explique les bonne façon d’utiliser la plateforme c’est de la bonne éducation !
Après je ne dis pas qu’elles ne peuvent pas être utilisée à bonne essient… MAIS attention ! Ce site à une grosse visibilité et il ne faudrait pas laisser entendre aux utilisateurs lambda qu’un auto-task killer est une solution miracle pour améliorer la vie de la batterie quelquefois au contraire! Par ailleurs ça met dans l’esprit des gens que si l’application reste dans la liste des taches potentiellement killable c’est qu’il y a un problème dans l’application ce qui est archi-faux !! Bien au contraire, quand elle est présente dans la liste des taches qu’Android optimise les choses en la mettant la !!
Perso j’utilise un killer de tache que je ne configure PAS en auto-kill (je l’utilise juste lorsque je suis en dev sur mon application). En utilisant la plateforme proprement, j’ai une super durée de vie de ma batterie. Par ailleurs les applications ne sont pas les seules source de leak de batterie, l’écran est aussi gros consommateur, la veille 3G, le wifi si il est configuré pour ne jamais se mettre en veille etc… Au final bien souvent ce qui bouffe le plus de batterie ce ne sont pas les applications.
Bref, une bonne utilisation de la plateforme et l’utilisation d’applications bien codées est une bien meilleure solution qu’un autotask killer !!!

Si vous suspectez une appplication d’être mal codée vis a vis de sont arrêt, reportez des bugs à l’application (si l’appli est opensource en général c’est très vite et très bien pris en compte – si l’appli est commerciale il faut quelquefois un peu mieux expliquer la demande car certaines boites font n’importe quoi avec les applis android se croyant sur l’iphone et ne gérant absolument pas le multitask)…
Cette approche est à mon avis bien meilleure que d’utiliser un auto-task killer qui fait les choses salement ! D’ailleurs en 2.2 certains kill (ceux des services) sont tout simplement interdit par Android car c’était juste contreproductif!

@Loïc : ok dès que j’ai un moment je t’envoies qqchse … Pour l’instant je suis un peu sous l’eau avec le dev de CSipSimple .
Après je ne critique pas le test d’appli en soit (il est bien fait et j’aime bien la nouvelle structure donnée aux tests globalement).
Je tenais juste à soulever ce point qui est à mes yeux assez important et aussi plutôt méconnu des utilisateurs standards (mais bien connu des développeurs).
Après voilà en tant qu’enfant de l’opensource je suis assez pour éduquer les utilisateurs mainstream (quelquefois un peu trop…) plutôt que de les laisser dans une ignorance et de leur laisser utiliser des logiciels qui introduisent de mauvais usages (j’ai en tête par exemple le nbr de gens “content” qui utilisent Internet Explorer et le mal que ça a fait aux progrès du web)

@AcideBase : en effet sur Android 1.5 c’est très mal géré le multitache (c’était les balbutiements d’Android à l’époque).