Antoine a écrit 5722 commentaires

Ceci dit, je ne pense pas que ce soit gratuit, pour Untel, de fournir des connexions en utilisant la fibre d'Untel autre.

Je pense vraiment pas non plus. Tout ça doit faire partie d'accords mûrement négociés.

ça vous fait pas penser aux histoires de gens qui ont collés leur chat à sécher dans leur micro-ondes, ça ?

Ça fait plutôt penser à une situation où le micro-ondes permettrait de faire sécher le chat, sauf au bout de cinquante utilisations où le chat explose sans crier gare parce que le forfait constructeur a été épuisé.

Sinon l'avantage c'est qu' pour une boucle de parcourt en C++ tu peut choisir facilement l'ordre et la propriété const ou non sans changer de syntaxe.

Dans un langage où "const" existe j'imagine que c'est chouette, oui.

Je viens de regarder en python, je vois pas comment dans le "foreach", on peut choisir l'ordre.

Déjà il n'y a pas de foreach en python.
Ensuite tu peux utiliser reversed():

>>> l = range(5)
>>> l
[0, 1, 2, 3, 4]
>>> reversed(l)
<listreverseiterator object at 0x7f1eb0c6be90>
>>> for i in reversed(l): print i
...
4
3
2
1
0

Hum en même temps c'est déjà pas mal. Il y a dix ans on payait des milliers par mois pour une LS à 64 kbits...

les erreurs du style :1,$<<<<< (puis :x)

Heu, ça c'est pas du Python.
Si t'utilises un éditeur de texte mal fichu c'est pas la faute du langage de programmation ;)

débit montant ridicule

Combien ?

La levée ce ces restrictions est payante et n'est pas accessibles aux simples mortels, il faut être une société pour le mériter.

Toujours la politique nulle de FT, avec ses managers poussiéreux qui n'ont rien compris à Internet.

mais de là à refuser d'utiliser un outil parce que sa syntaxe est pourrie, ça me dépasse

Dans ce cas-là, pourquoi s'enthousiasmer pour Go alors que ocaml existe ?

Juste entre le bouton rot13 et le bouton reboot.

notamment dans le cadre d'application qui doivent tenir une très forte montée en charge et tu ressors le vieux laïus du grand méchant google.

??? Je ne lis pas ça comme ça.
Son commentaire signale que la question de la "scalabilité" ne se pose que dans le cas d'une centralisation conséquente des données, ce qui me semble assez bien vu.

Ca fait peut-être vieux jeu, mais travaillant dans le jeux vidéo, je me vois assez mal utiliser un garbage collector.

Dans les années 80 les programmeurs de jeux video se voyaient assez mal utiliser autre chose que l'assembleur.
(et encore, certains se sentaient bridés par l'assembleur parce qu'ils souhaitaient utiliser les instructions non-documentées du processeur)


PS : tu as benchmarké ton malloc ? si ça se trouve c'est une grosse bouse mal codée qui te fait perdre de précieux cycles machine

C'est un peu synonyme, non ?

En effet, un Rafale n'est tout de même pas aussi compliqué qu'OpenOffice.

Cette souris n'a que 512 Ko de RAM embarquée. C'est un petit peu court pour faire tourner emacs dessus.

La question que je me pose surtout, c'est comment l'UE compte bloquer la fusion d'une entreprise états-unienne (Sun) avec une autre entreprise états-unienne (Oracle). Ils vont faire une pétition ?

Ça rappelle une anecdote célèbre (?) concernant une non moins célèbre école d'informatique française, et un de ses administrateurs système.

Nos machines passent leurs temps à nous attendre ... et donc, le niveau d'optimisation ne change pas grand chose ...

Ben si, parce qu'elles consomment moins quand elles attendent.

