Moby-Dik a écrit 2937 commentaires

La GFDL intègre objectivement des considérations propriétaires (sections invariantes).

C'est bien connu, c'est parce que Yast n'est pas libre que Suse engrange des succès commerciaux ;) Ouah, y a vraiment des experts en économie, dans le coin !

Que SuSE ait eu le marché de Munich, cela me parit d'une grande logique.

C'est tellement logique que Mandrake, eux, ont gagné plein de marchés dans les grandes villes françaises... Enfin, peut-être pas ;-))

Pas que ces projets seraient déficients et si couteux...

C'est vrai que se lancer dans le "e-learning", pour une boîte qui réalise une distribution Linux, c'est une évolution naturelle et sans risques. Mouarf :-)

De son côté Microsoft a :

- du pognon à n'en plus savoir que faire
- une expertise marketing impressionnante
- une marque reconnue dans l'informatique
- l'affection des développeurs de jeux video (la XBox est mille fois facile à programmer que la PS2, et l'architecture proche d'un PC facilite également les ports PC-XBox)
- une division Microsoft Games qui grossit (et privilégie naturellement la XBox)
- une domination sur le marché des PC qui lui autorise certains moyens de pression

Je pense que ce serait une grande erreur de sous-estimer le potentiel de Microsoft. Half-Life 2 a été annoncé sur PC et XBox (pas d'annonce PS2). Pareil pour Doom 3.
Sony il y a dix ans n'était même pas sur le marché de la console de salon. En quelques années ils ont écrasé Nintendo et Sega, qui étaient les rois. Preuve que c'est un domaine où les royaumes se défont très vite.

la ps3 serait mille fois plus puissante et blablaaa q'un pc actuel

Vu les rumeurs délirantes qui ont précédé la sortie de la PS2, on peut en douter. A l'époque des videos soi-disant "temps réel" circulaient, censée démontrer le déluge de puissance graphique apporté par la PS2. La sortie fut tout de même assez décevante pour ceux qui y ont cru, même si ce n'était pas un veau.

Et puis, avec la concurrence grandissante de Microsoft (qui ne s'avouent jamais vaincus sur un marché à conquérir), ils vont en avoir besoin, de leur supériorité de puissance.

France 58,4 => 100 c'est possible

T'y crois vraiment ? Une pétition signée par 100 000 personnes, c'est énorme pour un pays gros comme la France. Le genre de trucs qui est susceptible d'arriver très très très rarement... et pas sur un sujet aussi obscur que les logiciels libres.

Non, franchement, faut pas se faire d'illusion. De plus il n'est pas sûr qu'une pétition sur le Net soit valable (risques de triche évidents).

Faut pas attendre beaucoup niveau politique d'un type comme Nico, dont l'intervention typique consiste à vomir sur les fonctionnaires et à singer le discours des journaux à tendance ultra-libérale. Laissons pisser...

Tu ne réponds pas un message pronant un boycott pour SuSE mais un message en faveur de Mandrake, je cite « Paris choisissant Mandrakesoft pour déployer une solution libre sur son parc informatique moi, je vote pour... ».

Tout ce qui concerne ce boycott est donc hors-sujet ici.


Hum ;) C'est plutôt le message initial qui est hors-sujet sous cette dépêche...

Heu, c'était pas très glorieux, les accords de Munich...

En l'occurence, ce n'est pas donner la priorité à Linux, mais à ce qui remplit un besoin. Si c'est sous Linux, tant mieux, mais c'est une préoccupation qu'ont très peu de gens.

Si on regardait K2000 ?

Par ce temps, la tartiflette c'est meilleur sous les bras.
Hmm, miam miam.

installation d'une Red Hat sur un Compaq presario 1685

Arrête le FUD, Compaq n'existait pas en 1685 !

Mon argument était juste de dire que je pense que dans quelques années (disons j'espère), l'argument "Java ça rame" sera devenu aussi pertinent que celui "C++ ça rame".

Qu'est-ce que ça vient faire ici ? On parle des performances actuelles de Java. Si tu es capable de prédire les performances de Java dans 5 ou 10 ans, tant mieux pour toi. Note que les problématiques de compilation de Java ne sont pas vraiment les mêmes qu'en C++ (sinon elles seraient déjà résolues), ce qui rend l'analogie peu convaincante.

Et je maintiens que Carmack a été très réticent pendant des années à passer au C++

Quelle est la pertinence de Carmack dans cette discussion ? Les scrupules de Carmack n'ont rien à voir avec un argumentaire d'ordre général, tu ne crois pas ? C'est comme ton magnifique argument sur les prétextes de MDI pour la création de Gnome (que le langage utilisé par KDE soit la raison déterminante de la création de Gnome, tout le monde y a cru, bien évidemment :-)).

Du reste, je ne vois pas pourquoi tu t'acharnes sur C++. Que les compilateurs C++ aient beaucoup progressé en quelques années, tout le monde le sait. Cependant ils étaient déjà largement exploitables il y a quatre ou cinq ans. Les fonctionnalités les plus importantes pour les jeux (templates peu complexes, inlining) fonctionnaient très bien.

De toute manière, je suis persuadé que les compilateurs C ont très peu progressé par rapport aux compilateurs C++ et à la JVM.

"Par rapport à", peut-être. Et alors ? Dans une discussion qui comparait l'utilisation de C et de l'assembleur dans les jeux video, tu te mets tout d'un coup à invoquer C++ et Java ?

Et ensuite, va lire les articles sur ATLAS pour voir ce qu'on peut gagner en passant à l'assembleur

Oh, merci de ne pas me faire dire ce que je n'ai pas dit. Je n'ai jamais dit que l'assembleur était toujours inutile, j'ai dit que dans la majorité des cas le code généré par un compilateur était aussi sinon plus performant, et cela expliquait que C/C++ était dominant dans les jeux depuis quelques années (tu ne contestes pas cette évidence, n'est-ce pas ?). Ce n'est pas le cas des calculs mathématiques et/ou vectorisables. (relis ce que j'ai dit sur le SSE, qui est utile pour optimiser les calculs 3D).

Personnellement, je lis gamasutra. Mais c'est vrai que je suis incompétent.

Quand comprendras-tu que tes lectures n'ont aucune incidence sur la crédibilité de tes arguments ?

mais ça voulait dire que je ne prétends pas que Java est adapté à la programmation de jeu

Magnifique ! On est donc d'accord :) Je suis quand même curieux : pourquoi es-tu intervenu au tout début de la discussion, alors ? A cause du besoin impérieux de venir jouer les midinettes dans un thread qui mettait en doute les performances de Java ? Tu es émotif quand on parle de langages informatiques ?

J'ai un secret pour vous : le codec audio utilisé par Theora, c'est Vorbis.
Mais chut, il faut pas le répéter.

Ecris ton HTML ou tes CSS de façon à ce que le forum soit inutilisable sous Internet Explorer.

C'est effectivement vraiment un progrès les RTC illimité

C'est un progrès commercial mais techniquement c'est un non-sens. Dès que tu utilises le RTC c'est comme si tu décroches ton téléphone, un circuit physique est réservé en permanence et de façon exclusive entre toi et ton FAI. Même quand tu n'utilises aucun trafic. Alors qu'en ADSL la commutation suit le modèle IP, c'est une commutation de paquets : rien n'est réservé de façon statique, tu ne consommes que le trafic que tu génères. C'est pour ça que les FAIs qui proposent le RTC illimité cherchent souvent des garde-fous (déconnexions, etc.).

Donc les millions de kilomètres de fil et les installation sont amrties depuis longtemps mais les pauvres quelques kilomètres qui arrivent chez moi coutent une fortune à entretenir.

Oui. La boucle locale est ce qui coûte le plus cher à poser et entretenir, parce qu'il y a une paire de fils distincte par abonné. Je sais, c'est étonnant au premier abord.

Entre 150 fps et 50 fps (en valeur minimale), pour un jeu comme frozen bubble, il est impossible de faire la différence

D'où vient cette manie de se restreindre à un domaine réduit quand on répond à une affirmation générale ? Ah oui, c'est vrai : tu comprends que ton argument est foireux, donc tu déplaces la discussion. Comme si personne n'avait rien vu ;)

A propos de fps, un autre intervenant a posté des chiffres factuels sur les performances d'un Quake en Java. Je suis sûr que tu auras à coeur de trouver de multiples excuses aux performances pour le moins faiblardes de cette version (largement inférieures à 50 fps). Et puis : si ton jeu tourne à 150 fps, ça te permet de descendre à 50 fps avec un jeu trois plus complexe (en affichage, en IA, en moteur physique...). Pas trop dur à comprendre.

Oui, oui, en particulier We do not believe these flaws are inherent in the Java platform but that they relate to difficulties in our Solaris implementation

Sauf que les chiffres cités pour Solaris sont à peu près égaux à ceux cités ici par d'autres personnes en ce qui concerne Linux (et que tu n'as pas contestés).

D'autre part, je maintiens que la mémoire ne coûte rien sur un PC

Le mémo que je citais (oui, encore une fois) ne parlait pas que de HelloWorld. Il constatait aussi que l'occupation mémoire augmentait beaucoup plus avec la taille des données en Java qu'en Python. De plus l'occupation mémoire a des coûts en terme de performances (cache miss, etc.).

Surtout, tu confonds deux choses : le coût de la mémoire, et la volonté qu'ont les utilisateurs potentiels d'upgrader la mémoire de leur machine. Si une seule appli se met à ramer parce qu'elle a besoin de trop de mémoire, les gens ne vont pas ajouter une barrette (c'est de toute façon au-delà de leurs compétences pour la majorité), ils vont simplement trouver que l'appli n'est pas performante.

L'adoption de Java sur les téléphones portables me semble assez symptomatique. J'ai comme l'impression que les fabriquants connaissent mieux le problème que toi.

J'ai surtout l'impression que les applis présentes sur un téléphone portable, et les contraintes d'utilisation y afférentes (vu l'ergonomie désastreuse du bidule, pas besoin d'un temps de réaction < 100ms), font que les performances ne sont pas vraiment cruciales sur ce genre de produits. De plus, ces applis ne sont pas "coeur de métier", c'est juste un bonus pour attirer les gogos, la qualité n'est pas importante.

Mais apparamment non, j'ai un manque chronique de connaissances en la matière

Oh, pas du tout. Tu as juste raconté des bêtises sur 1) la soi-disant stagnation des performances des compilateurs C ; 2) le soi-disant peu d'importance des performances CPU dans les jeux modernes ; 3) le soi-disant fossé de performances de C et C++ par rapport à l'assembleur codé à la main ; 4) la soi-disant utilisation courante de Java dans les jeux actuels alors que le seul exemple que tu as trouvé ne concerne que l'utilisation en tant que langage de script.

