ragoutoutou a écrit 1515 commentaires

  • [^] # Re: Honte

    Posté par  . En réponse au journal La flamme olympique : éteinte. Évalué à 9.

    Ah parce que maintenant il y a besoin d'arguments pour avoir honte ?

    Non, effectivement, mais les arguments sont tout de même plus intéressants pour les esprits cartésiens...

    Eh bien ces actions ne peuvent que confirmer aux autorités chinoises que la meilleure (seule) chose à faire pour elles est de renforcer leur contrôle des médias et des informations en général.

    Le contrôle des médias est déjà très serré... le resserrer plus ne peut que confirmer la loi des rendements décroissants.

    Cela va complètement à l'encontre du but qui était me semble-t-il recherché, "ouvrir" la Chine en y organisant des jeux de dimension internationale.

    Euh, là mon vieux, c'est toi le crétin qui vis à bisounoursland, mais alors à fond, si tu crois un truc pareil.

    Les J.O. ont été placés à Pékin pour des raisons commerciales.

    Les J.O. ont encore moins de chances d'ouvrir la Chine sur le monde que l'arrivée d'Internet jadis dans ce pays (l'état chinois ayant bien montré sa capacité à gérer le problème, avec la complicités de grands acteurs du secteur en occident).
    Par contre, ce que les J.O. vont faire, c'est redorer le blason de l'état chinois et servir énormément à la propagande interne.

    Pour ton message auquel je répond, je propose de te coller un baffe dans la gueule et d'envoyer la facture à ta famille, histoire d'honorer la tradition du régime chinois.
  • [^] # Re: Pareil pour les réflex

    Posté par  . En réponse au journal Enlarge Your Canon. Évalué à 2.

    La complexité d'un réflexe doit être à peu près pareille que pour un compact, hormis la gestion des différents objectifs...

    le vrai problème de chdk est que ce dernier ne supporte en effet que des appareils photo très mineurs... Pas de Canon G3, G5 ni d'EOS ...
  • [^] # Re: Non

    Posté par  . En réponse au journal WebKit - Gecko : 2 - 0. Évalué à 1.

    Il ne faut pas que le web s'approche d'une VM à bytecode (le pire sont celles à registres). Car cela augmente énormémement le risque d'application proprio web. Ce n'est pas de savoir comment elle va être utililsée qui est important, mais juste le fait qu'elle soit là.

    Euh, et à part ça, une argumentation? En dehors de 'cépabien' ?

    Non? Pas d'arguments? Faut juste avoir peur des VM et pas se poser de questions?

    Tu te dis polytechnicien mais tu semble verser beaucoup dans la superstition.

    Et en passant, ce n'est pas la peine de mettre en gras tes propres fautes d'orthographe comme ça :)
  • [^] # Re: Non

    Posté par  . En réponse au journal WebKit - Gecko : 2 - 0. Évalué à 3.

    D'un autre côté, tu confonds bien le fait de faire interpréter un langage script dans une VM et le fait de faire tourner du byte code directement dans une VM, d'où tes jérémiades concernant la "porte ouverte aux applis proprios"...

    Tu confonds aussi complexité de la "pile logicielle" et complexité d'un de ses composants.

    Je me demande vraiment ce que tu trouves "délirant" dans le C++ si ce n'est pas la partie objet en tout cas...

    Fatigué tu es, et ça se voit...
  • [^] # Re: Bon article

    Posté par  . En réponse à la dépêche Les systèmes de fichiers pour disques SSD. Évalué à 7.

    Je ne vois pas le rapport avec le problème de la vitesse d'écriture...

    Ce que tu dis concernant la lecture, l'absence de parties mobiles, ... a déjà été dit et redit et je pense que personne ne le remet en cause.
  • [^] # Re: augmentation du nombre de cycle d'écritures supportés ?

    Posté par  . En réponse à la dépêche Les systèmes de fichiers pour disques SSD. Évalué à 2.

    n'y a-t-il pas des perspectives d'augmentation du nombre de cycle d'écritures supportées par le hardware

    Pour le moment, on va vers une baisse de la fiabilité, avec le développement des systèmes nand MLC (plusieurs couches par cellules) qui, pour des raisons de prix, est plus rentable au Go que le SLC (une couche par cellule).

    Si on veut utiliser les SSD au mieux de leurs possibilités, il faudra de toutes façons avoir une approche plus intelligente que ce qu'on fait à l'heure actuelle avec les disques classiques. Sinon, la flash en général, à condition de pas trop souvent écrire dessus, c'est un support de stockage presque indestructible.
  • [^] # Re: Bon article

    Posté par  . En réponse à la dépêche Les systèmes de fichiers pour disques SSD. Évalué à 10.

    pour le monde des serveurs, les ssd restent tout de même loin du rapport performances/prix des gros disques durs, surtout quand on parle de performances en écriture (une cache en écriture, c'est sympa si on a le temps de la vider, une écriture continue de volumes dépassant la taille de la cache fait retomber les performances).

    Le SSD est surtout intéressant pour le stockage à faible écriture ou les systèmes posant problème à la mécanique, comme les portables.
  • [^] # Re: Concernant ta première note

    Posté par  . En réponse au journal Linuxfr le site le plus moche au monde?. Évalué à 2.

    On pourrait croire qu'il s'agit de censure mais non puisqu'on peut choisir d'afficher ou non les commentaires négatifs.

    A noter que ce système met sur le même pied des propos peu consensuels qui fâchent et, par exemple, des messages d'insulte ou de haine raciale...

    Un véritable système de modération serait largement préférable à ce système qui parasite les discussions en favorisant la distribution de points paresseuse par rapport à un débat constructif.

    Et franchement Youtube, n'est pas exactement mon idéal pour un système de discussion/débat en ligne.

    (Pour le reste, oui, linuxfr est moche, mais bon, c'est fonctionnel)
  • [^] # Re: Et Dieu dit: Tout sera fichier ...

    Posté par  . En réponse au message Restreindre l'accès en copie à un repertoire. Évalué à 2.

    si c'est pour faire compliqué, oui, c'est intéressant...

    Maintenant, faire un suid de l'application ou la lancer via sudo, ça reste une solution simple et mieux intégrée à la sécurité OS...
  • [^] # Re: Non

    Posté par  . En réponse au journal WebKit - Gecko : 2 - 0. Évalué à 1.

    Oui, enfin, le c++ est apparu au début des années 80, c'est pas comme une "fourchette 2008"...

    Et si pour toi le paradigme orienté objet est un élément délirant issu du marketting de 2008, ton problème ne relève pas de l'informatique.

    A moins que tu ne fasse juste le troll au finish...
  • [^] # Re: Non

    Posté par  . En réponse au journal WebKit - Gecko : 2 - 0. Évalué à 6.

    Hmmm...

    c'est beau, ces considérations à l'emporte-pièce et ce "délirant" asséné avec autosuffisance pour essayer de jeter le C++ à la poubelle... mais bon, c'est fréquent de vouloir discréditer les outils qui nous dépassent.

    Tu sembles être un champion des faux prétextes en tout cas, ça et le discours concernant l'utilisation de VM ...
  • [^] # Re: Merci

    Posté par  . En réponse au message Un backdoor pour son accès SSH. Évalué à 2.

    si, si... mais faut bosser dans une équipe de sécurité pour s'en rendre compte...

    Et puis bon, il y a assez de conneries sur la sécurité sur internet pour ne pas apporter sa pièce à l'édifice...
  • [^] # Re: Bonne décision

    Posté par  . En réponse à la dépêche Epiphany va migrer vers du 100% WebKit. Évalué à 3.

    Quand il y en aura dix, il faudra penser à voir les choses autrement et réellement pensé à l'interopérabilité de façon générale et non entre deux concurents.

    C'est certain, à condition que les 10 aient une part de marché suffisante pour ne pas être catalogués par les développeurs web comme "les 10 trucs marginaux qui marchent moins bien"...

    Je préfèrerais voir les navigateurs "alternatifs" taper dans les parts de marché d'Internet Explorer que dans celles de Firefox (qui constitue à l'heure actuelle le seul réel contre-pouvoir à l'hégémonie I.E.sur le web)...
  • [^] # Re: Re:

    Posté par  . En réponse à la dépêche Epiphany va migrer vers du 100% WebKit. Évalué à 4.

    C'est clair que l'utilisation de termes tels que "désavouer", "vrai api", ... est assez maladroite et déforce la tentative d'argumentaire un peu plus haut en teintant l'article d'un a priori anti-gecko peu constructif.

    Reste qu'il ne faut pas perdre de vue que ce sont les mots de l'auteur de la dépêche et non les mots des développeurs d'Epiphany ou de Gnome: le manque de qualité rédactionnelle de la dépêche ne doit pas devenir prétexte à mettre en doute le bien fondé d'un passage à WebKit (l'annonce sur le blog des développeurs est heureusement de bien meilleure qualité)
  • [^] # Re: Merci

    Posté par  . En réponse au message Un backdoor pour son accès SSH. Évalué à 2.

    Yep, l'emprunte digitale, c'est du pipeau...

    Dans les méthodes d'authentication, il y a 3 familles:

    - le "j'ai"
    - le "je sais"
    - le "je suis"

    et de ces trois là, le "je suis" est généralement le moins efficace vu que la majorité des méthodes pour tester le je suis sont falsifiables et tout particulièrement l'emprunte digitale.

    Un système relativement sûr reste l'authentication par digipass car elle combine le "j'ai" (le digipass) et le "je sais" (le code pour obtenir la clef du digipass).

    Maintenant, il faut bien constater, surtout au regard de toute cette discussion au dessus, que la sécurité est en général plus un prétexte masturbatoire ou de compétition pour savoir qui a la plus grosse qu'une véritable préoccupation rationnelle.
  • # Quitte à être parano...

    Posté par  . En réponse au message Un backdoor pour son accès SSH. Évalué à 4.

    autant mémoriser la clef privée par cœur...

    Sinon, un truc con: ça s'appelle mot de passe... c'est moins long à mémoriser mais ça permet d'avoir une sécurité raisonnable si c'est fait intelligemment.
  • [^] # Re: Trop de TV

    Posté par  . En réponse au journal Un trou noir qui absorbe la Terre.... Évalué à 2.

    Désolé, pas vu c'te daube... je sais juste qu'elle existe... et ça pourrait être un scénar de mauvais téléfilm.
  • # Trop de TV

    Posté par  . En réponse au journal Un trou noir qui absorbe la Terre.... Évalué à 2.

    Il ne manque plus que la scène du scientifique, 5 secondes avant d'être avalé par le trou noir incontrôlable, s'écriant "mon dieu, qu'ai-je fait, je voulais aider l'humanité et je l'ai condamnée" ... ou un truc du genre...

    Bref, si tout ça fait un scénar bien merdique pour un procès, ça pourrait faire un mobile tout aussi craignos pour un nième téléfilm de série b...

    Bon, la semaine prochaine, on apprendra qu'une association évangéliste sud-américaine porte plainte contre les chercheurs qui s'occupent du développement de traitements contre le cancer sous prétexte que ça va tuer une partie de la population mondiale et transformer les survivants en espèces de vampires...
  • [^] # Re: Bien sûr que c'est vrai

    Posté par  . En réponse au journal Un trou noir qui absorbe la Terre.... Évalué à 3.

    Another World était le 1er jeu entièrement vectoriel

    Aeuh... Battle Zone, c'était aussi du vectoriel... Et tout le catalogue vectrex était aussi en vectoriel ...
  • [^] # Re: Flash...

    Posté par  . En réponse à la dépêche Inkscape 0.46 est disponible. Évalué à 3.

    bien vu, j'avais perdu de vue le côté "pile d'effets modifiable"... une fonctionnalité absolument excellente.
  • [^] # Re: Flash...

    Posté par  . En réponse à la dépêche Inkscape 0.46 est disponible. Évalué à 9.

    gimp qui fait une réelle concurrence à photoshop (les goûts, les couleurs, mais pour le reste ya pas de différence fondamentale).

    L'absence d'espace de travail natif CMJN et de séparation des couleurs dans ce mode pour l'imprimerie est en effet une question de couleurs qui, à l'heure actuelle, pose un réel problème à l'utilisation de Gimp dans le monde pro... la version 2.6 de gimp devrait rattraper ce manquement, mais en attendant, cet élément empêche réellement de substituer gimp à photoshop en pré-presse.

    Et puis, dans l'ensemble, faut regarder ce qui existe dans les logiciels pro, surtout dans le monde pré-presse et arts graphiques avant de lancer des comparaisons comme ça... Croire qu'en face ils n'avancent pas, n'innovent pas, et n'intègrent pas des concepts à haute valeur ajoutée pour les entreprises, c'est se voiler la face.

    Pour le moment, il n'y a même pas moyen d'importer parfaitement un dessin svg fait sous inkscape dans un logiciel de mise en page libre comme scribus ( et je parles pas d'openoffice qui ne supporte pas le svg du tout)... Dans une suite pro comme celles d'Adobe, on en est tout de même loin de ces contrariétés, et l'intégration de qualité évite de perdre du temps bêtement, chose primordiale pour un environnement pro.
  • [^] # Re: Flash...

    Posté par  . En réponse à la dépêche Inkscape 0.46 est disponible. Évalué à 7.

    Pas d'accord, sous Windows, Inkscape est impeccable.

    Le problème d'Inkscape sous OSX est que Inkscape utilise x au lieu de l'affichage natif, et que le X d'OSX est vraiment mal intégré.

    Il faut arrêter de débiter des généralités approximatives pour essayer de trouver des arguments en faveur de gnu/linux, il y a déjà assez de vrais bons arguments à utiliser.
  • [^] # Re: yes !

    Posté par  . En réponse à la dépêche Ubuntu 8.04 Bêta. Évalué à 3.

    Cela ne risque-t-il pas de faire tout simplement passer à la trappe ce type de dépêches ?

    Mal mis en page, et dans un coin, oui, maintenant, si ces nouvelles deviennent trop nombreuses sans compartimentation, elles feront filer vers le bas les autres dépêches à grande vitesse.
  • [^] # Re: yes !

    Posté par  . En réponse à la dépêche Ubuntu 8.04 Bêta. Évalué à 7.

    Perso, je pense que formaliser "si c'est une alpha, on fait ceci, si c'est une beta-4 on fait ça" ne sert à rien. L'important c'est qu'il y ait du contenu qui apporte du nouveau et que la nouvelle version en elle-même apporte quelque-chose de neuf par rapport aux précédentes.

    Maintenant, organiser toutes ces dépêches 'pré-version' dans une rubrique spéciale qui ne serait pas "première page" ou "seconde page" mais un truc dédié ne me semble pas dénué de sens.
  • [^] # Re: Bandes d'incompétents.

    Posté par  . En réponse au journal des drm dans la cao. Évalué à 10.

    d'un autre côté, "mesures techniques de protection" est un terme très vague qui peut parfaitement être utilisé pour les portes, les serrures, les airbags, ...

    C'est une traduction qui n'a pas la précision du terme original, ce qui est dommage car la référence à la nature numérique des protections est tout de même importante.

    De même, Digital Rights Management indique une notion de gestion et de droits, chose que "mesures techniques de protection" ne traduit pas non-plus.

    Bref, pour moi, "mesures techniques de protection" est un terme trop approximatif, et comme la langue française nous permet de refléter la nuance en utilisant "gestion de droits numérique", ou encore, "gestion numérique de droits", je ne vois pas de raisons de faire honneur à un traducteur flemmard et approximatif en se privant de cette nuance.