Après, stocker ses bitcoins sur plusieurs clées usb chiffrées, stockées dans différents endroits sûrs, ça ne coûte quasiment rien et ça rend le risque de perte/vol extrêmement faible.
Clairement, on peut pas faire pareil avec de l'or.
Et concernant les "félidées zombies" (que je réutiliserais), comme le dit l'expression, j'ai pas mieux. Quand je prend un exemple informatique déjà existant, c'est très difficile de changer de logique au milieu de l'explication. Les gens veulent continuer dans ce qu'ils connaissent, par expérience. Alors je donne un autre exemple plus "chat" et … les pauvres chat deviennent zombies… c'est la raison du concours
Merci pour les félidées zombies :)
Bon, toutefois on est bien d'accord que ton code ne nécessite pas d'ordinateur quantique pour fonctionner : il tourne sur un processeur classique. Ton système est codé en C++, et tu dois donc pouvoir expliquer son fonctionnement de manière claire.
Même si tu arrive pas à monter énormément plus haut que le code en théorisant tout, tu peux forcément expliquer comment ça fonctionne en prenant un peu de hauteur.
C'est le contenu lui-même de la variable qui produit la suite
Et comment il le produit ?
Ou en Bayesian, c'est le contenu lui-même de la variable qui produit le prochain segment, en fonction de la réalité de présence d'autre donnée et de leur contenu… existant ou pas.
Très bien. Ton « en fonction » m'intéresse : c'est quoi cette fonction dont tu parle ? Comment ce prochain segment est produit ? C'est quoi ce que tu appelle un segment d'ailleurs ?
Bon, et sinon je pense que la meilleure façon d'essayer d'avancer c'est que tu réponde aux questions concrètes qu'on pose :
Pourquoi trois types : EvenBoard, EvenDoor, EvenPrg ? C'est quoi ? Pourquoi 7 « process », en quoi ça permet de tout expliquer ? D'ailleurs c'est quoi un process ?
Je pense qu'il faut lire la doc, mêmes si c'est pas parfait…
C'est pas « pas parfait », c'est juste pas compréhensible…
Mais explique ! Explique ce que sont chaque nœud ! Pourquoi trois types : EvenBoard, EvenDoor, EvenPrg ? C'est quoi ?
Pourquoi 7 « process », en quoi ça permet de tout expliquer ? D'ailleurs c'est quoi un process ?
Justement, le calcul de probabilité et "remplacé" dans Evenja par la réalité (chat vivant ou mort)
Donc quel rapport avec les réseaux bayésiens, avec des probas… Je ne vois pas.
En programmation classique aussi, on a x% de chances de passer dans un if, et on pourrait partir dans des délires comme quoi on a un graphe avec des probabilités… Sauf qu'en vrai, bah c'est déterministe et les variables sont fixées… C'est pareil avec ton système, non ?
Bon, sinon tu peux te douter que ton explication à base de FÉLIDÉS ZOMBIES m'a juste un peu plus fait pencher du côté « c'est peine perdue »… Si tu en a une de plus compréhensible, je suis partant (mais je suppose que ce n'est pas le cas).
Ah, et aussi : tes données, elles doivent choisir ou elles vont ensuite, non ? Ça veut dire qu'elles doivent connaître les différents bidules ou elles peuvent aller ?
Donc si tu ajoute des bidules, faut que les données aient conscience des nouveaux bidules pour pouvoir choisir d'y aller, non ? (donc faut les modifier ??).
A la différence suivante il n'y a que trois type de nœud : Evendoor, EvenBoard et EvenPrg.
Que sont ces nœuds ? Quelles différences ?
Pour chaque nœud, décris à quoi il sert… J'ai regardé ton wiki, mais ça m'éclaire vraiment pas du tout.
Pour le réseau Bayesian, il y a une page sur le wiki et une présentation sur le site.
Dans un réseau bayésien, il y a la notion de probabilités… Peux-tu m'expliquer en quoi ton système va au delà du DAG, et utilise des probabilités ? Il me semble tout ce qu'il y a de plus déterministe…
Et pour le rapport avec du quantique ?
Pour les dessins, si tu pouvais le faire et je corrige… Register wiki.
Je me suis inscrit, et je ne peux pas créer de nouvelle page… Pas très pratique pour soumettre un use case…
De plus, c'est TOI qui a conçu le logiciel, c'est à TOI de l'expliquer simplement en faisant des graphes qui représentent des exemples concrets !!!
Ton concours, personne ne pourra y participer puisque personne ne pourra comprendre ton système vu le peu de documentation que du mets à disposition, et surtout la qualité de cette dernière.
Cette approche est tellement simple pour moi et depuis tellement de temps que j'arrive pas à "transformer" cette connaissance de manière simple et clair pour les autres en fonctionnement actuel.
Ça ne veut pas dire qu'il y a un gros problème quelque part ?
Bon, j'ai lu et essayé de comprendre le tutoriel, et j'ai l'impression que c'est un truc tout à fait similaire à des processus qui communiqueraient avec une pipe.
Tu as tes trucs, tes nœuds (c'est ça que tu appelle des « data » ?), qui ont un état interne avec des variables, et qui reçoivent un ou plusieurs flux en entrée.
Ils renvoient un ou plusieurs flux à d'autre nœuds.
nœud = processus, flux = pipe.
J'ai bon, Fabian J. Padilla ?
Si oui, tu pourrais m'expliquer l'intérêt par rapport à des processus et des pipe ? D'après ce que j'ai cru comprendre, tu vas répondre que les flux de données sont figés (que le graphe a une forme fixe), alors que chez toi les données peuvent partir un peu n'importe où, selon leur type ?
Si oui, fournis un exemple où c'est le cas, car dans tous les exemples que j'ai vus (et si j'ai bien compris), les données suivent toujours le même chemin.
De plus, est-ce que tu es en mesure d'expliquer de manière simple et claire le rapport entre ton système et un réseau bayésiens ? Entre ton système et la physique quantique ?
Je ne vois absolument pas le rapport, actuellement. Si jamais ce n'est pas simple et clair, évite de perdre du temps.
D'après ce que je vois, plutôt que de fournir du code en C++ à insérer dans des fichiers générés par ton système, tu pourrais peut-être fournir de jolis dessins qui représentent tes nœuds/data/processus, avec leurs données en entrée et en sortie, non ? Sur des exemples concrets ? Ça serait pas légèrement plus clair ?
Et franchement, tu es pas capable pour un exemple aussi simple de faire une explication comme celle de jigso ?
La sienne est claire, pourquoi tu ne ferais pas pareil, plutôt que de nous parler de partouze de chats en inférence causale…
Pas à une seul seconde la programmation de cette cinquième fonctions "Hotline", n'a mise en péril de bugs ou de ralentissement le fonctionnement du serveur déjà existant.
Si tu connais une autre approche, je prend, par curiosité ;)
Un code bien conçu, dans n'importe quel paradigme ? Auquel cas il sera modulaire, donc l'ajout d'une fonction qui n'a rien a voir sera faite dans son module indépendant, éliminant d'éventuels effets de bord ?
J'ai l'impression que ce que tu décrit est arrivé / continue en Corée du Nord, et ils ont pourtant l'air d'avoir écrit leur version de l'histoire avec brio, et d'y faire croire le peuple, non ?
Dans ton paragraphe, le principal reproche que tu fais à python, c'est qu'il est 5 à 10 fois plus lent que du C++. Et là tu propose plein de trucs pour l'accélérer.
J'ai envie de te dire : oui, python est bien plus lent, et alors ?
À moins que tu fasse du calcul intensif, je vois pas en quoi ça serait gênant.
Pour moi, le SQL est déjà un langage simple et adapté pour interroger les bases de données.
Après, on a inventé des ORM qui fournissent une grosse couche d'abstraction et permettent de manipuler des objets.
Mais là, je ne vois pas trop l'intérêt de python-sql : ça rajoute une couche intermédiaire qu'on doit apprendre, et j'aurais plutôt envie d'écrire directement en SQL dans ce cas.
Pour être sure d'avoir bien compris, que signifie l'ordonnée du radar à buzz ?
ex : 0.8 pour "orages" du 26 au 30 juillet, cela signifie que 0.8% des flux RSS de cette période ont parlé de ce sujet ?
Il y aurait bien powerclamp, qui est une petite merveille pour faire ce que tu veux : https://lwn.net/Articles/528131/
Elle demande au CPU de dormir pendant X% du temps, même si il aurait des trucs à faire.
Par contre, je crains que ton processeur soit trop vieux pour être supporté (à vérifier).
Notamment, je n'ai pas bien compris comment tu peux encoder un caractère qui n'est pas encore disponible dans ton arbre de Huffman.
Actuellement, j'ai un prédicteur qui renvoie tous les octets possibles (donc 256) et qui est pris en compte (mais avec un poids très faible), du coup n'importe quel caractère peut de toute façon être codé avec ce prédicteur (mais son code risque d'être long).
Mais c'est vrai que le codage de huffman adaptatif à l'air mieux !
Si tu as des exemples d'implémentations de Huffman avec génération d'arbres en direct, je prends ;)
Merci pour cet article, même si effectivement je ne suis pas sûr que recalculer l'arbre de Huffman à chaque octet fois soit très efficace :-)
Justement, les meilleurs algos existants sont basés sur ce principe : Il faut recalculer l'arbre de Huffman à chaque fois, afin d'émettre des prédictions sur le texte qui va suivre, basé sur la toute fin de ce qu'on a déjà compressé/décompressé.
Par contre, j'ai pas vraiment compris ce que tu explique (pourtant, ça à l'air intéressant), tu pourrais essayer de détailler plus ou de donner un exemple ?
[^] # Re: heu....
Posté par palkeo (site web personnel) . En réponse au journal Bitcoin, le début de la fin?. Évalué à 2.
Après, stocker ses bitcoins sur plusieurs clées usb chiffrées, stockées dans différents endroits sûrs, ça ne coûte quasiment rien et ça rend le risque de perte/vol extrêmement faible.
Clairement, on peut pas faire pareil avec de l'or.
[^] # Re: Du coup…
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 2.
Merci pour les félidées zombies :)
Bon, toutefois on est bien d'accord que ton code ne nécessite pas d'ordinateur quantique pour fonctionner : il tourne sur un processeur classique. Ton système est codé en C++, et tu dois donc pouvoir expliquer son fonctionnement de manière claire.
Même si tu arrive pas à monter énormément plus haut que le code en théorisant tout, tu peux forcément expliquer comment ça fonctionne en prenant un peu de hauteur.
Et comment il le produit ?
Très bien. Ton « en fonction » m'intéresse : c'est quoi cette fonction dont tu parle ? Comment ce prochain segment est produit ? C'est quoi ce que tu appelle un segment d'ailleurs ?
Bon, et sinon je pense que la meilleure façon d'essayer d'avancer c'est que tu réponde aux questions concrètes qu'on pose :
Pourquoi trois types : EvenBoard, EvenDoor, EvenPrg ? C'est quoi ? Pourquoi 7 « process », en quoi ça permet de tout expliquer ? D'ailleurs c'est quoi un process ?
[^] # Re: Du coup…
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 2. Dernière modification le 09 janvier 2014 à 11:52.
C'est pas « pas parfait », c'est juste pas compréhensible…
Mais explique ! Explique ce que sont chaque nœud ! Pourquoi trois types : EvenBoard, EvenDoor, EvenPrg ? C'est quoi ?
Pourquoi 7 « process », en quoi ça permet de tout expliquer ? D'ailleurs c'est quoi un process ?
Donc quel rapport avec les réseaux bayésiens, avec des probas… Je ne vois pas.
En programmation classique aussi, on a x% de chances de passer dans un if, et on pourrait partir dans des délires comme quoi on a un graphe avec des probabilités… Sauf qu'en vrai, bah c'est déterministe et les variables sont fixées… C'est pareil avec ton système, non ?
Bon, sinon tu peux te douter que ton explication à base de FÉLIDÉS ZOMBIES m'a juste un peu plus fait pencher du côté « c'est peine perdue »… Si tu en a une de plus compréhensible, je suis partant (mais je suppose que ce n'est pas le cas).
Ah, et aussi : tes données, elles doivent choisir ou elles vont ensuite, non ? Ça veut dire qu'elles doivent connaître les différents bidules ou elles peuvent aller ?
Donc si tu ajoute des bidules, faut que les données aient conscience des nouveaux bidules pour pouvoir choisir d'y aller, non ? (donc faut les modifier ??).
[^] # Re: Mailing list : hackerspace FixMe
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 2.
Mais pourquoi tu n'a pas réussi à faire qu'une personne (une seule !) ayant compris ton système, l'explique avec ses mots ?!
[^] # Re: Du coup…
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 4.
Que sont ces nœuds ? Quelles différences ?
Pour chaque nœud, décris à quoi il sert… J'ai regardé ton wiki, mais ça m'éclaire vraiment pas du tout.
Dans un réseau bayésien, il y a la notion de probabilités… Peux-tu m'expliquer en quoi ton système va au delà du DAG, et utilise des probabilités ? Il me semble tout ce qu'il y a de plus déterministe…
Et pour le rapport avec du quantique ?
Je me suis inscrit, et je ne peux pas créer de nouvelle page… Pas très pratique pour soumettre un use case…
De plus, c'est TOI qui a conçu le logiciel, c'est à TOI de l'expliquer simplement en faisant des graphes qui représentent des exemples concrets !!!
Ton concours, personne ne pourra y participer puisque personne ne pourra comprendre ton système vu le peu de documentation que du mets à disposition, et surtout la qualité de cette dernière.
[^] # Re: Brace yourselves, bullshit is ENDED
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 3.
Ça ne veut pas dire qu'il y a un gros problème quelque part ?
[^] # Re: Mailing list : hackerspace FixMe
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 2.
Mais si ils comprennent, c'est déjà un énorme pas en avant, et ils pourraient peut-être l'expliquer au monde entier, non ?
[^] # Re: Mailing list : hackerspace FixMe
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 2.
Si ils ont compris, ils pourraient peut-être l'expliquer, non ?
# Du coup…
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 6.
Bon, j'ai lu et essayé de comprendre le tutoriel, et j'ai l'impression que c'est un truc tout à fait similaire à des processus qui communiqueraient avec une pipe.
Tu as tes trucs, tes nœuds (c'est ça que tu appelle des « data » ?), qui ont un état interne avec des variables, et qui reçoivent un ou plusieurs flux en entrée.
Ils renvoient un ou plusieurs flux à d'autre nœuds.
nœud = processus, flux = pipe.
J'ai bon, Fabian J. Padilla ?
Si oui, tu pourrais m'expliquer l'intérêt par rapport à des processus et des pipe ? D'après ce que j'ai cru comprendre, tu vas répondre que les flux de données sont figés (que le graphe a une forme fixe), alors que chez toi les données peuvent partir un peu n'importe où, selon leur type ?
Si oui, fournis un exemple où c'est le cas, car dans tous les exemples que j'ai vus (et si j'ai bien compris), les données suivent toujours le même chemin.
De plus, est-ce que tu es en mesure d'expliquer de manière simple et claire le rapport entre ton système et un réseau bayésiens ? Entre ton système et la physique quantique ?
Je ne vois absolument pas le rapport, actuellement. Si jamais ce n'est pas simple et clair, évite de perdre du temps.
D'après ce que je vois, plutôt que de fournir du code en C++ à insérer dans des fichiers générés par ton système, tu pourrais peut-être fournir de jolis dessins qui représentent tes nœuds/data/processus, avec leurs données en entrée et en sortie, non ? Sur des exemples concrets ? Ça serait pas légèrement plus clair ?
[^] # Re: Brace yourselves, bullshit is ENDED
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 5.
Et franchement, tu es pas capable pour un exemple aussi simple de faire une explication comme celle de jigso ?
La sienne est claire, pourquoi tu ne ferais pas pareil, plutôt que de nous parler de partouze de chats en inférence causale…
[^] # Re: Brace yourselves, bullshit is coming.
Posté par palkeo (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 3.
Un code bien conçu, dans n'importe quel paradigme ? Auquel cas il sera modulaire, donc l'ajout d'une fonction qui n'a rien a voir sera faite dans son module indépendant, éliminant d'éventuels effets de bord ?
[^] # Re: Que du bonheur !
Posté par palkeo (site web personnel) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 0.
J'ai l'impression que ce que tu décrit est arrivé / continue en Corée du Nord, et ils ont pourtant l'air d'avoir écrit leur version de l'histoire avec brio, et d'y faire croire le peuple, non ?
[^] # Re: Feedspot et feedspot
Posté par palkeo (site web personnel) . En réponse au journal Mon projet : Feedspot. Évalué à 1.
Nope, aucun lien.
Je crois qu'à l'époque ou j'avais trouvé ce nom, Feedspot n'existait même pas !
# Python et perfs
Posté par palkeo (site web personnel) . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 10.
Dans ton paragraphe, le principal reproche que tu fais à python, c'est qu'il est 5 à 10 fois plus lent que du C++. Et là tu propose plein de trucs pour l'accélérer.
J'ai envie de te dire : oui, python est bien plus lent, et alors ?
À moins que tu fasse du calcul intensif, je vois pas en quoi ça serait gênant.
# Intérêt par rapport à du SQL brut
Posté par palkeo (site web personnel) . En réponse au journal python-sql n'est pas un ORM. Évalué à 6.
Pour moi, le SQL est déjà un langage simple et adapté pour interroger les bases de données.
Après, on a inventé des ORM qui fournissent une grosse couche d'abstraction et permettent de manipuler des objets.
Mais là, je ne vois pas trop l'intérêt de python-sql : ça rajoute une couche intermédiaire qu'on doit apprendre, et j'aurais plutôt envie d'écrire directement en SQL dans ce cas.
# Orienté objet ?
Posté par palkeo (site web personnel) . En réponse au journal SDL2 ou SFML2 ou ... ?. Évalué à 2.
Tu as une bibliothèque C, et une bibliothèque C++, pour moi déjà c'est une grosse différence…
Pour avoir testé assez rapidement les deux, je préfère largement la SFML, mais c'est aussi lié au fait que ce soit de l'orienté objet.
# Injection SQL
Posté par palkeo (site web personnel) . En réponse au journal Ras le bol des plateformes d'e-recrutement. Évalué à 10.
Tu as essayé de mettre une injection SQL dans le texte de ton CV ? Avec un peu de chance, il y a moyen d'être ressorti de toutes les requêtes…
[^] # Re: Yipiii
Posté par palkeo (site web personnel) . En réponse au journal Mon projet : Feedspot. Évalué à 1.
C'est exactement ça !
[^] # Re: Fireglove
Posté par palkeo (site web personnel) . En réponse au journal Un Firefox qui respecte votre vie privée. Évalué à 1.
Sympa, je l'ai rajoutée dans mon article :)
[^] # Re: sys.stdout.buffer
Posté par palkeo (site web personnel) . En réponse au journal Découvrez la compression de données ! (et l'humour algorithmique). Évalué à 1.
Je ne connaissait pas du tout. Merci pour la découverte :)
# Powerclamp
Posté par palkeo (site web personnel) . En réponse au message Undercloking sous Linux - Pourquoi ya pas ?. Évalué à 2.
Il y aurait bien powerclamp, qui est une petite merveille pour faire ce que tu veux : https://lwn.net/Articles/528131/
Elle demande au CPU de dormir pendant X% du temps, même si il aurait des trucs à faire.
Par contre, je crains que ton processeur soit trop vieux pour être supporté (à vérifier).
[^] # Re: sympa
Posté par palkeo (site web personnel) . En réponse au journal Découvrez la compression de données ! (et l'humour algorithmique). Évalué à 3.
Tu as lrzip, avec l'option « -z », qui peut utiliser zpaq.
C'est relativement rapide, et tu as un taux de compression très bon.
[^] # Re: Avez-vous fait caca?
Posté par palkeo (site web personnel) . En réponse à la dépêche Weboob atteint le .g. Évalué à 2.
Je suggère Webite.
Web In The E\w+
Hop, il y a que les français qui comprennent, et on ne se moque plus des femmes mais des hommes.
[^] # Re: sympa
Posté par palkeo (site web personnel) . En réponse au journal Découvrez la compression de données ! (et l'humour algorithmique). Évalué à 2.
Ok, merci pour toutes ces infos.
Actuellement, j'ai un prédicteur qui renvoie tous les octets possibles (donc 256) et qui est pris en compte (mais avec un poids très faible), du coup n'importe quel caractère peut de toute façon être codé avec ce prédicteur (mais son code risque d'être long).
Mais c'est vrai que le codage de huffman adaptatif à l'air mieux !
Tout est là : https://fr.wikipedia.org/wiki/Pr%C3%A9diction_par_reconnaissance_partielle
C'est la méthode que j'utilise, et ça à l'air d'être une grosse référence pour compresser lentement, mais avec un des meilleurs ratio.
[^] # Re: sympa
Posté par palkeo (site web personnel) . En réponse au journal Découvrez la compression de données ! (et l'humour algorithmique). Évalué à 3.
Justement, les meilleurs algos existants sont basés sur ce principe : Il faut recalculer l'arbre de Huffman à chaque fois, afin d'émettre des prédictions sur le texte qui va suivre, basé sur la toute fin de ce qu'on a déjà compressé/décompressé.
Par contre, j'ai pas vraiment compris ce que tu explique (pourtant, ça à l'air intéressant), tu pourrais essayer de détailler plus ou de donner un exemple ?