Le contenu de cette page est potentiellement obsolète.

Le wiki sert d'archive et ne représente pas 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 :

Liqd

De Wiki du Parti Pirate
Sauter à la navigation Sauter à la recherche

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]

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


Liqd.png