Non, c'est vrai, si tu lis Gamasutra, c'est forcément que tu as raison ! Et si tu as codé des bouts de Freecraft en C, c'est bien la preuve que Java ownz les jeux video, hein ;)


Ah, et le meilleur pour la fin :

j'aime bien les insultes polies

Si tu penses que relever un manque de compétences est une insulte, tu dois être assez susceptible dans la vie quotidienne non ? (tu es libre d'y voir une insulte polie :-))

Si t'as assez de RAM, avec un ramdisk ?

Sinon, je ne sais pas s'il y a moyen de monter une archive comme une partition...

Le jour où les opérateurs alternatifs couvriront potentiellement 30% de la population je suis certain que l'abonnement et les tarifs locaux baisseront

Non, les tarifs locaux baisseront mais l'abonnement augmentera encore plus. En situation de concurrence, il est logique de chercher à retenir les gros clients et de dire m* à ceux qui téléphonent 10 minutes par mois.

A l'époque où FT n'avait pas de concurrence du tout sur le téléphone, le prix de l'abonnement était dérisoire et les communications étaient élevées.

Donc, meilleure est la bibliothèque (en C), moins les performances de l'autre langage influent sur les performances globales.

Non, n'importe quoi. Si l'overhead apporté par la bibliothèque est moins important, alors l'influence du reste est plus importante relativement au total (c'est des maths, tu sais). Et puis, apprends à lire les messages auxquels tu réponds, tu t'enfonces dans un argumentaire qui vient d'être réfuté pour la troisième fois. Pas que je me lasse...

