Tu as raison si l'on considère uniquement ce bulletin de vote.
Mais mettre "Très Bien" permet d'annuler un "A rejeter" qui a été mis sur un autre bulletin de vote. La ou un "Passable" ne l'annule pas entièrement.
Sur les 2 précédentes élections présidentielles, ce mode de strutin a été testé ou l'on mettait des notes allant de -2 à 2. Il est facile de voir ici que un 2 avantage plus le candidat C par rapport à B qu'un 0.
Sur 3 bulletins de vote on aurait par exemple :
A: 2, -2, -2 = -2
B: -2, 0, 2 = 0
C: 2, 1, -2 = 1
Donc ici la colonne 1 représente mon bulletin de vote, on voit bien que si je mets 0 et non 2 au candidat C, ce dernier passe à -1 et perd ainsi l'élection.
Tant que celui qui vote est influencé par le vote des autres (via les sondages, ou des suppositions), le dilemme du vote utile reste présent.
Certes, le score du candidat A n'est pas influencé par le score du candidat B.
Mais cette seule propriété ne suffit pas à exclure le vote utile.
Imaginons que l'on ait 3 candidats, A, B et C.
Selon mes idées, je vote pour le candidat A.
Je ne veux pas voir le candidat B arriver au pouvoir.
Le candidat C ne représente pas mes idées du tout, mais semble être le candidat favoris de la majorité.
Un vote utile serait donc le suivant :
Très bien pour le candidat A : je vote pour mes idées
A rejeter pour le candidat B : je m'oppose à ce candidat (je vote pour mes idées)
Très bien pour le candidat C : j'augmente son score contrairement à mes idées, pour augmenter les chances que le candidat B ne passe pas
Ce modèle de scrutin n'empêche pas le vote utile. Il en change simplement la forme.
Le vote utile dans le modèle de scrutin actuel prend la forme suivante : donner son au candidat le plus susceptible de remporter l'élection, afin d'évincer des candidats que l'on ne voudrait pas voir remporter l'élection.
Dans ce modèle, il prendrait la forme suivante : noter chaque candidat auquel on s'oppose avec la mention "A rejeter" et noter le plus susceptible de remporter l'élection avec la mention "Très Bien".
Ce modèle permet simplement de voter utile ET de voter pour ses idées (vu que tu peux attribuer au candidat qui te convient la mention "Très Bien").
Il existe depuis longtemps des modèles de scrutin différents, chacun essayant de parer au dilemme du vote utile, et à d'autres problèmes.
Le prototype (ou plutôt mock-up) est en cours, des updates arriveront sur la campagne kickstarter.
Concernant le paragraphe sur moi, il y en a déjà un minuscule et probablement insuffisant dans ma bio sur la page kickstarter (bon ok, il faut cliquer dessus pour la lire). Je vais rédiger ça un peu mieux.
En tout cas, merci pour les conseils, c'est la première fois que je tente un financement participatif, on verra la réussite (ou non) ^
Chaque activité aura un ensemble de tag, que les utilisateurs pourront soumettre avec l'approbation des fondateurs de l'activité. Du coup pour la recherche cela se passera avec 2 critères :
position GPS (donc soit la ville, soit sa propre position pour réduire/agrandir le rayon de recherche)
tag (social, technologique comme tu l'as suggéré du coup)
La campagne s'adresse à un publique plus large que juste un publique technique, la précision de libre est importante car OpenSource n'est pas forcément parlant, et l'expression FOSS pas forcément connue.
non, tout le monde ne pense pas du bien de, en fait c'est plutôt le contraire
Le contraire ? Si tu as des chiffres avec des sources je veux bien les voir. J'ai bien observé une communauté autour de ces deux exemples (~350 utilisateurs présents sur le forum de Duniter et 14 contributeurs sur le github).
Et ça, c'est que sur l'exemple de Duniter.
Note : après, je ne suis pas forcément la cible, mais faut savoir que le crowdfunding ne marche pas quand la cible des utilisateurs potentiels sont des gens fauchés
C'est un beau préjugé ça ! :)
(et les gens pas fauchés sont plus "open source" que "libre" si ils doivent choisir, par exemple).
Tu dis toi même qu'en pratique c'est la même chose, pourquoi devraient-ils faire un choix.
Pour conclure ma réponse, j'insisterai sur le pas seulement signifiant que je les deux aspects sont ciblés.
Ce qui signifierai qu'il faudrait que le driver utilisé en Input et en Output soit capable d'extraire le schéma afin que ce ne soit pas l'utilisateur qui le fasse.
En passant dans multiplication, il va voir que le "*" est absent, de même pour division, addition, et soustraction. Ainsi il rentre dans terme et c'est validé.
Sans parler d'ORM, on a dans Canopsis depuis quelque temps un système de ce genre.
On a une API "Storage" qui fournit les opérations de base que l'on réalise sur différents types de techno (default pour clé/valeur, graph, timed et periodical pour de la timeserie, etc…), et on code un driver qui implémente cette API (à ce jour on a du MongoDB 2 et InfluxDB).
Après au niveau de la config, on spécifie l'URL du-dit Storage.
Ça sera externalisé du projet sous peu et dispo sur PyPI ^
Je te renvoi vers cet article qui parle justement de ça.
S'il n'est pas prévu d'ajouter du support pour des bases Not Only SQL (MongoDB, ElasticSearch, CouchDB, Cassandra, …), ou au moins de fournir la possibilité d'ajouter des "drivers", alors il faudrait peut être penser à renommer le projet sql2twitter.
Je vois trop souvent cet amalgame, cela en devient frustrant.
Personnellement, je pense que la différence est la même qu'entre supervision et monitoring, c'est à dire qu'on introduit une méthodologie pour la résolution d'éventuels problèmes (identification, acquittement, déclaration de ticket, résolution).
Ici l'hypervision complète cette méthodologie, en unifiant les différentes solutions de supervision, et en remontant des statistiques sur cette méthodologie (SLA sur les durées d'acquittement, de résolution des problèmes et de disponibilité des services par exemple).
Le monitoring permet de surveiller (vérifier que le système fonctionne), et la supervision/hypervision permettent de prendre une décision quand il ne fonctionne pas (quel est le problème et la procédure à appliquer pour le résoudre ?).
Je pense aussi qu'on ne peut avoir l'un sans l'autre pour être réellement efficace.
Quand je dis "langage courant" ça reste bien sûr dans le domaine de l'informatique. Tu le dis toi même : "vu le nombre de personne qui parlent d'hypervision pour la virtualisation".
Donc bien sûr que c'est un jeu de mot, avec "hypervision" on accepte beaucoup plus facilement l'idée que cela se place au dessus (étymologie de hyper) de la supervision.
Dans Canopsis il y a toute une partie événementielle que n'ont pas ses solutions.
Quand j'écris qu'on récupère des données depuis les sources type Nagios/Shinken/Icinga/… c'est donc les checks, les downtimes, les ack, etc…
Et du coup quand j'écris qu'on peut interagir avec depuis l'application web, c'est qu'on propose une vue (personnalisable comme tout le reste) qui permet d'unifier tout ça (donc de poser des ACK, des downtimes, de requalifier la criticité des alarmes, et même de faire de la déclaration de ticket dans des outils tierces type iTop).
De plus, on fournit des éléments permettant de faire de la root cause analysis avec des outils tels que les sélecteurs ou les topologies (en cours d'amélioration d'ailleurs).
Je garde dans un coin l'idée de faire une dépêche pour parler de tout ça plus en détail ;)
Merci pour les retours en tout cas, je ne connaissais pas TICK ni Prometheus.
ce que j'ai exposé comme une sorte de pastebin, en gros un répertoire de code disponible pour tout utilisateur (il récupère ainsi le code et l'insère en base via l'UI)
lieu de stockage pour le code généré par les schémas JSON (une idée qui nous trotte dans la tête depuis un moment sans que quoi que ce soit ne soit encore mis en oeuvre pour)
Certes cela permet également à l'utilisateur de fournir son propre code, et donc de le mettre également à jour sans changer le socle comme tu dis, mais ce n'est qu'une conséquence.
Effectivement c'est une idée à creuser, heureusement que pour le moment la problématique ne se pose pas car Canopsis est généralement installé sur des infra interne où les utilisateurs n'ont aucun intérêt à injecter du code malicieux (m'enfin, on sait jamais).
De toutes façons, d'autres critères doivent prévenir l'exécution du code (absence de TU ou ceux ci ne passent pas ?).
[^] # Re: J'aime bien l'idée !
Posté par David Delassus (site web personnel) . En réponse au journal Jugement majoritaire. Évalué à 1.
Tu as raison si l'on considère uniquement ce bulletin de vote.
Mais mettre "Très Bien" permet d'annuler un "A rejeter" qui a été mis sur un autre bulletin de vote. La ou un "Passable" ne l'annule pas entièrement.
Sur les 2 précédentes élections présidentielles, ce mode de strutin a été testé ou l'on mettait des notes allant de -2 à 2. Il est facile de voir ici que un 2 avantage plus le candidat C par rapport à B qu'un 0.
Sur 3 bulletins de vote on aurait par exemple :
Donc ici la colonne 1 représente mon bulletin de vote, on voit bien que si je mets 0 et non 2 au candidat C, ce dernier passe à -1 et perd ainsi l'élection.
Tant que celui qui vote est influencé par le vote des autres (via les sondages, ou des suppositions), le dilemme du vote utile reste présent.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: J'aime bien l'idée !
Posté par David Delassus (site web personnel) . En réponse au journal Jugement majoritaire. Évalué à 2.
Certes, le score du candidat A n'est pas influencé par le score du candidat B.
Mais cette seule propriété ne suffit pas à exclure le vote utile.
Imaginons que l'on ait 3 candidats, A, B et C.
Selon mes idées, je vote pour le candidat A.
Je ne veux pas voir le candidat B arriver au pouvoir.
Le candidat C ne représente pas mes idées du tout, mais semble être le candidat favoris de la majorité.
Un vote utile serait donc le suivant :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: J'aime bien l'idée !
Posté par David Delassus (site web personnel) . En réponse au journal Jugement majoritaire. Évalué à 0.
Ce modèle de scrutin n'empêche pas le vote utile. Il en change simplement la forme.
Le vote utile dans le modèle de scrutin actuel prend la forme suivante : donner son au candidat le plus susceptible de remporter l'élection, afin d'évincer des candidats que l'on ne voudrait pas voir remporter l'élection.
Dans ce modèle, il prendrait la forme suivante : noter chaque candidat auquel on s'oppose avec la mention "A rejeter" et noter le plus susceptible de remporter l'élection avec la mention "Très Bien".
Ce modèle permet simplement de voter utile ET de voter pour ses idées (vu que tu peux attribuer au candidat qui te convient la mention "Très Bien").
Il existe depuis longtemps des modèles de scrutin différents, chacun essayant de parer au dilemme du vote utile, et à d'autres problèmes.
Je recommande le visionnage de cette vidéo (et accessoirement cette série de vidéo) : https://www.youtube.com/watch?v=wKimU8jy2a8
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Cool ton projet !
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
J'ai traduit la première, mais la seconde je ne peux pas l'éditer vu qu'elle vient d'être sélectionnée (je n'ai pas été assez rapide).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: C'est quoi l'entreprise que tu lances?
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
J'ai un journal la-dessus qui sera publié en temps voulu, pour l'instant il n'est pas encore fini.
Mais pour un Not Published;Didn't Read: il s'agira d'une entreprise de développement de logiciel médical open source.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Pas gagné
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Le prototype (ou plutôt mock-up) est en cours, des updates arriveront sur la campagne kickstarter.
Concernant le paragraphe sur moi, il y en a déjà un minuscule et probablement insuffisant dans ma bio sur la page kickstarter (bon ok, il faut cliquer dessus pour la lire). Je vais rédiger ça un peu mieux.
En tout cas, merci pour les conseils, c'est la première fois que je tente un financement participatif, on verra la réussite (ou non) ^
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Cool ton projet !
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Merci beaucoup pour ton soutiens !
Chaque activité aura un ensemble de tag, que les utilisateurs pourront soumettre avec l'approbation des fondateurs de l'activité. Du coup pour la recherche cela se passera avec 2 critères :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: lien moisi
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Merci :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Pas gagné
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
La campagne s'adresse à un publique plus large que juste un publique technique, la précision de libre est importante car OpenSource n'est pas forcément parlant, et l'expression FOSS pas forcément connue.
Le contraire ? Si tu as des chiffres avec des sources je veux bien les voir. J'ai bien observé une communauté autour de ces deux exemples (~350 utilisateurs présents sur le forum de Duniter et 14 contributeurs sur le github).
Et ça, c'est que sur l'exemple de Duniter.
C'est un beau préjugé ça ! :)
Tu dis toi même qu'en pratique c'est la même chose, pourquoi devraient-ils faire un choix.
Pour conclure ma réponse, j'insisterai sur le pas seulement signifiant que je les deux aspects sont ciblés.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: existant
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Je connais demosphere, mais je n'ai pas trouvé grand chose au niveau application mobile.
Après, cela peut être des sources d'informations pour remplir la base de données initialement afin d'éviter une période vide sur l'application.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Communecter
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Communecter et CoNet se rejoignent sur certains points mais :
En tout cas, je ne dis pas non pour être mis en contact, si on peut fédérer nos efforts, cela ne peut être qu'une bonne chose !
Merci pour ton retour ;)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: lien moisi
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
C'est ça, merci d'avance.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: lien moisi
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Effectivement, si un modo passe par la et peut l'éditer !
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Emulation d'un CPU 32-bits sur MCU 8-bits
Posté par David Delassus (site web personnel) . En réponse au journal [Bookmark] Faire tourner Linux sur un micro-contrôleur 8-bit. Évalué à 1.
Faut savoir être patient dans la vie, ça laisse le temps d'aller se faire un long café.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: une catastrophe se prépare
Posté par David Delassus (site web personnel) . En réponse au journal Présentation d'un outil de migration léger en python. Évalué à 3.
Ce qui signifierai qu'il faudrait que le driver utilisé en Input et en Output soit capable d'extraire le schéma afin que ce ne soit pas l'utilisateur qui le fasse.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Merci
Posté par David Delassus (site web personnel) . En réponse au journal Lancement de mes pages Tipeee et Liberapay. Évalué à 1.
De ce que j'ai compris, le système c'est plutôt :
Le travail est fait, don ou pas don. Il ne s'agit donc pas d'un échange, il n'y a aucune rémunération.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Grammaire en boucle infinie ?
Posté par David Delassus (site web personnel) . En réponse au journal Génération de code (Python) avec Grako. Évalué à 1.
En passant dans
multiplication, il va voir que le"*"est absent, de même pourdivision,addition, etsoustraction. Ainsi il rentre danstermeet c'est validé.https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: suivi
Posté par David Delassus (site web personnel) . En réponse au message Access-Control-Allow-Origin sur les flux Atom de LinuxFR. Évalué à 1.
Merci du conseil, done.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: DB = DataBase != SQL
Posté par David Delassus (site web personnel) . En réponse au journal Tweeter le contenu de votre base de données - db2twitter - support des tweets avec image. Évalué à 2.
Sans parler d'ORM, on a dans Canopsis depuis quelque temps un système de ce genre.
On a une API "Storage" qui fournit les opérations de base que l'on réalise sur différents types de techno (default pour clé/valeur, graph, timed et periodical pour de la timeserie, etc…), et on code un driver qui implémente cette API (à ce jour on a du MongoDB 2 et InfluxDB).
Après au niveau de la config, on spécifie l'URL du-dit Storage.
Ça sera externalisé du projet sous peu et dispo sur PyPI ^
Je te renvoi vers cet article qui parle justement de ça.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# DB = DataBase != SQL
Posté par David Delassus (site web personnel) . En réponse au journal Tweeter le contenu de votre base de données - db2twitter - support des tweets avec image. Évalué à 0.
S'il n'est pas prévu d'ajouter du support pour des bases Not Only SQL (MongoDB, ElasticSearch, CouchDB, Cassandra, …), ou au moins de fournir la possibilité d'ajouter des "drivers", alors il faudrait peut être penser à renommer le projet sql2twitter.
Je vois trop souvent cet amalgame, cela en devient frustrant.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Ouf
Posté par David Delassus (site web personnel) . En réponse à la dépêche Présentation technique de Canopsis. Évalué à 2.
Merci pour le retour :)
Personnellement, je pense que la différence est la même qu'entre supervision et monitoring, c'est à dire qu'on introduit une méthodologie pour la résolution d'éventuels problèmes (identification, acquittement, déclaration de ticket, résolution).
Ici l'hypervision complète cette méthodologie, en unifiant les différentes solutions de supervision, et en remontant des statistiques sur cette méthodologie (SLA sur les durées d'acquittement, de résolution des problèmes et de disponibilité des services par exemple).
Le monitoring permet de surveiller (vérifier que le système fonctionne), et la supervision/hypervision permettent de prendre une décision quand il ne fonctionne pas (quel est le problème et la procédure à appliquer pour le résoudre ?).
Je pense aussi qu'on ne peut avoir l'un sans l'autre pour être réellement efficace.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: jouer sur les mots
Posté par David Delassus (site web personnel) . En réponse à la dépêche Présentation technique de Canopsis. Évalué à 5.
Quand je dis "langage courant" ça reste bien sûr dans le domaine de l'informatique. Tu le dis toi même : "vu le nombre de personne qui parlent d'hypervision pour la virtualisation".
Donc bien sûr que c'est un jeu de mot, avec "hypervision" on accepte beaucoup plus facilement l'idée que cela se place au dessus (étymologie de hyper) de la supervision.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: canopsis
Posté par David Delassus (site web personnel) . En réponse au journal Code Python en BDD avec Canopsis. Évalué à 2.
Dans Canopsis il y a toute une partie événementielle que n'ont pas ses solutions.
Quand j'écris qu'on récupère des données depuis les sources type Nagios/Shinken/Icinga/… c'est donc les checks, les downtimes, les ack, etc…
Et du coup quand j'écris qu'on peut interagir avec depuis l'application web, c'est qu'on propose une vue (personnalisable comme tout le reste) qui permet d'unifier tout ça (donc de poser des ACK, des downtimes, de requalifier la criticité des alarmes, et même de faire de la déclaration de ticket dans des outils tierces type iTop).
De plus, on fournit des éléments permettant de faire de la root cause analysis avec des outils tels que les sélecteurs ou les topologies (en cours d'amélioration d'ailleurs).
Je garde dans un coin l'idée de faire une dépêche pour parler de tout ça plus en détail ;)
Merci pour les retours en tout cas, je ne connaissais pas TICK ni Prometheus.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Utilité
Posté par David Delassus (site web personnel) . En réponse au journal Code Python en BDD avec Canopsis. Évalué à 1.
En réalisant cela, on a pensé à deux usages :
Certes cela permet également à l'utilisateur de fournir son propre code, et donc de le mettre également à jour sans changer le socle comme tu dis, mais ce n'est qu'une conséquence.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Puissant… et dangereux
Posté par David Delassus (site web personnel) . En réponse au journal Code Python en BDD avec Canopsis. Évalué à 2.
Effectivement c'est une idée à creuser, heureusement que pour le moment la problématique ne se pose pas car Canopsis est généralement installé sur des infra interne où les utilisateurs n'ont aucun intérêt à injecter du code malicieux (m'enfin, on sait jamais).
De toutes façons, d'autres critères doivent prévenir l'exécution du code (absence de TU ou ceux ci ne passent pas ?).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg