Antoine a écrit 5722 commentaires

Sûrement un logiciel GNOME avec des réglages par défaut bien choisis et non-modifiables.

(bien sûr, les utilisateurs experts peuvent installer un outil de personnalisation tierce-partie codé en J# par un développeur moldave pestiféré banni de mail.gnome.org pour proposition abusive de features)

Mais il ne faut pas oublier que la dernière tentative « sociale » de google, wave, a été un échec retentissant.

N'est-ce pas l'avant-dernière ? La dernière, Google Buzz, n'a pas été très concluante non plus. Quant à Orkut, j'imagine que c'est à peu près mort.

Je vous laisse, mon disque dur a des ratés, faut sans doute que je change de clavier...

Prends un bépo, ton disque ira plus vite.

Ainsi que le surpuissant microprocesseur Z80.

Non, je n'ai pas mal lu, et prétendre que le réchauffement climatique va entraîner plus de tsunamis (c'est-à-dire d'événements géologiques), c'est du FUD.

Maintenant, tu peux toujours essayer de nous prouver que les centrales nucléaires bien conçues sont vulnérables à de simples crues fluviales, ou à des épisodes de canicule. Bon courage.

Mais j'oubliais à quel point certains défenseurs du nucléaire adore leur œillère…

Etant donné que je suis plutôt anti-nucléaire, c'est mort de rire. C'est surtout que j'abhorre les militants moutonniers qui sortent des conneries à tour de bras dans l'espoir de défendre leur cause.

Mais c'est toi qui racontes n'importe quoi !
Définition d'un tsunami (Wikipédia) :

Un tsunami est une onde océanique ou marine provoquée par un mouvement rapide d'un grand volume d'eau (océan ou mer) dont l'origine est géologique (le plus souvent l'effet d'un tremblement de terre ou d'une éruption volcanique)

Voilà, maintenant si tu connais des raz-de-marée d'origine purement météorologique qui donnent des effets aussi brutaux et dévastateurs que le tsunami qui a touché le Japon, tu nous préviens.

Et le principal problème, c'était que les moteurs de secours se sont retrouvés noyés par le tsunami, pas que la route à côté se soit effondrée. Alors, oui, la vague était plus haute que prévue mais que ce serait-il passé s'il y avait de très fortes pluie avec beaucoup de vent?

Eh bien, que se serait-il passé ? Si tu connais la réponse, n'hésite pas, mais en attendant, c'est du FUD.

Le SSL de base, avec peu de vérifications, juste pour ne pas avoir l'alerte de sécurité,

C'est pas un peu contradictoire tout ça ?
S'il suffit de peu de vérifications pour éviter aux utilisateurs l'alerte de sécurité, alors comment peux-tu accorder tant d'importance au fait que le certificat racine ait été validé par l'éditeur du brouteur ? Alors même que certaines de ces autorités émettent des certificats avec peu de vérifications ?

Je ne sais pas à quoi c'est dû mais j'ai déjà eu le problème alors que j'utilise un modem qui n'est pas compatible IPv6.

des catastrophes naturelles en nombre et en puissance : ouragans, tsunami, sécheresses… Or ces évènements ne conviennent pas du tout aux centrales nucléaires, comme l'a encore montré fukushima

Fukushima, c'était un séisme de magnitude 9, pas un incident météorologique... Faut arrêter de raconter n'importe quoi.

Le jour où tu trouves un ouragan ou une sécheresse qui fait bouger le Japon de deux mètres, tu nous appelles.

Et puis de toute façon, MeeGo reste une distribution Linux assez "normale". Donc faire une appli Qt/QML pour MeeGo n'empêche pas de la rendre disponible pour d'autre platformes.

Du coup, pourquoi vouloir une communauté de développeurs spécifique à MeeGo, si on peut tout aussi bien faire des applis portables ?

Parce qu'il y en a plein qui sont négatifs pour de bonnes raisons.
(non, pas celui-ci :))

Je ne sais pas pour les autres, mais j'ai tendance à déplier les commentaires négatifs quand je sais que la discussion touche à des sujets sensibles (Windows, GPL, hygiène de Stallman...) où des comportements grégaires sont susceptibles de biaiser les votes.

Donc, bon, pas trop d'inquiétude, même si je sais que c'est pénible de se retrouver moinssé parce qu'on ne colle pas au politiquement correct d'un certain nombre.

Albert_ a invité ses potes sur Linuxfr ?

Hurd est un CPU ?
Remarque, tant qu'à ne jamais rien sortir, autant le faire en grand.

Je ne sais pas si vous avez vu le "trailer" plein de filles peu vêtues qui se trémoussent (y compris une soubrette), ou bien les transitions affichant un "fellatio hotel", mais je me demande si ce jeu ne devrait pas être rebaptisé "La vie rêvée de DSK".

Codé par un unijambiste sous emacs?

Un "shut'em up" ? C'est un nouveau genre ?

Oui, le but est de se faire moinsser le plus possible.

Non, ils les enferment par millions dans de petits cages lugubres pour les forcer à défragmenter des disques durs.

Mais bien entendu, comme spécifié dans l'interview, c'est un Giant Lock qui est utilisé pour gérer les machines multiprocesseur donc l'exploitation de ces processeurs multiples est limitée.

Seulement si tu passes beaucoup de temps en espace noyau, non ?
Or, pour des calculateurs, il me semble que tout le temps CPU est (devrait être ?) passé en espace utilisateur.

Une machine virtuelle se préoccupe uniquement d'exécuter du code. Que celui-ci soit obtenu par compilation ou pas lui importe peu (on peut très bien imaginer un zozo écrivant son code x86 à la main).

Mais en aucun cas cela ne fonctionne comme le PC, où il suffit de… ne rien faire pour que ça marche.

Tous ces gens qui ont des problèmes de support matériel sous Linux doivent vraiment être des incapables.

Le fait que ça passe par une machine virtuelle est un détail d'implémentation : tu peux très bien exécuter du code binaire x86 dans une machine virtuelle, et il y a des interpréteurs C (si je me souviens bien).
À l'inverse, quand un langage haut niveau est doté d'un compilateur JIT, l'exécution court-circuite la boucle d'interprétation et se fait « directement » en natif.

De toute façon, je ne sais pas si c'est lié uniquement aux fenêtres de registres glissantes, mais la nullité de tous les processeurs SPARC récents (- de 10 ans) en simple-thread semble indiquer qu'il y a quelque chose dans l'architecture SPARC qui empêche l'optimisation des implémentations matérielles.

Je ne savais pas que Qt était le toolkit utilisé par E16/E17 etc.