Evaluer l'empreinte mémoire avec HelloWorld, c'est sur puissant

Oh, ils ne parlent pas que de ça, il suffit de savoir lire. Et puis, HelloWorld permet justement de mesurer l'overhead minimal (coût fixe) de l'environnement d'exécution. Mais bon, tout ça, c'est trop compliqué, d'ailleurs "Java rulez dans l'embarqué" et "la mémoire a un coût dérisoire, quelle importance si ça en bouffe beaucoup" (sic) n'est-ce pas :-))

Quelques exemples (c'est moi qui souligne) :

Tu ne sembles pas comprendre la différence entre dire qu'un argument est "idiot" (ce qui se conçoit rationnellement) et dire qu'une personne est "crétine" (ce qui est de l'ordre de l'appréciation subjective et du dénigrement de bas étage). Je m'en fiche un peu, c'est juste que ça ne rend pas tes interventions très crédibles...


Enfin, bon, ton gros problème est que tu t'es engouffré bille en tête dans une discussion à laquelle tu n'as rien compris mais où il te semblait scandaleux qu'on critiquât Java, n'est-ce pas ? Ayant dû abdiquer le débat sur les jeux video où tu t'es fait ramasser par plusieurs personnes à cause de ton manque chronique de connaissances en la matière, tu es maintenant réduit à lancer des attaques personnelles et à ressasser quelques arguments déjà plusieurs fois réfutés ;)

Same player, shoot again ?

Une grosse partie de ces lignes ont été "posées" au temps ou FR etait un etablissement public et l'amortissement pour un etablissement public cela n'existe pas.

Je ne sais pas si l'amortissement existe au sens juridico-comptable, mais en tout cas FT a toujours été auto-suffisant, l'Etat n'ayant jamais considéré qu'il était intéressant de financer le développement des telecoms dans le pays. Donc en tout cas FT a bien dû rentabiliser l'installation des équipements (contrairement à la croyance courante selon laquelle FT a pompé les deniers de l'Etat pendant des décennies...).

Tu peux toujours aller en Chine, Yahoo collabore très bien avec le gouvernement local... ;)