Le contenu de cette page est potentiellement obsolète.
Le wiki sert d'archive et certaines pages ne représentent plus la vision actuelle du Parti Pirate. Pour connaître les positions des Pirates, aujourd'hui, vous pouvez consulter :
Et pour toute autre question, vous pouvez nous contacter et discuter avec nous :
contact@partipirate.org | @PartiPirate sur Twitter | Parti Pirate sur Facebook | Discourse (espace libre d'échanges et discussions) | Discord (espace d'échanges instantanés textuel et vocal)
Différences entre les versions de « Liqd »
Aller à la navigation
Aller à la recherche
(Page créée avec « = LIQD = LIQD est un outil de démocratie liquide basé sur le logiciel allemand "Adhocracy". C'est un projet visant à doter le Parti Pirate d'un outil similaire mais a... ») |
(→LIQD) |
||
| Ligne 5 : | Ligne 5 : | ||
C'est un projet visant à doter le Parti Pirate d'un outil similaire mais adaptable à nos besoins, à nos spécificités juridiques, ou culturelles. | C'est un projet visant à doter le Parti Pirate d'un outil similaire mais adaptable à nos besoins, à nos spécificités juridiques, ou culturelles. | ||
'''INTRODUCTION''' | '''INTRODUCTION''' | ||
| Ligne 17 : | Ligne 17 : | ||
*Un outil simplifiée techniquement. Moins de dépendances, facile à installer, déployer, adapter, etc... | *Un outil simplifiée techniquement. Moins de dépendances, facile à installer, déployer, adapter, etc... | ||
'''DESCRIPTION FONCTIONNELLE (simplifiée mais avec un exemple concret)''' | '''DESCRIPTION FONCTIONNELLE (simplifiée mais avec un exemple concret)''' | ||
| Ligne 27 : | Ligne 26 : | ||
*Une instance dispose d'une durée de validité définie dans le temps. A la fin de cette période, il est possible de prolonger les discussions ou valider définitivement l'instance avec les règles votées. | *Une instance dispose d'une durée de validité définie dans le temps. A la fin de cette période, il est possible de prolonger les discussions ou valider définitivement l'instance avec les règles votées. | ||
'''PLANNING (simplifié)''' | '''PLANNING (simplifié)''' | ||
| Ligne 34 : | Ligne 32 : | ||
*Version Beta => Fin Mars 2012 | *Version Beta => Fin Mars 2012 | ||
'''ON RECRUTE''' | '''ON RECRUTE''' | ||
| Ligne 44 : | Ligne 42 : | ||
*Un pom pom boy (C'est pas pour moi) | *Un pom pom boy (C'est pas pour moi) | ||
| Ligne 56 : | Ligne 52 : | ||
*Bugzilla | *Bugzilla | ||
''(Les spécifications techniques ci-dessus peuvent évoluer en fonction des besoins ou l'évolution du projet)'' | |||
'''QUELQUES LIENS UTILS''' | '''QUELQUES LIENS UTILS''' | ||
| Ligne 74 : | Ligne 70 : | ||
*[http://www.siteduzero.com/tutoriel-3-254198-gerez-vos-codes-source-avec-git.html Site Du Zero] | *[http://www.siteduzero.com/tutoriel-3-254198-gerez-vos-codes-source-avec-git.html Site Du Zero] | ||
'''PRÉSENTATION DES MEMBRES''' | '''PRÉSENTATION DES MEMBRES''' | ||
*Cyril <CRL> B => Responsable du projet, coordinateur, développeur, graphiste, admin, fait le café et apporte le petit dej' le matin. | *Cyril <CRL> B => Responsable du projet, coordinateur, développeur, graphiste, admin, fait le café et apporte le petit dej' le matin. | ||
* | *Citation :'' Si quelque chose « peut » mal tourner, alors cette chose finira « infailliblement » par mal tourner »'' | ||
*manudwarf => curieux, beta-testeur, traducteur, trolleur | *manudwarf => curieux, beta-testeur, traducteur, trolleur | ||
*qqdqq => curieux, beta-testeur, trolleur | *qqdqq => curieux, beta-testeur, trolleur | ||
| Ligne 87 : | Ligne 81 : | ||
'''BASE DE DONNEES''' | '''BASE DE DONNEES''' | ||
| Ligne 98 : | Ligne 90 : | ||
*La table blocs permet de gérer les blocs statiques (Exemples qui-sommes-nous, plan-du-site, informations-générales, etc...) | *La table blocs permet de gérer les blocs statiques (Exemples qui-sommes-nous, plan-du-site, informations-générales, etc...) | ||
*Le tstamp permet de gérer l'accès concurrentiel aux données. | *Le tstamp permet de gérer l'accès concurrentiel aux données. | ||
* | *''On récupère le tstamp lors de l'ouverture de la page et on le compare avec sa valeur dans la base de données lors d'une mise à jour. Si le tstamp est différent, on alerte l'utilisateur que la donnée a changée entre temps.'' | ||
*Le checksum permet de valider l'intégrité des données d'une ligne. Il est calculé avec une clé privé et l'ensemble des données de la ligne. | *Le checksum permet de valider l'intégrité des données d'une ligne. Il est calculé avec une clé privé et l'ensemble des données de la ligne. | ||
*Les tables comment, votes, tags ne sont pas liées à une table en particulier car il peut y avoir des tags, ou des commentaires sur des propositions ou des motions. Il peut même y avoir des commentaires sur des commentaires. Pour cela, on utilise 2 colonnes pour identifier la table cible et la ligne. | *Les tables comment, votes, tags ne sont pas liées à une table en particulier car il peut y avoir des tags, ou des commentaires sur des propositions ou des motions. Il peut même y avoir des commentaires sur des commentaires. Pour cela, on utilise 2 colonnes pour identifier la table cible et la ligne. | ||
* | *''statTable permet d'identifier la table liée'' | ||
* | *''statLine permet d'identifier la ligne liée dans la table référencée par statTable'' | ||
Version du 17 septembre 2012 à 18:51
LIQD
LIQD est un outil de démocratie liquide basé sur le logiciel allemand "Adhocracy".
C'est un projet visant à doter le Parti Pirate d'un outil similaire mais adaptable à nos besoins, à nos spécificités juridiques, ou culturelles.
INTRODUCTION
Le sujet a été lancé sur le forum du Parti Pirate ici : [1]
Il fait suite aux nombreux #FAIL de certains membres du PP pour installer Adhocracy. (Pas doués, mais motivés)
La cible est :
- Un outil fonctionnellement similaire bien que simplifié sur certains points (normes, variants, etc..)
- Un outil simplifiée techniquement. Moins de dépendances, facile à installer, déployer, adapter, etc...
DESCRIPTION FONCTIONNELLE (simplifiée mais avec un exemple concret)
- Création d'une instance par un membre du PP (Appelons le "TOTO"). Une instance est un sujet de réflexion. (Exemple : Refonte des statuts du PP)
- Dans cette instance, TOTO va définir le sujet, une introduction, et les "normes existantes". Une norme est un élément déjà existant sur le sujet en cours. (Exemple : Les différents points présent dans les statuts)
- Les utilisateurs (Appelons les "A", "B" et "C") vont rejoindre et échanger sur le sujet avec d'autres membres de la communauté.
- Les utilisateurs (A, B, C et TOTO) vont proposer et voter pour des variantes aux normes actuelles. (Exemple : Variante à la composition du bureau : 1 seul président et non de coprésidences à 2, 3, 4, ou même 42)
- Les règles sont validées. Le résultat final est un statu quo (règle initiale existante) ou une des variantes proposées
- Une instance dispose d'une durée de validité définie dans le temps. A la fin de cette période, il est possible de prolonger les discussions ou valider définitivement l'instance avec les règles votées.
PLANNING (simplifié)
- Développement => En cours...
- Version Alpha => Fin Janvier 2012
- Version Beta => Fin Mars 2012
ON RECRUTE
- Des développeurs ou développeuses (à partir de maintenant)
- Des traducteurs ou traductrices (à partir de maintenant)
- Des bêta-testeurs ou bêta-testeuses (pas tout de suite)
- Des personnes motivées pour tout et n'importe quoi (à partir de maintenant)
- Une pom pom girl (C'est une annonce privée)
- Un pom pom boy (C'est pas pour moi)
PRÉSENTATION DE L'ENVIRONNEMENT TECHNIQUE
- Serveur dédié kimsufi Linux
- Apache
- Mysql
- PHP & Sympfony2
- GIT
- Bugzilla
(Les spécifications techniques ci-dessus peuvent évoluer en fonction des besoins ou l'évolution du projet)
QUELQUES LIENS UTILS
- On en parle sur le forum du PP : [2]
- Le serveur PHP : liqd.dyndns.org
- L'accès à Bugzilla : liqd.dyndns.org/bugzilla3
- Symfony2 :
- [3]
- [4]
- [5]
- GIT
- Git Community Book (fr)
- Git Community Book (en)
- Site Du Zero
PRÉSENTATION DES MEMBRES
- Cyril <CRL> B => Responsable du projet, coordinateur, développeur, graphiste, admin, fait le café et apporte le petit dej' le matin.
- Citation : Si quelque chose « peut » mal tourner, alors cette chose finira « infailliblement » par mal tourner »
- manudwarf => curieux, beta-testeur, traducteur, trolleur
- qqdqq => curieux, beta-testeur, trolleur
- Tukish => aide développement, traducteur
- Tons_1 => aide au développement
- Qui d'autre ? /-)
BASE DE DONNEES
Attention, le schéma de la base de données est susceptible d'évoluer.
Quelques précisions :
- Toutes les tables sont préfixées liqd_
- La table blocs permet de gérer les blocs statiques (Exemples qui-sommes-nous, plan-du-site, informations-générales, etc...)
- Le tstamp permet de gérer l'accès concurrentiel aux données.
- On récupère le tstamp lors de l'ouverture de la page et on le compare avec sa valeur dans la base de données lors d'une mise à jour. Si le tstamp est différent, on alerte l'utilisateur que la donnée a changée entre temps.
- Le checksum permet de valider l'intégrité des données d'une ligne. Il est calculé avec une clé privé et l'ensemble des données de la ligne.
- Les tables comment, votes, tags ne sont pas liées à une table en particulier car il peut y avoir des tags, ou des commentaires sur des propositions ou des motions. Il peut même y avoir des commentaires sur des commentaires. Pour cela, on utilise 2 colonnes pour identifier la table cible et la ligne.
- statTable permet d'identifier la table liée
- statLine permet d'identifier la ligne liée dans la table référencée par statTable