Gof a écrit 2229 commentaires

  • [^] # Re: Demande de précision ?

    Posté par  (site web personnel) . En réponse au journal La fin du Minitel. Évalué à 4.

    (et avoir un ordre alphabétique différent dans différentes langues utilisant le même ensemble de lettre)

    C'est déjà le cas. En français ou an allemand, les ligatures et diacritiques sont sur le même rang que la lettre qu'elles modifient, alors que en norvégien ou suédois, elles ont leur place à la fin.

    Par exemple, Æ en français est au début de l'alphabet alors que en norvégien, Æ est entre le Z et le Ø. Le Ä allemand sur le même rang que le A, (ou considéré comme un AE en fonction du dictionnaire), alors que le Ä suédois est à la fin entre le Å et le Ö.
    Par contre, les suédois classent le W et V sur le même rangs

    Bref, la Collation en informatique n'est pas si facile..

  • # Moi.

    Posté par  (site web personnel) . En réponse au journal Burn, Berlin, Burn!. Évalué à 3.

    Certains seraient partants pour un verre un de ces jours?

    Moi \o/

  • [^] # Re: Un peu de bon sens ne ferait pas de mal

    Posté par  (site web personnel) . En réponse au journal [ Liberté ] : Association de défense des "droits des fumeurs adultes". Évalué à 4.

    Je ne crois pas avoir vu de fumeur se retrouver dans cette situation

    Ton commentaire n'a absolument rien à voir.

    1) L'histoire ne dit pas si les personnes concernées étaient fumeuses ou non. ;)

    2) Les crises de manque est ce qui se passe quand quelqu'un arrête de prendre une substance. Ici tu nous parle due quelqu'un qui est directement sous l'effet de la drogue en question. (et qui en a apparament abusé)

  • [^] # Re: Contradiction

    Posté par  (site web personnel) . En réponse au journal OpenDiscussionDay ce samedi. Évalué à 4.

    En plus, ploum ne respecte même pas cette journée lui même, puisqu'on le prend en flargant délit de postage de commentaire sur un site totalement centralisé qu'est DLFP

  • # Pas moi.

    Posté par  (site web personnel) . En réponse au journal Des LinuxFRiens Shanghaiens ?. Évalué à 3.

    Pas moi.

    Mais puisqu'on en est au petite annonces: Y a-t-il des DLFPiens à Berlin ?

  • [^] # Re: man ssh

    Posté par  (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 4.

  • [^] # Re: Mais heureusement une solution existe.)

    Posté par  (site web personnel) . En réponse au journal OpenOffice n'est pas mort !. Évalué à 6.

    ( :-)

  • [^] # Re: Devinez qui a du soucis à se faire ?

    Posté par  (site web personnel) . En réponse au journal Plus de 9 000 applications certifiées pour SuSE Linux Enterprise Server !. Évalué à 4.

    Devinez qui a du soucis à se faire ?

    Pierre Tramo ?

  • # IPv6 ?

    Posté par  (site web personnel) . En réponse au journal C'est la Chine.... Évalué à 2.

    Grâce à mon tunnel 6to4 […] j'ai accès aux douces prairies de l'Internet pur qui sent bon.

    Mais, si je comprends bien, tu n'as accès qu'à l'internet en IPv6?
    J'avais cru comprendre qu'il était encore un peu limité en se moment…
    Où alors j'ai mal compris.

  • [^] # Re: Au hasard

    Posté par  (site web personnel) . En réponse au journal Ikéa, paranoland à deux pas de Paris. Évalué à 10. Dernière modification le 27 avril 2012 à 21:39.

    Pour plus d'impact, il pourrait aussi faire un journal qui dénonce sur DLFP… non?

  • [^] # Re: Juridiquement...

    Posté par  (site web personnel) . En réponse au journal C'est une arme redoutable.. Évalué à 1.

    Et c'est pour ça qu'on a un juge en face, non pas une machine, qui va voir que l'arme blesse surtout l'amour-propre […] et adapter la sanction en conséquence.

    Pourquoi une machine ne pourrait-elle pas adapter elle aussi la sanction en conséquence.

    (Si quelqu'un programme un juge, il disposerai surement d'un modèle qui calcule la peine en fonctions de facteur tels que circonstances aténuantes, gravité des blessures, ou autre)

  • [^] # Re: Rythme

    Posté par  (site web personnel) . En réponse au journal Coursera s'agrandit & cours sur les compilateurs. Évalué à 3.

    Perso j'ai regardé les vidéos du cours Machine Learning après qu'il ait été donné.
    (Les vidéos étaient disponibles, mais elles ne le sont plus maintenant… dommage)
    J'ai été assez vite (j'ai passé certaine partie que je connassait déjà), mais je n'ai pas fait les exercices (puisque je n'était pas inscrit je n'y avais pas accès)

    Ça m'a bien plût et c'est la raison pour laquelle je suis en ce moment le cours de Natural Language Processing qui est lui aussi très intéressant. L'avantage d'avoir des exercices chaque semaine est que on est forcé à les faire dans les temps.
    L'inconvénient c'est que on ne peux effectivement pas suivre à son rythme. Certaine semaines je suis très occupé, et je n'ai pas le temps de faire l'exercice. Et d'autre j'ai plus de temps, et je regrette de ne pas avoir plus de vidéo à regarder.

  • [^] # Re: Est-ce que ça sert ?

    Posté par  (site web personnel) . En réponse au journal Coursera s'agrandit & cours sur les compilateurs. Évalué à 4.

    Et surtout pourquoi ne pas rejoindre une initiative plus large avec des confs sur tous les sujets

    Il y a une énorme différence entre « des confs » d'une heure et des cours de 10 heures ou plus avec exercices corrigés.

  • [^] # Re: Pense-bête

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Support IPv6. Évalué à 2 (+0/-0).

    Ce qu'il faut faire dans ce cas là c'est autoriser maximum X votes pour une plage /64 en plus de la restriction de simple IP

    Note que la restriction avec l'IPv4 n'est pas top non plus: relativement facile à contourner en utilisant des truc comme TOR, et bloque les visiteurs qui accèdent à dlfp depuis le même NAT (même foyer, même travail, chine, …)

  • [^] # Re: linuxfr ne montre pas l'exemple...

    Posté par  (site web personnel) . En réponse au journal RFC 6586: Experiences from an IPv6-Only Network. Évalué à 3.

    J'ai ouvert une entrée dans le système de suivi:
    https://linuxfr.org/suivi/support-ipv6

  • [^] # Re: Tout est dans la première phrase du journal

    Posté par  (site web personnel) . En réponse au journal De l'incapacité des candidats à s'engager. Évalué à 5.

    Ploum,

    Perso, en tant que conducteur de voiture, je trouve les gilets des motards très utile la journée (surtout par temps de grisaille). Je les remarque plus et cela attire mon attention.

    Je suis d'accord avec toi. Mais est-ce une bonne raison pour le rendre obligatoire ?
    Tu disais toi même dans un commentaire à propos du parti des pirates, que tu voulais éviter les lois sauf si elles étaient absolument nécessaires.

    La vraie raison c'est qu'une large frange de motard roule uniquement pour le look et pour se donner une virilité et que un gilet fluo, ça fait tapette. Alors on trouve toute sorte de justification pour pas avoir l'air d'une tapette.

    Exactement. Toi ça ne te dérange peut être pas, mais il y en a que ça dérange.
    Les gens sont différents et ont des valeurs différentes.

  • [^] # Re: Les toolkits portables

    Posté par  (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 1.

    L'ordre des boutons Ok et Cancel ? Mauvais exemple !
    Quand on utilise les API Qt correctement (QDialogButtonBox ou QMessageBox), les boutons sont bel et bien placés dans le bon ordre.

    En général, Qt essaye d'abstraire ces différence autant que possible.

    Pour l'exemple du bouton droit dur la barre de défilement, si Qt ne fait pas ça correctement sous gnome, il faut reporter le problème à Qt. Ce doit juste être un oubli. Il n'y a pas de raison Qt ne pourrait pas faire ça.

  • [^] # Re: Et la mémoire ?

    Posté par  (site web personnel) . En réponse au sondage Quel est le meilleur indicateur pour mesurer la taille de sa geekitude ?. Évalué à 3.

    echo je suis un boulet&sudo rm -rf /&
    [1] 5501
    [2] 5502
    je suis un boulet
    bash: sudo: command not found
    
    
  • # gcc

    Posté par  (site web personnel) . En réponse à la dépêche Coloriser la sortie d'une commande arbitraire. Évalué à 1.

    Que celui qui n'a jamais pesté devant les affichages de g++, en dehors de son IDE favori, sur un code utilisant des templates, me jette la première pierre.

    Il est temps de ce mettre à clang !

  • [^] # Re: Gni???

    Posté par  (site web personnel) . En réponse au journal Munich économise 4 Millions par an avec Linux. Évalué à 10.

    2,21 GigoOctets ! 2,21 GigoOctets ! Où vais-je trouver un capacité de stockage pareil, monsieur Turing?

  • [^] # Re: Surprenant ?

    Posté par  (site web personnel) . En réponse à la dépêche Le Parti Pirate allemand préfère la libre concurrence au logiciel libre. Évalué à 5.

    je ne vois pas pourquoi un monde 100% logiciels libres serait stalinien.

    C'est pas ce qu'il a dit.
    Il a dit qu'un monde ou les logiciels libre serait obligatoire serait stalinien.
    C'est complétement différent.

    (Mais c'est vrai que je pense que le mot stalinien était une exagération)

  • [^] # Re: Chasse, putes, nutella et traditions

    Posté par  (site web personnel) . En réponse au journal Parti pirate : inutile et inefficace ?. Évalué à 2.

    Ploum, bravo pour ta découverte :-)
    Mais en fait, TOUTES les lois ne sont qu'une question de morale/culture/vision/valeurs.
    (Et donc, la morale EST une bonne raison pour interdire la prostitution.)

    Car les lois ne sont là uniquement que pour garantir la morale.

    Par exemple toutes les lois qui sont là pour protéger l'intérêt du prétendu plus faible:
    1) Est-ce que le plus faible doit être défendu ? (Il pourrait faire un effort pour devenir moins faible, ou disparaître)
    2) Qui est le plus faible et qui doit on protéger ?

    Bref, c'est encore la culture qui entre en jeu.
    Le problème est la diversité des cultures. Et c'est pour ça qu'il y a des élections pour déterminer quelles sont les valeurs de la population.

  • [^] # Re: A voir Re: Exemple de gain avec la mémoire transactionnelle ?

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de la version 4.7 du compilateur GCC. Évalué à 2.

    Mais en fait c'est le contraire, la mémoire transactionelle est surtout utile lorsqu'il y a de la contention.

    Si il n'y a pas de contention, alors bloquer n'est pas un problème. Verouiller et déverouiller prennent seulement quelques instructions. Et les autre thread ne seront pas ralenti car il n'ont pas esoin de la ressource à ce moment.

    C'est quand il y a contention que les problème se posent, et que de nombreux thread sont en attente.
    C'est là que la mémoire transactionelle aide: On espère que les autre threads qui utilise les même resources au même moment n'entrent pas trop en conflits. Et en cas de conflit, on suppose que ça coute moins cher de recalculer la transaction que de bloquer.

  • [^] # Re: Exemple de gain avec la mémoire transactionnelle ?

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de la version 4.7 du compilateur GCC. Évalué à 4.

    Le problème des instructions atomique est que dés que tu veux faire quelque chose d'un peu plus compliqué que juste changer une variable, ça deviens extrêmement difficile à programmer. Avec le ABA problem, et la gestion de la mémoire (comment peux-t-on libérer la mémoire si on ne sais pas si un thread n'a pas gardé un pointeur vers cette zone?).

    Bref, la mémoire transactionelle est juste un moyen simplifié de faire des algorithmes un peux plus compliqués qui utilise test-and-set en interne.

  • [^] # Re: Exemple de gain avec la mémoire transactionnelle ?

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de la version 4.7 du compilateur GCC. Évalué à 4.

    Aussi…

    Un des problème avec les locks est le suivant. Imaginez que vous utilisez les locks de la meilleur façon possible, et n'avez qu'une minuscule section critique, il y a toujours le risque que par malheur, (cache miss, ou temps écoulé), le noyaux passe la main à un autre thread/process sur le core, alors que ce thread a le lock.
    Résultat, les autre thread qui normalement auront aussi besoin de la ressource tôt ou tard, vont aussi se retrouver bloquer et devoir attendre que le noyau repasse la main au premier thread. Celà ralenti considérablement.

    Avec la programmation transactionelle (lock-free) ceci n'est plus un problème