gUI a écrit 5994 commentaires

Exact. D'ailleurs il me semble bien que le résultat d'un test ADN c'est pas "oui, les 2 échantillons proviennent de la même personne" mais plutôt "il y a 98,2% de chances que les 2 échantillons proviennent la même personne".

EDIT : bon, selon Wikipedia c'est 1 personne sur 5 millions qui donne les mêmes résultats dans les tests ADN effectués par le FBI, donc la proba annoncée est un poil meilleure que 98,2% ;)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

A l'époque ou la série "Les Experts" avait un intérêt scientifique (c'est dire si c'est vieux), ils avaient même parlé des chimère : il est possible d'avoir 2 ADNs différents pour un même individu (si je te prends un cheveux et du sang par exemple).

Donc l'ADN qui définit uniquement une personne… c'est vrai dans 99,99% des cas :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

oui : "gbetous"

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Une fois n’est pas coutume, il pleut en Haute‐Garonne !

T'étais où depuis novembre ? :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Déjà faire son schéma d'une seule main (parce que la 2nde tiens un sac de courses par exemple) donne un vague idée des emmerdes possibles…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Carte à puce qui au passage est un excellent exemple de double authentification qu'on a depuis très longtemps puisque l'authentification repose sur des vérifications de nature différente :

• qqchose que tu possèdes (l'objet)
• qqchose que tu sais (le code)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Bonjour,

J'avais déjà parlé précédemment de l'idée de proposer une bibliothèque de rythmes pour Hydrogen (style les classiques 8 beats, 16 beats, 3/4, 12/8, rock, blues-rock etc…).

Bien sûr je peux aider.

Y a-t-il eu une discussion démarrée sur LinuxMAO ?

Merci

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui, même OVH a communiqué dessus : https://twitter.com/olesovhcom/status/948518635320070144

Je pense que le usecase hyperviseur est de loin le plus critique en effet.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Google le dit clairement : https://security.googleblog.com/2018/01/todays-cpu-vulnerability-what-you-need.html

These vulnerabilities affect many CPUs, including those from AMD, ARM, and Intel, as well as the devices and operating systems running on them.

… et Intel aussi (mais là, il y a un parti pris :) ) : https://newsroom.intel.com/news/intel-responds-to-security-research-findings/

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Il semblerait que finalement ce soit bcp plus général !

https://twitter.com/rhhackett/status/948654425824022530

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Très bon !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ah mais oui, c'est pour des mots du dico, et pas des lettres aléatoires. Merci :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je profite qu'on ressorte cette référence pour demander : c'est quoi le nb de bits d'entropie dont il parle ? J'ai compris ça revient au nombre de possibilités (2²⁸ à 1000/s, on tombe bien sur 3j), mais je ne comprends pas comment il arrive à 28 bits avec son exemple.

1 bit pour l'éventuelle majuscule, oui je vois. Mais 16 bits pour les 9 lettres, j'ai plus de mal à comprendre…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

De la crème cette vidéo.

A faire voir à tous les "experts sécu" qui ne comprennent pas ce qu'est l'esprit d'un hacker. Et c'est plus important de comprendre à quel point ils sont imaginatifs, plutôt que de passer des heures sur Wikipedia pour savoir ça vaut la peine de mettre un hash en SHA2 plutôt qu'en SHA1.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Il te faut vraisemblablement ouvrir un port sur ta "box" et le forwarder vers ton serveur DLNA.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Un peu dans le style, j'ai ressorti un eeePC 701. J'en ai fait une machine 100% ligne de commande, pas d'interface graphique.

Une console SSH de luxe quoi :)

Pour info je suis parti tout simplement sur une Debian minimal.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui, j'ai vu que tu as enfin admis qu'en Python (le sujet du journal, tu te souviens ?) ça prend pas nécessairement x50 de faire un calcul exact.

On est donc passé de :
- c'est pas possible
à :
- c'est possible mais ça prend x50
puis à :
- c'est possible, et ça prend pas x50 tellement Python il est mauvais niveau perfos

On progresse, mais que c'est dur !

Au passage j'ai pertinenté le post de Nicolas. Je ne l'avais pas fait jusque-là, je ne suis pas fan des messages aussi catégoriques, mais ta démonstration m'a convaincu : les perfos ne sont pas un critère pertinent pour les choix par défaut de Python.

