Liqd

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.

ATTENTION CE PROJET N'A PAS ETE MENE A TERME. LE PARTI PIRATE UTILISE ACTUELLEMENT LIQUIDFEEDBACK.[1]

INTRODUCTION

Le sujet a été lancé sur le forum du Parti Pirate ici : [2]

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 UTILES

• On en parle sur le forum du PP : [3]

• Le serveur PHP : liqd.dyndns.org
• L'accès à Bugzilla : liqd.dyndns.org/bugzilla3
• Symfony2 :
• [4]
• [5]
• [6]
• 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