Ph Husson a écrit 2707 commentaires

Si, clairement méthode Coué:
Je ne connais que quelques points d'android haut niveau, et le peu que je connaisse dans ce que tu racontes est faux:

Le modèle d'Android, c'est:
"ton process est à côté d'autres, mais si t'as besoin de RAM c'est pas grave, je peux faire du ménage !"
En gros comme Apple, en plus flexible ...

En plus dr ca, ils ont ajoute un systeme de recuperation des vues inutilisees qui permet de reellement droper 30 a 40% de la ram utilisee pour rien (mesuree avec mes petites mimines a moi).

Sous android, la conception même du système fait que ça marche comme ça: le GC supprime les activités en arrière plan si y a besoin de RAM.

Ce qui explique pourquoi android a besoin d'autant de ram la ou un ipod avec 256Mo s'en sort admirablement (meme un 3g avec 128Mo s'en sort bien en fait, ce qui bloque, c'est le cpu).

Absolument pas. Je sais pas si c'est Java qui l'explique, ou le fait que les développeurs sont
justes mauvais, mais c'est clairement pas le problème.

Tant qu'on parle des animations, parlons de l'api. ICS introduit tout jute une api qui ressemble de loin a ce qu'apple a introduit dans iOS 3 (pardon, iphone os 3), qui est pratique pour des ptits truc mais devient tres vite un enfer pour des trucs un tant soit peu complexe.

Ça serait bien de préciser de quoi tu parles ... Le reste de ton commentaire est précis, sauf ce morceau, c'est étrange. Enfin apparemment tu parles de GUI, que je ne connais pas du tout, donc bon.

Tout le monde gueulait sur apple sur le multi tache, le jour ou google w introduit le multitache, tous ces gens se sont rendus compte pourquoi apple ne le faisait pas: c'est pas faisable sur un pauvre telephone sans ruiner les perfs/la batterie.

