Boa Treize a écrit 3449 commentaires

  • [^] # Re: C'est dans le choix que l'on juge l'homme

    Posté par  (site web personnel) . En réponse au journal RMS répond aux questions de REDDIT. Évalué à 2.

    > Quand le journaliste lui demande

    s/journaliste/internaute/
  • # Tout compris à l'envers ?

    Posté par  (site web personnel) . En réponse au journal RMS répond aux questions de REDDIT. Évalué à 8.

    > Mes passages favoris :
    >
    > RMS qui houspille un gamin de 14ans qui a eu le malheur de ne pas préfixer Linux par GNU.

    Heu ça s'est passé il y a plus de dix ans, et la question c'était est-ce qu'il s'en souvenait, et est-ce qu'il le referait. La réponse de RMS c'est qu'il ne s'en souvient pas, et qu'il ne le (re)ferait pas, et qu'il regrette s'il l'a fait.

    Bref, le troll est aussi dans le Girard.
  • [^] # Re: Et sinon

    Posté par  (site web personnel) . En réponse à la dépêche Aide à la supervision informatique avec la suite gbRRDGraphix 1.7.0. Évalué à 6.

    Ben gébé-èr-èr-dé-grafixe, c'te question ! Ou alors djibi-ar-ar-di-grafix, en américain, c'est au choix. :-)
  • # Excellent, bravo

    Posté par  (site web personnel) . En réponse au journal Comment taxer les acteurs du e-commerce ?. Évalué à 10.

    Je suis bluffé, tu as abattu un sacré boulot en résumant cette vidéo et les interventions des divers participants. Bravo !

    Ton journal mérite amplement d'être une dépêche.
  • [^] # Re: Non, le e-commerce n'est pas detaxe aux US

    Posté par  (site web personnel) . En réponse au journal Comment taxer les acteurs du e-commerce ?. Évalué à 4.

    C'est même plus compliqué que ça, puisque dans certains états (la Californie notamment), les comtés et les villes peuvent ajouter une part locale de TVA, et ne s'en privent pas !

    L'article Wikipedia américain à ce sujet est impressionnant : http://en.wikipedia.org/wiki/Sales_taxes_in_the_United_State(...)
  • [^] # Re: Clavier

    Posté par  (site web personnel) . En réponse au journal Le vieux materiel. Évalué à 2.

    Pour répondre strictement à ta question, environ 0,5 W (car dest parle de son clavier).

    Si tu parlais du 486 que dest avait acheté à l'époque, difficile à savoir. Le mien a une alim qui prend maximum 3 A en 220 V (et il faudrait que je sorte pas mal de trucs des cartons pour faire une mesure -- et comme ça fait bien 5 ans que je l'ai pas démarré, j'ose pas faire ça comme ça à l'arrache). Ça dépend aussi énormément de l'écran que tu branches dessus.

    Pour mon P3, c'était genre environ 50 W pour l'unité centrale, et 50 à 150 W pour l'écran 17 pouces, selon que l'on affichait du noir en basse résolution (conso mini) ou du blanc en haute résolution (conso maxi).
  • # Mon vieil appareil photo

    Posté par  (site web personnel) . En réponse au journal Le vieux materiel. Évalué à 2.

    Pas question d'emporter mon Canon 20D aux Vieilles Charrues, c'est donc mon Canon A40 de 2002 qui a été sorti de son sommeil pour l'occasion.

    Mentions spéciales également à ma chaîne stéréo (qui fête ses 12 ans) et à ma petite radio mono (qui fête ses 20 ans).

    Niveau informatique, j'ai accumulé une bonne quinzaine d'années de matériel, dont je souhaite maintenant me débarrasser. Parmi ce que je conserve, et dont je me sers de temps en temps : Amstrad CPC 6128, consoles portatives Neo Geo Pocket Color, Gameboy Advance, leur logithèque... et c'est à peu près tout.

    Peut-être enfin vais-je sortir pour un dernier baroud d'honneur mon ordi portable de 2002 (qui n'a plus de batterie), pour faire un stockage de photos lors de mon voyage aux États-Unis, n'ayant pas vraiment confiance dans les douanes américaines notamment... Mais après ce sera adios.
  • # C'est tout le talent du serveur

    Posté par  (site web personnel) . En réponse au journal HS : L'addition dans un restaurant. Évalué à 7.

    Du temps où on basculait du franc à l'euro, d'après mon souvenir l'addition elle arrivait clic-clac, on la payait clic-clac, et on peut rester à discuter ou s'en aller en discutant quand même.

    Dans le joli monde parallèle où tu vivais à l'époque peut-être ? Tu as déménagé depuis ? Je connaissais ce problème depuis plusieurs années déjà avant ce passage mythique à qui on veut attribuer tous les maux.

    Ce que tu décris, et ce qui a été dit dans les commentaires, c'est une partie de la gestion de la clientèle par les serveurs, qui a existé de tout temps, et qui répond à bien plus de critères que ce qu'on pense à première vue :

    - mettre les gens au bon endroit (en vitrine quand le restaurant est quasiment désert, ou le couple particulièrement joli ; à l'ombre s'il s'agit de has-been peu attirants)

    - si le restaurant n'est pas très plein, les y laisser le plus longtemps possible (pour continuer à attirer du monde, et pour augmenter les chances d'avoir un complément au repas : café, alcool, etc.)

    - si le restaurant est très demandé, les virer le plus vite possible pour mettre d'autres clients à la place (expérience que tu n'as manifestement pas vécu, mais qui peut se rencontrer de temps en temps -- « excusez-moi, nous allons changer de service (ah ah), voulez-vous bien régler ? » ; « excusez-moi, je suis un peu navré, mais nous avons plein de clients, alors... »)

    - toujours rendre la monnaie avec des pièces de toutes sortes, pour augmenter les chances d'avoir un pourboire (le serveur ne rend jamais un billet de 5 €, empoché à coup sûr, mais une pièce de 2 €, deux pièces de 1 €, deux pièces de 50 c€, par exemple)

    Mais c'est vrai qu'entre amis nous avons pris l'habitude de nous rendre au bar pour payer sans attendre le serveur, et presque sans attendre l'addition...
  • [^] # Re: Faisable

    Posté par  (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 4.

    ce qui à ma connaissance n'arrive pas à la télé

    Ni sur Internet à moins de rechercher explicitement ce type de contenu.
  • [^] # Re: Spam

    Posté par  (site web personnel) . En réponse au journal P****n de Google Groups. Évalué à 5.

    Ta déduction est complètement fausse, c'est malhonnête de ta part de faire déraper l'argumentation comme ça. On comparait l'intérêt et la difficulté à s'inscrire à un site ou une mailing-list, je ne vois pas par quel raisonnement tordu tu en es arrivé à dire que développer et commenter c'est la même chose.

    Ceci dit, tu as parfaitement raison sur l'importance de l'investissement en temps de quelqu'un qui code pour un projet, importance d'investissement qui rend d'ailleurs encore plus ridicule le fait de refuser devoir passer quelques instants à s'inscrire sur une mailing-list.
  • [^] # Re: Comment dire?

    Posté par  (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 2.

    Cela étant, on peut *très bien* avoir un jugement correct concernant un grand nombre de sites en utilisant une heuristique conservative.

    Si c'était le cas, ce serait déjà implémenté avec succès, non ?

    Quant à l'analogie avec le filtrage anti-spam, je pense qu'elle ne tient pas la route. On ne choisit pas les courriels que l'on reçoit, alors que l'on choisit les sites que l'on visite. On reçoit un si grand nombre de spams qu'une solution automatisée (même imparfaite) est la seule qui soit viable.

    Le filtrage anti-spam est un choix de l'utilisateur, là où le filtrage anti-web est généralement imposé à l'utilisateur. Il n'existe pas à ma connaissance de filtre de courriel qui bloque les discussions « indécentes » (quoi que, aux USA, il y a un marché pour tout...)
  • [^] # Re: Spam

    Posté par  (site web personnel) . En réponse au journal P****n de Google Groups. Évalué à 3.

    Il n'y en a aucune. Très souvent je me retiens de commenter sur des articles sur des sites d'actualité, parce que le site exige une inscription, et que je n'ai pas envie de m'embêter à créer un compte juste pour un commentaire one-shot.
  • [^] # Re: Comment dire?

    Posté par  (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 1.

    Pour ma part, j'aurais préféré qu'on ait un domaine en .xxx et que tout site à contenu « adulte » placé sous un autre TLD puisse être mis hors-ligne immédiatement. Évidemment, c'est pas la solution, ça pose plein d'autres problèmes…

    Ah le joli rêve. Enfin pouvoir mettre hors-ligne immédiatement tous ces sites indécents qui montrent des seins (oui même sculptés il y a des siècles se sont des seins, ils doivent aller dans le .xxx, pensez à nos innocentes têtes blondes aux yeux bleus quand même) ! Et toutes ces musiques où de jeunes trainées en chaleur s'exhibent, hop, hors-ligne !
  • [^] # Re: Pas son rôle

    Posté par  (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 2.

    imaginez du porno avec une balise bisounours...

    C'est peu probable, les sites pornos (pro) sont généralement les seuls à bien respecter et utiliser les systèmes de balisage et de contrôle parental, c'est dans leur plus pur intérêt financier.

    C'est plutôt les shock-sites qui pourraient s'amuser à ça.
  • [^] # Re: On te pardonne...

    Posté par  (site web personnel) . En réponse au journal Orange: La suite. Évalué à 4.

    Le code source du keygen est absolument extraordinaire ! :-D
  • [^] # Re: Pas son rôle

    Posté par  (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 2.

    PICS c'est (enfin c'était vu le peu de succès rencontré) :

    - Des services et des systèmes de notation (http://www.w3.org/TR/REC-PICS-services-961031) (cf. les annexes A, B, C pour des exemples de systèmes de notation plus ou moins fins)

    - Des formats et des manières de transmettre les notations correspondant aux systèmes décrits ci-dessus (http://www.w3.org/TR/REC-PICS-labels-961031) (par exemple sous forme d'en-tête de courriel ou de balise meta en HTML)

    - Un langage pour écrire des profils côté client (http://www.w3.org/TR/REC-PICSRules) (afin de bloquer les contenus en fonction des notations reçues des serveurs) (le but de ce langage étant de faciliter la migration des réglages d'un client à un autre)

    Le workflow prévu c'était :

    - Des organisations définissent des échelles de valeurs
    - Les webmestres définissent le contenu de leur page en fonction de ces échelles de valeur, avec des balises meta
    - Les navigateurs fournissent à leurs utilisateurs des IHM pour définir ce qu'ils veulent voir et ne pas voir, en fonction des échelles de valeur
    - Les navigateurs bloquent les pages en fonction des réglages des utilisateurs et des déclarations des sites

    Tout ceci est globalement implémenté, notamment dans IE, mais le gros problème c'est qu'aucune échelle de valeur ne s'est réellement imposée, peu de webmestres se sont pris la tête (et ont pris la responsabilité) de déclarer correctement le contenu de leurs pages, et au final que la majorité des gens s'en fout.

    Pour autant que je sache, les systèmes de contrôle parental vendus actuellement sont en majorité codés sous forme de proxy avec liste blanche / liste noire gérée par l'éditeur, et peut-être reconnaissance de certains mots-clés dans les flux.
  • [^] # Re: Pas son rôle

    Posté par  (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 10.

    Ah oui et on pourrait appeler ça PICS et on pourrait en faire une recommandation W3C, et on pourrait la publier il y a treize ans.

    http://www.w3.org/TR/REC-PICSRules/
    (décembre 1997, mise à jour novembre 2009)

    Ah les jeunes parents, toujours à croire qu'ils sont les premiers confrontés à un problème et que personne n'y a pensé avant eux.

    Et puis, on pourrait fonder une association il y a seize ans de ça, chargée d'évaluer les contenus sur Internet, et elle pourrait publier ses évaluations dans un format standard, par exemple RDF, ou encore PICS.

    http://www.fosi.org/icra/

    Et puis on pourrait ajouter du support pour lire ces règles dans des logiciels populaires, par exemple Internet Explorer ou Firefox.

    http://support.mozilla.com/en-US/kb/Parental+controls

    Au final, on pourrait chercher un tant soit peu sur Google avant d'inventer des solutions à des problèmes résolus. (Et si on considérait le problème non-résolu, on pourrait rechercher les nombreux articles qui discutent de ce problème.)
  • [^] # Re: Réglez bien vos horloges...

    Posté par  (site web personnel) . En réponse au journal Synkron: c'est bon !. Évalué à 8.

    Plus je vois le détail du fonctionnement de ces logiciels, plus je reste sur Unison, qui n'est pas très joli, mais surtout qui me donne entièrement confiance.
  • [^] # Re: Unison

    Posté par  (site web personnel) . En réponse au journal Synkron: c'est bon !. Évalué à 2.

    Avec les dernières version, ça marche aussi très bien en SSH de Windows à Unix, avec l'Unison Unix lancé par la connexion. La conf est pas complètement évidente à mettre en place, mais après ça tourne.

    Et ils ont enfin corrigé le bug d'encodage des noms de fichiers. :-)
  • [^] # Re: merci, même question pour les batteries d'ordinateurs portable !!!

    Posté par  (site web personnel) . En réponse à la dépêche De l'utilisation des batteries rechargeables. Évalué à 3.

    Tout dépend aussi des portables. Souvent, des modèles plus haut de gamme ou professionnels sont mieux gérés niveau batterie.

    Je pense notamment aux Thinkpads (de Lenovo, ex-IBM), avec un logiciel qui gère la charge de la batterie de manière nettement plus fine que Windows, en fonction de la manière dont le portable est utilisé, en fonction de la puissance de l'alimentation, avec un mode de maintenance de la batterie (recalibrage de la batterie notamment), possibilité de débrancher la batterie à chaud (quand on est sur secteur bien sûr), etc.

    Les puces à l'intérieur de la batterie ont également leur importance, ainsi certainement que la qualité de construction.

    Mais bien entendu, tout ceci a un prix, sachant à l'inverse que cher ne veut pas dire qualité...
  • [^] # Re: SQL en carton

    Posté par  (site web personnel) . En réponse au journal Un nouveau site pour voyages-sncf.com. Évalué à 2.

    JavaScript était activé. Nan franchement, ton soit-disant bug grave, je le reproduis pas. Ça doit être autre chose que l'User-Agent.
  • [^] # Re: Quelques nuances

    Posté par  (site web personnel) . En réponse à la dépêche De l'utilisation des batteries rechargeables. Évalué à 6.

    Sachant qu'à très grosse maille, si je ne me trompe pas, le coût de l'électricité des piles électriques alcalines est de l'ordre de 300 € / kWh (possiblement nettement plus dans de mauvaises conditions de décharge), à comparer à 0,11 € / kWh pour l'électricité des prises murales... le coût unitaire de recharge est probablement négligeable, et essentiellement dépendant du prix du chargeur.
  • [^] # Re: SQL en carton

    Posté par  (site web personnel) . En réponse au journal Un nouveau site pour voyages-sncf.com. Évalué à 2.

    C'est pas bon, si tu modifies dans "general.useragent.override", car il garde tout un tas de merdier dans ton User-Agent: moteur Gecko, options de compilation, architecture.

    C'est faux. Tu confonds avec les autres réglages general.useragent. Celui-ci, c'est bien un override, il écrase tout. Je n'envoie bien que l'apostrophe seule (vérifié de plusieurs manières), et les deux versions du site fonctionnent normalement, pour autant que je puisse voir.
  • [^] # Re: cela mérite un entretien avec les développeurs de voyages-sncf.com

    Posté par  (site web personnel) . En réponse au journal Le site préferé des linuxfriens et des français. Évalué à 3.

    de même que la grille de prix obscure et que l'on ne peut se procurer

    Je l'ai retrouvée. :-)

    En bas de la page http://tgv.voyages-sncf.com/tarifs, il y a une liste déroulante « En savoir plus avec les guides du voyageur SNCF », dernier choix : « Les Tarifs Voyageurs de la SNCF ».

    Du bon gros PDF de 188 pages ! :-D La liste des prix commence à la page 118.
  • [^] # Re: SQL en carton

    Posté par  (site web personnel) . En réponse au journal Un nouveau site pour voyages-sncf.com. Évalué à 2.

    Pas facile à lire sur LinuxFr ton User-Agent. C'est bien une simple apostrophe ?

    J'utilise ça avec Firefox, en créant l'option general.useragent.override dans about:config, et en vérifiant les requêtes avec Firebug, et je n'ai pas de souci, tout fonctionne bien.