moi1392 a écrit 730 commentaires

  • [^] # Re: Hommes sous les balles

    Posté par  . En réponse au journal Liberté d'expression sous les balles. Évalué à 2.

    je t'invite à te renseigner sur la signification du terme "apocryphe"

  • [^] # Re: Hommes sous les balles

    Posté par  . En réponse au journal Liberté d'expression sous les balles. Évalué à 3.

    Un peu comme les SDF morts de froids alors que ce n’est pas le froid qui tue mais la rue qui tue ? Mais voyez vous, on aime le spectacle, on veut sa dose d’émotion, de pitié et de pleurs, il faut que ça en jette !

    Si tu peux parler des SDF qui meurent de froid, c'est que tu es libre de t'exprimer.
    Pour moi, la liberté d'expression est la première et plus importante cause à défendre car c'est elle qui nous permet de défendre ensuite toutes les autres.

    "Je ne suis pas d’accord avec ce que vous dites, mais je me battrai pour que vous ayez le droit de le dire"

    Citation apocryphe attribuée à Voltaire.

  • [^] # Re: Et pourtant une autre révolution est en marche

    Posté par  . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 6.

    Si tu respectes les règles de distances de sécurité qui augmentent en fonction du carré de la vitesse, tu obtiens une équation simple du second degré à résoudre qui de donne un débit maximale à une vitesse d'environ 60 km/h (j'ai fait le calcul dans ma jeunesse)

    Mais bon, cela ne tiens pas compte de plusieurs choses :

    1) l'autoroute est très rarement saturé à ce point.
    2) l'objectif "égoïste" des gens est d'arriver le plus vite possible, pas que la durée moyenne de présence sur l'autoroute des voiture soit la plus basse possible.
    3) les gens évaluent très mal les distances et différence de vitesse, ont des défaut d'attention, … ce qui donne souvent des freinage assez violents de reprises plutôt molles, …

    Si tu remplaçait les humains au volant par des machines aux algorithmes "parfaits", avec le taux de saturation actuel, je pense qu'elles pourraient se permettre de rouler très vite sans soucis.

  • [^] # Re: Et pourtant une autre révolution est en marche

    Posté par  . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 2. Dernière modification le 05 janvier 2015 à 13:53.

    Tu parles pour un seul feu là, mais ce que tu dis ne marche pas avec plusieurs feux d'affilé non (ou mal) synchronisés.
    Et même s'ils le sont, je ne reste pas convaincu. Si je roule à 30 km/h pour ne pas me prendre le feu suivant au rouge et y arriver exactement quand il passe au vert, si le feu précédent est passé au rouge alors que je ne suis qu'à mi chemin entre les deux feux, cela fait pas mal de voitures qui sont restées bloquées au feu précédent alors qu'elles auraient pu le passer.
    Une fois encore, je ne cherche pas à optimiser mon déplacement à moi, mais la fluidité globale de la circulation, ce que tu dis, j'essaye de le faire quand je suis seul (généralement de nuit) si possible, mais quand il y a (beaucoup) d'autres usagers sur la route, ce n'est pas la meilleur comportement d'un point de vue global !

  • [^] # Re: Et pourtant une autre révolution est en marche

    Posté par  . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 2.

    Le fait que tout une partie va se prendre le feu au rouge ne ralentis pas "la circulation". Cela permettra à ceux qui attendent de pouvoir s'engager dans cette même voie et d'avoir une circulation plus fluide. Si tout le monde fait comme ça on est tous gagnant.

    S'il y a assez de "place" pour les voitures qui viennent de l'autre feu du croisement, laisser plus de voitures au feu derrière moi laisse au final plus de voitures sur la route plus longtemps, et je pense que c'est ça qui rend la circulation moins fluide. Si plus de voitures dégagent le carrefour à chaque cycle de feu, je ne voit pas comment cela peut rendre la circulation moins fluide.

    C'est aussi utile pour éviter encore plus de bouchons quand la plupart des gens ne respectent pas la règle qui consiste à ne s'engager que si la voie et libre et s'agglutinent comme des spermatozoïdes perdants dans le carrefour, empêchant par la même à ceux qui ont le feu vert de passer.

    Dans ce cas là oui, mais je ne suis pas convaincu qu'avoir un comportement suboptimal pour mallier à un autre mauvais comportement soit toujours la meilleur solution.

  • [^] # Re: Et pourtant une autre révolution est en marche

    Posté par  . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 2.

    mais ça c'est un raisonnement purement égoïste, cela sera plus efficace et moins gourmand pour moi, mais pas pour la circulation en général.

  • [^] # Re: Et pourtant une autre révolution est en marche

    Posté par  . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 7.

    un smartphone peut attendre un peu, pas un poisson

    D'après Ordralphabetix, c'est ok pour le poisson aussi !

  • [^] # Re: Et pourtant une autre révolution est en marche

    Posté par  . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 4.

    Je pense que c'est une très mauvaise idée, je me permet de rouler de la sorte seulement quand je suis quasiment seul sur la route de nuit, mais en journée, si tu roules doucement alors que le feu est vert devant toi pour ne pas te prendre le rouge suivant, tu ralentis toute la circulation derrière toi dont une partie va se prendre le feu au rouge. Cela ralenti le traffic plus qu'autre chose. Il faut mieux un bon compromis entre rouler comme un bourrin en pilant à chaque feu et avoir la vitesse la plus constante possible.

  • [^] # Re: Un problème?

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 3.18. Évalué à 4. Dernière modification le 17 décembre 2014 à 14:31.

    je pense qu'il parle des soucis de ce fil de discussion : https://lkml.org/lkml/2014/11/14/656

    Sans rentrer dans les détails que je ne connais pas, il y a apparament des soucis de lookup dans des cas assez particulier qui, après bisection, se sont révélés être présents depuis la version 3.17
    Et comme personne ne les a remarqués ni remontés depuis, il est parti sur le principe que cela est suffisament rare pour se permettre de sortir la 3.18 avec et de continuer à bosser dessus pour la 3.19

  • [^] # Re: Fonctionnalités clées.

    Posté par  . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à 3. Dernière modification le 02 décembre 2014 à 15:33.

    "et si tu le forces à être monter, comme personne n'en a besoin, rien n'est bloqué pendant le fsck du disque"

    cf moi

  • [^] # Re: Fonctionnalités clées.

    Posté par  . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à 1.

    avec systemd, le disque de 2To qui n'a pas besoin d'être monté au boot n'est pas monté, et si tu le forces à être monter, comme personne n'en a besoin, rien n'est bloqué pendant le fsck du disque, sauf si tu forces une dépendance d'une service sur le fait que ce disque soit monté !

    Donc pareil, sauf que ça le fait pour toi, tu ne perds pas ton temps à te logguer en root dans une console pour faire ton fsck à la main, aller vérifier de temps en temps qu'il a fini pour ensuite monter ton fs…

  • [^] # Re: CSS ?

    Posté par  . En réponse au message Nouveaux messages. Évalué à 2.

    elle est bien cochée chez moi, mais pas de toolbar apparente (ou alors, je ne regarde pas au bon endroit ?)

    pour info, j'utilise iceweasel (version packagée dans debian sid, à jour)

  • [^] # Re: CSS ?

    Posté par  . En réponse au message Nouveaux messages. Évalué à 2.

    Pour la CSS j'ai trouvé merci :)
    Par contre, je n'ai visiblement aucune toolbar.

  • [^] # Re: Troyes ou Troie

    Posté par  . En réponse au journal Un si joli nom. Évalué à 2.

    ça ne change en rien ce que j'ai écrit plus haut.

    le programme répandu est donc bien répandu, donc il laisse forcément plus de trace sur l'écosystème et à plus de chance de se faire repérer et donc éliminer par le(s) logiciel(s) de protection.
    Celui qui n'est pas répandu est utilisé pour de l'espionnage ciblé, et ça, ça ne me pose pas de problèmes particuliers.

  • [^] # Re: Troyes ou Troie

    Posté par  . En réponse au journal Un si joli nom. Évalué à 2.

    je n'ai pas compris ce que tu voulais dire par cela.

  • [^] # Re: Troyes ou Troie

    Posté par  . En réponse au journal Un si joli nom. Évalué à 8.

    je ne suis pas d'accord.
    Je pense que l'utilisation à grade échelle de ce genre de logiciel peut contribuer à éradiquer les "vieux" logiciels espions.
    Du coup, les nouveaux doivent être plus utilisés pour avoir la même efficacité, et cela peut avoir 2 conséquences :

    1) ils deviennent plus répendus, donc il y a plus de chance qu'ils soient détectés plus tôt et du coup éradiqués à leur tour.

    2) pour éviter le point 1) les agences d'espionnage peuvent décider de n'utiliser leurs techniques et logiciels les plus récents et efficaces que pour de l'espionnage ciblé et donc pas de masse.

    Donc je pense que l'on peut y gagner un peu.

  • [^] # Re: Cadeau

    Posté par  . En réponse au journal HEVC/VP9 : x265 vs libvpx. Évalué à 9.

    Je m'étonne que ton seul moyen de comparaison soit de type visuel. L’œil est facilement trompé et de plus il est plutôt difficile de rester objectif.

    N'est-ce pas un des objectifs d'un codec de compression ? Tromper au maximum l'œil (ou l'ouie) pour pouvoir éliminer le plus possible de détails tout en restant subjectivement le plus agréable possible à regarder ?

  • [^] # Re: FFOS: not compatible with real life?

    Posté par  . En réponse au journal J'ai acheté un téléphone... Pas libre.... Évalué à 2.

    Erreur de ma part, excuse moi. J'avais cru comprendre qu'il s'agissait d'un android.

  • [^] # Re: FFOS: not compatible with real life?

    Posté par  . En réponse au journal J'ai acheté un téléphone... Pas libre.... Évalué à 2.

    je fais de la syncro de contacts carddav entre mon tel et owncloud avec devdroid, j'ai eu un peu de mal avec la config au début, mais une fois en place, ça marche très bien.

  • # QNAME minimisation

    Posté par  . En réponse au journal Création du groupe de travail IETF sur « DNS et vie privée ». Évalué à 4.

    envoyer la requête "fr" à la racine et pas l'entier "www.siteporno.fr"

    Je ne m'étais jamais resegné sur ce point, mais naïvement, j'ai toujours pensé que c'était comme cela que ça se passait !
    Quelqu'un saurait pourquoi ça n'est pas le cas ? peut-être une histoire d'optimisation quelconque ?

  • # Navigation privée

    Posté par  . En réponse au journal Marre des popups qui obligent à accepter les cookies. Évalué à 6.

    En plus de sélectionner les sites que je fréquente, j'utilise de plus en plus la navigation privée.
    Et cela avec plusieurs fenêtres différentes que je ferme régulièrement, ça efface l'historique et les cookies, et les différents sites ne peuvent pas accéder aux cookies des autres s'ils ne sont pas dans la même fenêtre (du moins, c'est ce que j'en ai compris, je ne suis pas allé vérifier moi même).

    Je sais que cela n'empêche pas de traquer l'ip, ni le user agent, mais c'est toujours ça de pris.

    Au passage, si quelqu'un connais une extension sympa qui permettrait d'avoir des onglets privés dans la même fenêtre, voir d'avoir un user agent différent pas onglet, je suis preneur.

  • [^] # Re: Patent troll ?

    Posté par  . En réponse au journal Samsung a donné plus d'1 000 000 000 $ à Microsoft pour la période du 1 juillet 2012 au 30 juin 2013. Évalué à 10.

    ça peut paraître tentant de raisonner comme cela, mais il faut aussi voir que le marché américain leur rapporte bien plus, et qu'un procès la bas contre une firme américaine est très très biaisé.
    Il n'y a qu'à voir le véto d'obama sur la petite victoire judiciaire de samsung contre apple récemment.

    En gros, si t'es pas américain et que tu fais des sous, faut payer la taxe d'importation et ce qu'ils appellent "justice" est un moyen comme un autre de ne pas avoir de comptes à rendre à l'OMC.

    Après, sur la validité des brevets, c'est une autre question qui est indépendante du point cité ci dessus.

  • [^] # Re: Plutôt beauté du design

    Posté par  . En réponse au journal "beauté du code". Évalué à 2.

    Et donc tu utilises 2 outils et 2 langages pour faire quelques choses de très proche, avec tous les problèmes imaginables à l'interface.

    oui.
    C'est pas comme si on ne faisait pas déjà ça depuis toujours. flex, bison, moc en sont des exemple parmi d'autres !

    J'ai déjà donné des exemples : inclure un binaire sans outils externe, pas de générateur de code externe, mais un générateur en library.

    Mais ça, ça n'est pas un problème que tu as, mais une solution que tu proposes.

    Et puis, c'est même pire que ça. Je parle de lire un fichier pour générer des API, et tu me parles "générateur de code"

    C'est quoi la différence ? une API c'est du code. il existe déjà des tas d'outils qui transforment des graphes uml en code (api seulement)

    tu imagines la différence de difficulté entre une bonne propagation de constante et un compilateur ?

    Je pense oui, mais ça ne me dit toujours pas pourquoi tu as besoin de ces choses de façon constante dans ton language !
    c++ fait des algos, et il le fait très bien, il sait déjà gérer une certaine forme de propagation de constantes, il en gère un peu plus maintenant, si tu veux un meta langage qui fasse autre chose, utilise un autre langage et voila !

  • [^] # Re: Plutôt beauté du design

    Posté par  . En réponse au journal "beauté du code". Évalué à 2.

    oulala… Tu inclus un fichier binaire (jpg) dans un programme avec #include ? Tu réussi à parser un fichier xmi uml ou DTD pour créer des class à la volé avec #include ?

    si ce sont des datas binaires, il existe des tas de d'outils qui te permettent de les ajouter dans ton programme et de les retrouver avec.
    Si tu veux créer des classes à la volée à la compilation, ce dont tu as besoin c'est un outil de génération de code, pourquoi voudrais-tu une fonctionnalité du langague qui permettre de lire ce fichier à la compilation ? Je pense que c'est un faux problème, ou alors, il me manque des informations.

    Quand sa forme se rapproche plus du métier ou du besoin que le code source. C'est la raison d'être des DSL : s'éloigner du code pour s'approcher du problème à résoudre ; cela facilite la relecture, les vérifications, les règles génériques, l'automatisation, etc…

    ça ne m'avance pas, quel est ton problème à résoudre ? Une solution sert à résoudre un problème, quand on cherche une solution pour résoudre sa solution, c'est qu'il y a quelque chose qui dans la solution de base, en général, c'est qu'elle n'est pas bonne.

  • [^] # Re: Plutôt beauté du design

    Posté par  . En réponse au journal "beauté du code". Évalué à -1.

    is_power_of_2(1) renvoie true ;)