wismerhill a écrit 2600 commentaires

Bah oui, si vous aviez pris le même standard que le reste de l'europe plutôt que de jouer les chauvins vous auriez moins de problèmes.
Bon c'est un peu méchant comme remarque mais ça m'énerve car j'ai une cassette achetée en france qui ne fonctionne qu'en gris.

Pour Linux lui-même ça ne me dérange pas qu'ils soient closed source si, comme tu dis, nvidia maintient ceux-ci.
Par contre que le source soit disponible serait intéressant pour d'autres systèmes, ça permettrait par exemple de porter les drivers sous *BSD.

Tu oublie de dire qu'à ses début nvidia a eut des difficultés avec son premier produit, ils s'en souviennent et c'est pour ça qu'ils ne laissent pas à la concurence le temps de réagir.

D'après ce que je sais, texmacs n'exporte pas en LaTeX pour obtenir le résultat imprimable, il ont implémenté leur propre moteur d'affichage/impression en se basant sur TeX.
LyX par contre exporte en LaTeX pour obtenir le résultat final (il peut aussi fournir du docbook ou du html) on peut donc dire, dans une certaine mesure, que c'est un front-end pour LaTeX, c'est d'autant plus vrai que l'on peut entrer des commandes LaTeX dont LyX ignore tout.

Bien sûr il y aura le fameux Star Office 6 de Sun, le prometteur OpenOffice.org et les innovateurs KOffice ( vraie gestion par frames/cadre ) et LateX. Mais ces solutions soit ne sont pas encore sorties, soit ne sont pas encore assez matures.
LaTeX pas mature, mais de quelle panete tu débarque?
Si tu disait pas convivial là d'accord, encore que LyX (http://www.lyx.org(...) ) améliore déjà beaucoup les choses.
Si LaTeX n'est pas "mature" alors rien ne l'est!
LaTeX est tout à fait mature depuis des années.

<I>Cette politique si elle réussi signera la mort de OpenGL, tout comme DX et nvidia ont signé la mort de Glide.<\i>
Non, ce n'est pas comparable, opengl à été développé bien avant que l'on ait l'idée de faire des jeux en 3D, c'est juste que ça aussi il le fait très bien alors que glide n'était fait que pour ça.
Même si on ne s'en sert plus pour les jeux sgi continuera à le développer pour ses stations de travail et c'est juste son aspect ludique qui mourra.

Attend, c'est encore qu'une beta et il y aura des problèmes avec celle-la, c'est pour ça qu'il faut la tester pour les trouver.

Ben moi je trouve que les jeux sous windows fonctionnent mieux en opengl qu'en directx, c'était d'ailleur très évident avec half-life qui avait d'affreux ralentissement en directx depuis la version 1.1, maintenant que la dernière version refonctionne correctement avec les drivers opengl de nvidia il n'y a plus de problème.
L'inconvénient est qu'opengl n'a pas été fait pour les jeux mais pour les graphistes alors que directx lui est fait spécifiquement pour programmer des jeux, je n'ai jamais vérifié mais je suppose qu'il y a des facilités qu'opengl ne propose pas.

On a une partie des sources, celles du module pour le noyau ce qui permet de ne pas dépendre de leurs propres compilations pour quelque chose d'aussi spécifique que son noyau, car dès qu'on s'en refait un petit personnalisé il faut recompiler les modules aussi.
C'est déjà bien, non?

disons qu'avant 1998 il y avait 100 unités d'utilisateurs.
fin 1998 ce nombre a augmenté de 200% (donc 200) on est donc à 300.
fin 1999 ce nombre a augmenté de 100% (donc 300) on est maintenant à 600.
fin 2000 ce nombre a augmenté de 25% (donc 150) on est maintenant à 750.
Le nombre effectif de nouveaux utilisateurs n'a pas diminué autant que ces chiffres RELATIFS en donnent l'impression.

D'après un cousin qui est médecin (attention je parle pour la <B>Belgique<\b>) ceux-ci n'auraient pas de droit de réaliser leurs ordonances par ordinateur et ce pour éviter la tentation d'automatiser la rédaction de celles-ci (voire d'en fourguer des génériques).

Coder en java, mais tu est fou!
Tu ne trouve pas que l'on se plain suffisament comme ça de la lenteur des programmes?
Et ne viens pas me dire que dans 6 mois les pc seront plus puissant, je change de machine au mieux tous les 3 ans (donc j'aurai encore un athlon 600 pour au moins 18 mois).
Déjà que plein de programmeurs codent comme des cochons en C alors si ils font pareil en java on se croira revenu au temps des 486.

Tu oublie les Unix libres (*BSD et autres).

Dans le deuxième lien que tu donne ils sont d'une mauvaise fois incroyable!
Comment peuvent-t-ils dire qu'il n'est pas sur qu'un programme fonctionnera sur une autre distrib alors qu'il suffit de recompiler et ça fonctionne sur n'importe quelle architecture ou linux existe!
Et ils osent dire qu'il n'y a pas de standards alors que c'est eux qui réinventent leurs propres "standards" comme bon leur semble.
Je n'ai lu que le début et je crois que je vais m'arrêter là car sinon je vais vraiment m'énerver.

Ben j'ai lu l'article en vitesse mais j'aurais tendance à dire que oui, cet article a surtout un intérêt scientifique mais je crois pas que ça puisse vraiment servir à quelque-chose, à part peut-être améliorer les protocoles.

L'intérêt c'est qu'il y a beaucoup de serveurs sur internet et donc (avec une très bonne connection) ils peuvent envoyer beaucoup de requêtes et donc accumuler beaucoup de calculs.
Mais bon c'est quand même directement dépendant du nombre de requête que tu peut envoyer et donc de ta bande passante, ça deviendrait vraiment intéressant alié avec un petit worm qui servirait à ce que d'autres machines puissent être utilisées pour envoyer les requêtes, mais là ça devient vraiment illégal.

<TROLL²>
Non, parce que sous windows il faut repérer toi-même les bugs et insister jusqu'a ce que ms admette qu'il y a 1 (milliard de) problème dans son système.
<\TROLL²>

Et Microsoft ne vous a pas encore fait un procès pour avoir utlisé abusivement le XP de windows XP?

<I>il me semble qu'il ne peut y en avoir que 4 sur plateforme x86 IDE.<\i>
En effet, mais linux peut très bien n'être logé que dans des partitions logiques et ça peut s'arranger également avec qnx, fais le compte on y est.

Perso j'ai eu (pas pendant longtemps quand même) windows linux beos qnx et free-bsd sur le même disque (free-bsd c'était juste pour voir si j'y arriverai :-) ) et tous fonctionnaient, mais ça bouffait un peu de la place malgré un disque de 20Go.

C'est gmc qui a été abandonné, mc lui est toujours développé et c'est tant mieux car je trouve ce programme formidable et les programmes avec interface graphique arrivent difficilement à l'égaler (tous les programmes que j'ai testé confondus).

Ce qui n'est d'ailleur pas si énorme, chez moi le listage de /usr/bin me donne 2170 entrées (ls -l /usr/bin|wc -l). Si Nautilus doit ramer pendant 60s pour afficher un répertoire aussi important que /usr/bin je préfère l'oublier.

Non, en c#.

c'est :
Le temps ne fait rien à l'affaire
Quand on est con, on est con.

Je dirais même plus, combien d'utilisateurs lambda savent ce qu'est un OS, savent-ils seulement que windows n'est pas indissociable du pc (idem pour le mac).