Ensuite il te reste à comprendre la différence fondamentale qui reste entre écrire "float f=0.1" en C et "f=0.1" en Python pour finir de comprendre ce que j'essaie de dire depuis 400 posts déjà…

Courage, j'ai confiance en toi, tu peux y arriver :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Post un poil hors sujet, mais pas trop, je profite des connaisseurs :)

Je me suis mis au montage vidéo tout récemment. Film de plongée (baptême du gamin). Petit montage, musique de fond, que du coupé (pas de transitions)… du très classique. Je suis arrivé à faire ce que je voulais, mais j'ai galéré sur le workflow en fait.

J'ai utilisé Kdenlive mais je suppose que mon pb est commun à tous les softs.

J'ai importé mes clips (vidéo et audio). Ensuite pour chaque clip vidéo, je ne sais pas comment découper des "extraits pertinents". Style le clip fait 3mn, mais j'ai 3x30" intéressante. Je devais revenir sur mon clip, définir un "in" et un "out" à chaque fois que je voulais soit ajouter un extrait dans ma timeline, soit modifier l'extrait (rajouter 3" par exemple). Impossible de mémoriser le découpage de mes extraits pour faire une espèce de bibliothèque dans laquelle je pourrais piocher pour mettre directement sur ma timeline.

Pas certain d'être clair, mais si vous avez un bon site à proposer pour expliquer le workflow, ça m'intéresse. On trouve des tutos, mais c'est très orienté "clique là" puis "clique ici", on comprend pas trop comment travailler en fait.

Merci pour vos conseils !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'aime bcp cet extrait :

Pi, 64-bit

Python       floats     cdecimal    cdecimal-nt [1]    gmpy     decimal    Java [2]
9 digits      0.12s     0.27s          0.24s           0.52s    17.61s     0.38s
19 digits       -       0.58s          0.55s           0.52s    42.75s     0.73s
38 digits       -       1.32s          1.21s           1.07s    -          1.25s
100 digits      -       4.52s          4.08s           3.57s    -          5.35s

C'est magnifique, merci.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Sans parler du moment où tu penses que je serai ridiculisé bientôt devant mes étudiants en me disant, qu'heureusement, je suis sous un pseudo alors même que j'ai donné un lien avec mon cours et mon vrai nom….Bref…t'as franchement pas fait fort…

Je la mets aussi celle-ci dans le poster de tes meilleures répliques que je vais envoyer à ton école ? Je l'adresse à qui d'ailleurs, à l'accueil ou au responsable du service pédagogique ?

Je prépare un beau mix de répliques techniques (il y en a des formidables, mélangé aux citations de Kant ça va être magnifique) mais aussi humiliantes (mon intelligence, mon nez dans le caca, tout ça…).

(non, je rigole, mais j'espère sincèrement que tu comptes pas t'en tirer en faisant le mort. tu pourrais par exemple rédiger une dépêche sur l'implémentation Decimal selon IBM, tu apprendrais énormément de choses sur les façons dont un ordinateur peut compter).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je t'explique sincèrement ma vision de la discussion, parce que je ne voudrais pas que tu partes avec la vision d'un escroc. Borné, je te le concède, mais je ne suis pas un menteur. Je suis peut-être con (j'écoute assez Brassens pour le savoir), mais pas méchant, non.

Dis moi, t'es fâché avec les maths en vrai, c'est ça non ?

Non, je ne suis pas fâché avec les maths. Si je dois être fâché avec qqchose, c'est avec ton utilisation des maths.