Là par contre, je n'ai aucun doute, c'est uniquement de la faute des développeurs (d'applis externes principalement, mais pas que) qui font n'importe quoi, à foutre des wakelocks ou des alarmes à tour de bras, alors que ça ne sert à rien. Après, c'est probablement lié à un manque de dissuasion un peu partout dans la doc.

On peut parler du systeme push. Oui, celui d'iOS est contraignant, mais il marche foutrement bien, et surtout, il ya une seule connexion push ouverte pour tout le telephone. Sur android, tu veux faire pareil, ben... Tu peux pas vraiment, ya pas de push. Du coup tout le monde implemente son propre push (une connexion par appli) ou fait du polling (bye bye la batterie, bonjour facture att).

Même si on l'a attendu TRÈS longtemps, il y a bien un système de push dans Android: C2DM. Sauf que là encore, les devs préfèrent en général utiliser leur propre solution, ce qui explose effectivement la batterie, et ceux qui utilisent C2DM ne savent pas l'utiliser correctement, mais c'est une autre histoire.

Apres, on peut aussi parler de l'utilisation de Java qui doit bien etre le pire langage de la creation pour faire de l'UI. Pas de closure... Pas de closures!

Là j'ai pas de vraie réponse (encore de la GUI, pff...), mais vu d'ici je vois pas trop l'interêt des closures, on dirait des fonctions lambda en plus contraignant. (et sinon suffit de programmer en Scala ! ahum.)

Et apple vient d'envoyer le probleme aux abimes avec ARC de toutes facons. Pas de gc, pas de gestion manuelle de memoire.

ARC est un GC, qui, s'il est aussi simpliste que son nom l'indique, (Automatic Reference Counting pour ceux qui ont la flemme de chercher) peut mener à des problèmes pire qu'un GC Java (un GC Java on peut le borner en temps, ARC pas), mais avec l'avantage de pouvoir prédire quand est-ce que la mémoire sera libérée. Enfin bref, cf la page ramasse-miettes de wikipedia.

PS: Pour le navigateur web lent, c'est par contre bien vrai, mais il parait qu'ils ont enfin un fix... on finirait presque à y croire

Euh ...
Bien que j'ai une carte graphique largement capable de le gérer, je n'utilise pas les effets graphiques sous KDE, et je vois pas ce que ça lui enlève... à part les effets graphiques eux même effectivement. D'ailleurs c'est bien pour ça que je ne les active pas, ils n'apportent aucune fonctionnalité.

Pour le point de détail, définir une variable comme volatile ne suffit pas à ce qu'elle soit thread-safe.
Pour que ce soit le cas, il faut que le processeur puisse écrire cette variable en une instruction.
Et je crois même que ce n'est pas une condition suffisante.

Après recherche, en fait non c'est pas suffisant... Et même parfois il vaut mieux ne pas le mettre !

Cf http://kerneltrap.org/Linux/Volatile_Superstition et toutes les réponses de Linus (très instructives !)

Autant négliger de faire des tests unitaires, pour un usage personnel ça passe (on s'en rend compte quand on l'utilise !).
Par contre négliger la sécurité me semble être assez grave, dans le sens où c'est difficilement rattrapable. Je pense qu'il est beaucoup plus facile de faire un truc sécurisé depuis le début, plutôt que de le sécuriser à posteriori. Hélas ça rentre en contradiction avec l'apprentissage au fur et à mesure, mais rajouter des mysql_escape (exemple au pif) à chaque requête sql, une fois que le projet fait 100k lignes, ça devient du suicide.
Enfin c'est mon point de vue en tout cas.

Quelle différence technologique entre un SSD et une Flash ?
La différence tient surtout en les contrôleurs plus ou moins performant.
Bon après je pense que c'est surtout qu'ils prennent SSD au sens littéral.

Si tout ce que tu dis est vrai (je n'en sais rien), pourquoi Khadafi n'est pas allé au procès international qui lui est intenté ? Ça lui aurait permis de rester en vie, et de se justifier. Évidement il est imaginable que ce ne soit dans l'interêt d'aucun pays occidental, et ils ont tous refuser à le protéger, mais on a déjà vu des procès de dictateurs se dérouler sans trop d'encombres.

Ubuntu "supporte" tous les ARMs récents, dans le sens où le rootfs ne dépend que du jeu d'instruction supportés. Ici le problème est que les ubuntu actuelles sont compilées avec support du VFPv3(-D16) que les Cortex-A8 n'ont pas, seuls les Cortex-A9 ont. Le problème est significativement le même que pour une distrib qui serait compilée exclusivement avec support SSSE4.1, qui ne serait alors plus compatible avec grand chose.
Rien à voir avec ce pour quoi Linus râle.

Pas flippant du tout.

C'est Telecom Paristech, mais ça n'a rien de particulier comme configuration..

Je suis dans une résidence étudiante, où le réseau est géré par les étudiants (dont moi).
Maintenant on est pas FAI au sens propre, et on passe en partie par SFR, et en partie par notre DSI (qui elle même passe en partie par Renater, et en partie par Cogent)

DotNode le faisait y a 5 ans.

L'idée est belle, mais pas réalisable. Si le module externe dépend lui même d'une autre librairie dynamique, il faut que Cream-Browser soit lié à cette librairie lors de la compilation. On perd donc totalement l'aspect runtime de la chose.

Euh, sauf contrainte étrange, ce n'est pas un problème du tout. Soit il te manque des flags sur dlopen, soit un -rdynamic, soit tout simplement les dépendances du module au moment du link du .so.

Euh, c'est ce que font la plupart des opérateurs américains (hors AT&T) avec de nombreux problemes. Le plus simple étant "et merde j'ai plus de batterie, tu me pretes ton portable ? je mets ma sim.... ah merde", ou encore les changements de portables plus que galérien (je crois qu'ils sont limités à quelque chose comme 3 par mois, et que la migration effective d'un téléphone à l'autre met plusieurs heures). Et accessoirement je ne vois juste pas le rapport avec la question :-) La notion de code PIN limité à 3 essais existe encore, juste que là c'est ton téléphone que tu bloques et pas ta SIM.

C'est une technologie disponible sous linux, mais je ne sais pas si tu l'as particulièrement testée: elle est très limitée.
En fait il s'agit d'un passthrough des commandes OpenGL... Donc pour les jeux DirectX, il faut une réimplémentation de Direct3D, de telles réimplementations existent, mais sont assez limitées, par rapport aux fonctionnalités nécessaires aux jeux actuels.

Autant y a certains arguments intéressants dans cette vidéo, autant ce qu'il y a entre 41:15 et 43:20 n'a strictement aucun interêt, et n'apporte rien du tout au moulin.

À une époque, j'utilisais rss2email avec un serveur IMAP et quelques regles de filtrages pour trier dans les répertoires.
J'ai arrêté par problèmes serveurs, et j'ai fini sur google reader, mais je pense que c'est une solution, certes moins pratique à mettre en place, mais tout aussi efficace.

Marrant, je suis parisien depuis ~ 1 an, et j'ai constaté le comportement exactement contraire.
À la base je suis nancéien, et là effectivement les feux oranges sont tellement longs que les gens ont le temps d'accélérer.
À Paris, le temps du feu orange est tellement court qu'il n'y a vraiment pas le choix à part freiner.
C'est encore plus flagrant sur les feus pour piéton ... Par chez moi (donc Nancy), quand les feux piétons passent au rouge, on a le temps de passer deux fois le passage piéton, donc on s'en fout des feux (ou alors on regarde le feu des voitures pour voir s'il passe au vert). À paris, à moins que je viens de voir le feu passer au rouge, je m'arrête.
(À noter que c'est pas vrai à toute heure de la journée, à certains horaires ils rallongent les feux....)

Quel est l'interêt des pointeurs intelligents face à l'utilisation d'une variable sur la stack ?

Euh non, c'est juste qu'en utilisation ordinateur, la proposension a bouffer tout le débit disponible est beaucoup plus élevé que sur les smartphones. Ton smartphone ne lit pas youtube en 1080p.

À ma connaissance, à l'heure actuelle, skype utilise VP6, et c'est pas impossible que la migration vers VP8 ait été décidée avant que MS rachete skype, voire avant que Google ne rachète On2.

AAaaaaaaaaaaaaaahhhhhhhhhhhh, j'ai compris. En fait on parle pas de la même chose ! Moi je parle des "SSD" qui sont vendus avec les netbooks, pas des vrais SSDs.

Donne moi d'autres informations sur le débit des "SSD" de netbooks alors.

Ok pour l'interface et le nom.
Pour la techno, bah si, c'est reste de la nand mlc. (bon ok les vrais SSDs aussi)
Pour le débit, dur de trouver des informations. Tout ce que j'ai trouvé c'est:
http://www.laptopspirit.fr/asus-eee-pc-901-performances/hdtune21
C'est significativement le même débit que l'eMMC de mon ac100. (je crois que je tourne plutot autour de 24Mo/s)

Hint: j'ai dit équivalent.

MacOS est l'OS utilisé sur la grande majorité des produits Apple donc bon...