reno a écrit 3881 commentaires

  • [^] # Re: Concurrence et OpenMP

    Posté par  . En réponse à la dépêche Sortie de GCC 4.2. Évalué à 2.

    Euh pourquoi tu te focalise sur la concurrence?
    Si j'ai bien compris OpenMP permet d'exploiter relativement facilement du parallélisme de donnée pour certains problèmes, c'est mieux adapté que le message passing ou le STM.

    Je ne vois pas ce que la "propreté" viens faire la dedans.
  • [^] # Re: Google Talk?

    Posté par  . En réponse à la dépêche Seconde Journée de la Discussion Ouverte ce 19 mai. Évalué à 2.

    >Et ça dispenserait Google de respecter la loi ?

    1)Il a respecter et respecter!

    Quand tu as un résultat censuré, soit tu fait une censure silencieuse, soit tu le marque que ce résultat la est censuré. [ les actionnaires de Google ont rejeté récemment une proposition qui contenait ça, bon elle ne contenait pas que ça ], rendre les gens conscient de la censure est un acte civique.

    Si tu ne mémorise pas les recherches qu'a fait une adresse IP, on ne peut pas te les demander ultérieurement, par exemple. La, j'ignore ce que fait Google, je sais que Yahou a fournit des renseignements qui ont conduit à mettre en prison un dissident.


    2)Juste pour donner raison a Godwin: puisque le respect de la loi est tout pour toi, j'imagine que tu te serais conformé a la loi lorsqu'il fallait dénoncer les juifs?
  • [^] # Re: Google Talk?

    Posté par  . En réponse à la dépêche Seconde Journée de la Discussion Ouverte ce 19 mai. Évalué à 4.

    >>Google qui respecte la loi du pays dans lequel il est présent, c'est mal.
    Microsoft qui ne respecte pas la loi (en Europe, par exemple), c'est mal.
    N'est-ce pas toi qui fais deux poids, deux mesures ?<<

    'Le pays dans lequel il est présent', c'est a dire la Chine, célebre pour son respect des droits de l'homme!

    Ce ne serait pas toi qui trollerait en ne faisant pas de différence entre des pays qui respectent a peu près les droits de l'homme et ceux qui ne le font pas?
  • [^] # Re: communauté jabber

    Posté par  . En réponse à la dépêche Seconde Journée de la Discussion Ouverte ce 19 mai. Évalué à 4.

    >Et si les gens/contacts veulent du son et se voir par webcam ?

    Franchement je trouve ça petit de l'avoir moinsser: si j'utilise MSN messenger/Skype chez moi, ce n'est pas pour faire du Chat mais pour l'audio voire peut-être de la vidéo.

    Si j'ai bien compris, il n'existe pas encore de solution libre pour ces besoins, ce n'est pas une raison pour le moinsser..
  • [^] # Re: GCJ

    Posté par  . En réponse à la dépêche Sortie de GCC 4.2. Évalué à 2.

    >fusion des implémentations Classpath et Sun, et un abandon d'Harmony.

    J'ignore ce qui va se passer mais Harmony est sous license BSD (ou équivalente me souvient plus) alors que le JDK de Sun est GPL.

    Maintenant y-a t'il suffisamment d'interet parmi ceux qui font du code propriétaire pour maintenir Harmony..
  • [^] # Re: Et pan dans les dents

    Posté par  . En réponse à la dépêche Réponse de Linus aux allégations de Microsoft sur la transgression de 235 brevets. Évalué à 7.

    Ceux qui suivent userfriendly savent que darl=darc mc bride=SCO.

    Bon évidemment, hors contexte, c'est moins évident..
  • [^] # Re: Itanium

    Posté par  . En réponse à la dépêche Sortie de GCC 4.2. Évalué à 3.

    En théorie tu as raison, les PPE et SPE n'ont aucune raison d'avoir la même architecture, même si dans le Cell ils sont tous les deux basés sur PowerPC (le PPE étant un vrai PowerPC): on pourrait imaginer un PPE étant un opteron et des SPE inchangé.

    Cependant dans l'annonce que tu présente a mon avis, le processeur Cell est toujours inchangé, ils sont juste mis en tant que co-processeur d'une machine a base d'opterons, donc de ce point de vue la il est toujours basé sur PPC.
  • [^] # Re: Itanium

    Posté par  . En réponse à la dépêche Sortie de GCC 4.2. Évalué à 3.

    >les optimisations Out Of Order pour l'itanium ne pourrai pas profiter au cell?

    Tu n'as pas marqué ce que tu voulais dire: les optimisations sont pour les processeur 'In Order' et oui, le PPE et les SPE d'un processeur Cell sont 'in order' comme l'Itanium.

    Donc potentiellement un optimisation prévu pour l'Itanium pourrait être utile a un processeur type Cell, bon il y a des *grosses différences* entre un processeur VLIW comme l'Itanium et superscalaire dual issue comme le PPE donc c'est quand même loin d'être évident.
  • [^] # Re: Usabilité de Blender

    Posté par  . En réponse à la dépêche Blender 2.44 déjà disponible. Évalué à 3.

    >clavier dvorak qui n'arrive pas à percer parce que les gens ne veulent pas changer leurs habitudes.

    Oui, enfin dans ce cas précis, j'avais lu un article qui montrait que le soi-disant avantage de dvorak au dela de qwerty était loin d'être évident..
  • [^] # Re: Usabilité de Blender

    Posté par  . En réponse à la dépêche Blender 2.44 déjà disponible. Évalué à 2.

    >c'est pouvoir utiliser un programme sans rien apprendre. Est-ce vraiment une bonne chose ?

    Rien apprendre est bien sûr impossible, mais si un programme réutilise des conventions communes a tous les programme permet de n'avoir a apprendre que ce qui est spécifique a ce programme la.

    J'adore ta supposition comme quoi on se sert de ces programmes tous les jours.. Completement fausse! Pourquoi quelqu'un ne chercherait pas a faire un modele 3D une année et puis un autre l'année d'après?

    Et aussi, dans bien des cas, la difficulté d'utilisation est due a l'histoire plus qu'a l'impossibilité de réutiliser les conventions communes: je ne vois pas en quoi ce serait un problème sur vi d'avoir cut/copy/paste par Ctrl X/C/V en plus des raccourcis existant (gvim le fait peut-être d'ailleurs?), d'avoir rm qui met les objet dans la poubelle comme le fait konqueror, etc.
  • [^] # Re: Roadmap 2.44...

    Posté par  . En réponse à la dépêche Blender 2.44 déjà disponible. Évalué à 2.

    J'ai entendu parler du "normal mapping" a l'occasion de la sortie de Doom3, comme tous le monde je pense.
    Mais je ne savais pas que l'opération de projeter les normales 'haute resolution' sur l'objet en basse résolution s'appelait 'object-to-object normal baking'..
  • [^] # Re: Roadmap 2.44...

    Posté par  . En réponse à la dépêche Blender 2.44 déjà disponible. Évalué à 4.

    > object-to-object normal baking.

    Mais bien sur, en traduisant, ça donne: normalisation de la brioche en objet par objet ou cuisson des normales d'objet par objet, gniii???

    Qu'est ce donc 'object-to-object normal baking' ?
  • # Gagner beaucoup d'autonomie est possible

    Posté par  . En réponse à la dépêche PowerTOP : Un outil pour réduire la consommation d'énergie sous GNU/Linux. Évalué à 4.

    Je me souviens avoir vu dans des comparatifs que Windows fournit une autonomie bien supérieure a celle de Linux sur des portable, et ce sont des grosses différence genre 2h30 avec Linux et 4h avec Windows.

    Donc c'est possible mais cela ne sera pas ni simple ni rapide: dans la discussion sur lkml, il était fait allusion au fait que hal fait un poll toutes les 2 secondes et un patch pour utiliser un mécanisme des disques SATA pour éviter ça, patch prévu pour 2.6.23..
    Et toutes les applications userspaces a tester!
  • [^] # Re: Nouveaux clients

    Posté par  . En réponse à la dépêche AMD/ATI va libérer ses pilotes. Évalué à -1.

    Le fait qu'Intel ait décidé d'ouvrir les pilotes de ses drivers a peut-être un role la dedans.

    >>En attendant, je conseille à AMD/ATI de libérer les pilotes en GPL et de filer les specs, sinon la communauté risque fort de râler comme elle sait si bien le faire :)<<

    Bah, s'ils se dépèchent d'ouvrir leur code, comme il y aura des trous, la communauté ralera aussi, car le résultat sera inutilisable au départ donc bof.
  • [^] # Re: Usabilité de Blender

    Posté par  . En réponse à la dépêche Blender 2.44 déjà disponible. Évalué à 2.

    Mouai, arrete d'utiliser vi/vim pendant 6 mois et reessaye, tu verras vi ça se perd *très* facilement (enfin les commandes avancée),

    C'est ça le problème d'être non standard..
  • [^] # Re: Bravo

    Posté par  . En réponse à la dépêche Java libre : OpenJDK est disponible. Évalué à 2.

    >C'était par exemple le problème de BeOS, vu le nombre de morceaux n'appartenant pas à Be Inc dans le code, cela limitait l'intérêt de la libération du code.

    Bof, j'ai un doute que ce ne soit pas plutôt l'attrait des 50 Millions de dollars qu'a récupéré BeInc quand ils ont vendu leur code et propriété intellectuelle a Palm.

    A mon avis, les développeurs d'Haiku n'auraient pas craché sur le code de BeOS (même incomplet) quand ils ont commencé a développer leur clone..
  • [^] # Re: No more perl

    Posté par  . En réponse à la dépêche Bugzilla a atteint la version 3.0 !. Évalué à 1.

    >> - pas de design par contract
    > C'est quoi exactement ?

    http://fr.wikipedia.org/wiki/Programmation_par_contrat

    Sinon, personnellement je pense le contraire pour la lisibilité: je trouve Perl très mauvais de ce point de vue (et Perl6 a part être plus baroque ne changera pas grand chose de ce point de vue).
    Ruby ou Python sont bien meilleur sur ce point la..
  • [^] # Re: Jeux libres = mini-jeux flash ?

    Posté par  . En réponse à la dépêche Des jeux pour GNU/Linux. Évalué à 3.

    >Même les avions on les a avec X-Plane....

    Bof, quand tu compare X-Plane et IL2 Forgotten Battle..
    IL2 est quand même beaucoup plus fun.
  • [^] # Re: intéressant

    Posté par  . En réponse à la dépêche ext3cow : système de fichier versionné. Évalué à 3.

    >c'est vrai, mais c'est pas le probleme de zfs la, c'est plutot le probleme de la licence du noyau linux qui n'accepte pas la licence de zfs.

    Le noyau Linux était sous licence GPLv2 bien avant que ZFS existe, donc dire que c'est un problème du noyau est absurde.

    >On a une entreprise qui fourni un OS complet sous licence libre, et on trouve que c'est nul, qu'il faut que ce soit forcément sous gplv2 ou bsd ?

    Les incompatibilités entre les licences sont regrettables car cela fragmente la base de code utilisable, certes le probleme existait deja entre la GPLv2 et la BSD mais la c'est une difference de philosophie qui sépare les deux licenses, pas une incompatibilité volontaire entre deux licenses équivalentes..
  • [^] # Re: intéressant

    Posté par  . En réponse à la dépêche ext3cow : système de fichier versionné. Évalué à 1.

    Et bien le probleme c'est Windows, comme ils represent une grosse majorité des utilisateurs et que ZFS pour Windows, ce n'est pas près d'arriver..

    D'un autre coté, il me semble qu'il est possible de lire des partitions ext2 sous Windows (en ajoutant un soft), c'est toujours mieux que FAT..
  • [^] # Re: intéressant

    Posté par  . En réponse à la dépêche ext3cow : système de fichier versionné. Évalué à 3.

    >l'utilisateur final va d'abord s'en servir sur Mac & Co

    Personnellement, je me souviens d'avoir utilisé un système de versionnement de fichier sur VMS, donc c'est un peu plus vieux que ça.

    Mais sinon tu as raison si on prend le nombre d'utilisateurs finaux de VMS + de Solaris 10 + de distrib Linux fournissant Ext3cow, on est probablement loin du compte du nombre d'utilisateurs Mac qui l'utiliseront..
  • # La raison d'Id pour laisser tomber OpenGL?

    Posté par  . En réponse à la dépêche Mesa 3D version 6.5.3. Évalué à 3.

    Très simple: le support de Direct3D par les pilotes des constructeurs est de meilleure qualité qu'OpenGL.

    Ce n'est pas qu'une API soit supérieure a l'autre (c'était le cas avant mais ça ne l'est plus dixit J. Carmack) par contre coté implémentation, comme Direct3D est beaucoup plus utilisé qu'OpenGL par les jeux, les fabriquants de cartes vidéo ont mis leur effort sur le développement des pilotes Direct3D: la qualité d'implémentation des drivers Direct3D est meilleure.

    Mais OpenGL est utilisé pour les applications professionnelles me direz vous?
    Oui, mais ce sont rarement les dernières fonctionnalités des cartes vidéo qui sont exploitées par ces applications, contrairement aux jeux..

    Heureusement qu'OpenGL est multi-plateforme, contrairement a Direct3D, autrement il serait bientôt mort..
  • [^] # Re: Encore une technologie breveté qui va nous retomber sur la tête...

    Posté par  . En réponse à la dépêche Mono projette l'implémentation de Silverlight de Microsoft. Évalué à 3.

    >Ce n'est pas parce que certaines technos viennent de MS qu'il faut les expulser comme si elles représentaient le mal.

    Ce n'est pas un probleme de techno.

    Regarde IE, il a définit sa propre variante d'HTML. Probleme, ce n'est pas multiplateformes, donc MS fournit IE pour Mac, comme ça plus d'obstacle a faire du web IE only.
    Et laisse tomber ensuite IE pour le Mac.

    C'est une manière de plus de renforcer leur monopole, ce qui est un probleme quelque soit l'interet des technos..
  • [^] # Re: Exemple de ruleset domestique classique

    Posté par  . En réponse à la dépêche Sortie de OpenBSD 4.1. Évalué à 3.

    Une question que je me pose c'est pourquoi 'scrub all' n'est pas activé par défaut?
    Puisqu'il ont fait des modifications incompatibles, tant qu'à faire..
  • [^] # Re: Update sur le nouvel ordonnanceur

    Posté par  . En réponse à la dépêche Le noyau Linux 2.6.21 est disponible. Évalué à 4.

    Il a peut-être changer d'avis; le 16 avril il a envoyé un email qui contenait:
    >>
    Either way I've decided for myself, my family, my career and my sanity I'm
    abandoning SD. I will shelve SD and try to have fond memories of SD as an
    intellectual prompting exercise only
    <<