• Tu as utilisé les maths pour montrer que "ce que je veux" n'est pas possible
• Tu n'as pas utilisé les maths quand tu m'as dit que 1/3 n'étant pas représentable par un type nommé Decimal était un argument contre son utilisation face à un float qui ne peut de toutes façons pas non plus représenter 1/3
• J'attendais que tu me dises qu'on ne peut pas représenter racine(2) dans un Rationnal (et encore plus évidemment même pb pour le float), mais je ne pense pas que ce soit apparu
• Tu n'as pas utilisé les maths pour me démontrer que 2 - 1.8 - 0.2 = 0 et que c'est indiscutable, même à 10^-17 près
• Ensuite tu as utilisé à nouveau les maths pour montrer que "ce que je veux" est possible, mais met 50x plus de temps
• Constatant cette avancée dans ta vision de "ce que je veux", je me suis dit qu'on pouvait peut-être avancer encore, en disant que c'est peut-être pas le meilleur choix, mais c'est pas déconnant quoi (c'est juste ce que je demande dans cette histoire)
• Intuitivement, je ne m'attendais pas du tout à un x50, mais plutôt à x2, x3 grand max, qui déjà serait pas facile à justifier comme choix. Mais 50x c'est clairement injustifiable.
• Je n'ai pas lu ta démonstration du 50x, (mais je le ferai à tête reposée). Je me disais simplement que t'as dû encore démontrer autre chose que ce qui m'intéresse ici (le sujet du journal : la soustraction de CE2 avec des valeurs exactes…)
• Tu sors les benchs, tu tombes sur… x50. Et merde.
• En fait le seul bench qui m'intéresse réellement ici c'est prendre la soustraction du journal, la faire tourner 1 million de fois, et voir le temps perdu à la calculer justement (Decimal) par rapport à l'approximer (float). Ca aussi il faut que je le fasse, et je le ferai à tête reposée (j'ai qques idées de benchs qui donnent la justesse du résultat final, le range autorisé selon le type etc.)
• Mais dans tous les cas, x50, ça pique
• Je regarde ton bench, pour l'exécuter évidemment. Je prends ta routine Python en exemple, je la code de mon côté, je trouve en Decimal un temps de l'ordre de tes temps de float. Curieux… je teste le même en Python2, je trouve x50.
• Je te laisse deviner mon interprétation immédiate de la chose (le mec borné tu te souviens ?), surtout que j'ai vaguement vu passer une nouvelle implémentation de la lib Decimal pour Python3 pour améliorer les performances (à regarder aussi à tête reposée)
• Ensuite on retombe sur du x50 en Python3.6 et là évidemment ça change tout.
• Le fait que Python3.5 soit un cas à part dans les résultats tend à montrer du doigt un bug énorme sur Python3.5 (ou un miracle de la science - mais moi non plus j'y crois pas trop). Ca aussi je veux le regarder à tête reposée : comment un tel bug a pu passer ? Pourquoi la nouvelle lib Decimal en 3.6 donne les même perfos qu'avec l'ancienne en 2.7 ? Comment Perl a pu accepter de perdre x50 (injustifiable, je le dis moi-même) ? Faire des benchs à la va-vite à minuit, c'est sûrement pas la meilleure façon de comprendre
• Tout ce que je dis "à regarder à tête reposée", c'est clairement pour comprendre le sujet qui du coup commence sérieusement à m'intéresser, et pas pour savoir kikagagné : à se taper dessus depuis 4 jours à se rabâcher les mêmes choses, je ne suis pas sûr qu'un grand vainqueur existe
• Enfin je voudrais dire que je regrette sincèrement l'attaque perso sur le coup des étudiants. C'était un peu suite à tes remarques que j'ai trouvé pompeuses, le côté "je suis prof" alors que ça faisait un moment que tu me répondais des trucs justes évidemment, mais à côté de la plaque (cf le premier point de cette liste). Pour tenter une excuse, tu peux relire le nb de fois où on a attaqué mon intelligence, je pense que j'ai pris ma dose aussi. Mais bon, c'était pas très malin non, et si j'ai fait montre de peu d'intelligence dans ce thread décidément trop long, c'est bien sur ce coup-là.

Voilà, toi et moi on a des choses plus importantes à faire ces temps-ci, mais personnellement je ne clos pas le sujet parce que il n'est pas fini pour moi, j'ai encore trop de questions en suspens.

Passe de bonnes fêtes, et bisous à tout le monde !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je te jure que je me fous pas de ta gueule (je suis con, mais il y a des limites). Je ne te ments pas. Moi aussi j'ai Python 3.5 et moi aussi j'observe un surcoût de Decimal de l'ordre de 10% uniquement.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est pas assez clair là ?

Oui, c'est clair : tu utilises Python2.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si ça se trouve, il n'y a pas de tentatives d'escroquerie

C'est gentil ça dis-donc. Merci.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ah bah tiens, c'est pas la peine, quelqu'un d'autre a déjà confirmé

Il a utilisé Python2. L'implémentation de Decimal est complètement différente.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.