Stiegler est pas trop mal.
Sinon, économiste plutôt que philosophe, Lordon est génial.
Il y a aussi Paul Veyne, dans le registre historien-philosophe.
(et sûrement plein d'autres...)

Firefox:
- Sous Opensuse, on retrouve les icones KDE, la boite de dialogue qui va bien... http://en.opensuse.org/Image:OS11.2RC2-Firefox-kde.png
Sous mandriva;
- http://wiki.mandriva.com/en/File:2010_firefox1.png

Et si on compare la différence de rendu des polices c'est assez inquiétant pour Mandriva aussi.

Il faut croire qu'il n'y que les gens d'OpenSUSE qui fassent des efforts...

D'ailleurs, ce serait sympa que tu détailles un peu, parce qu'après quelques recherches je tombe sur :

https://features.opensuse.org/306413

« The driver is a mess. Thus it's simply not possible to integrate it. If you're interested into more details, see enhancement Bug #462707. »

https://bugzilla.novell.com/show_bug.cgi?id=462707

« Situation didn't change. Intel still cannot provide any appropriate driver
sources for the current X.Org/Kernel stack. Reassigning. Sunny, openSUSE 11.2
uses the same X.Org/kernel stack as Moblin 2.0. »

« Closing out due to Intel refusing to help with this. »

L'auteur de la dernière phrase étant Greg Kroah-Hartman, un développeur du noyau.

Au final, ces distributeurs s'en foutent de l'expérience de leurs utilisateurs mais satisfont ceux qui veulent absolument des bouts open source, même si c'est tout pourri.

Drôle de procès d'intention...

Non, les caméléons se sont bougés le c*l pour obtenir au moins les sources pour eux et bosser sur les drivers, éventuellement indirectement (via une autre boîte). C'est sûr, il faut aussi être capable de développer des drivers.

Tu veux dire que les drivers propriétaires « récents » eux-mêmes ne sont pas prêts à l'emploi et qu'il faut bosser dessus sous NDA pour qu'ils fonctionnent correctement ?
Ben, dans ce cas, je comprends que ça rebute... Si on cache le source histoire de protéger des secrets de fonctionnement, faut pas attendre que des développeurs tierce partie corrigent les bugs pour soi.

Et puis, c'est vrai que tant qu'il y a des gens qui entretiennent le mythe des 'drivers non maintenus', comme ce présent journal, ces informations erronées sont plus prépondérantes que les informations véritables. i.e. ce sont elles qui sont le plus visibles sur Internet.

Oui, enfin on peut pas dire qu'Intel se soit bougé le cul au niveau communication. Après, si Intel n'en a rien à foutre, ça en dit long sur leur respect du client.
(parce que, si c'était l'OS dominant qui livrait de vieux drivers pourris, je pense qu'ils seraient intervenus depuis longtemps au lieu de se tourner les pouces en rigolant)

Oui et en plus les commentaires de son blog sont fermés, ce qui empêche de lui dire ce que mon U115 sous Linux (j'ai testé Fedora, deux Mandriva et deux Ubuntu) pense de la soi-disant « divergence de stratégie marketing » alléguée dans ses écrits.

Les deux drivers sont totalement propriétaires. Ils préfèrent être guidés par un fanatisme libriste qui les contraint à utiliser des éléments obsolètes.

Heu, c'est pas un peu contradictoire ? Où est le « fanatisme libriste » consistant à incorporer des pilotes propriétaires ?

Et puis, ce n'est pas qu'eux : personne sur Internet ne semblait au courant de ces nouveaux pilotes, et Intel ne semble pas avoir pris la peine de signaler leur existence. C'est tout de même bizarre.

La démonstration la plus impressionnante est certainement celle montrant un MSI Wind U115 équipé d'un Atom Z530 et d'une puce graphique GMA500 faisant tourner Quake 3 en HD sur un ècran déporté à 35fps.
Pour la démo, le netbook tournait sous Moblin Linux. Autant que je sache, le pilote Windows pour cette puce ne permet pas ce genre de performance

Sur un MSI Wind U115 ?
Ils sont sympas Moblin/Intel, mais ce serait encore mieux s'ils pouvaient partager leurs résultats avec les autres distribs. Si je pouvais avoir ne serait-ce que la 2D correcte sur mon U115 je serais très content (cf. témoignage plus haut).

Heu, et vice-versa :)

Sur un netbook, je ne vois pas ce que le PATA apporterait par rapport au SATA.