Salut ! Le 2013-02-22 11:28, Tony Chemit a écrit :
Hello,
En vue de refaire Pollen from scratch, j'ai fait un peu le ménage dans les tickets.
Les tickets des version >= 2 en tous été placés sur une version fictive (http://chorem.org/versions/99), on pourra rebalayer ces tickets quand on va ré-écrire la version 2.0.
Sur la version 2.0 (http://chorem.org/versions/30), on a désormais que 3 tickets :
- persistence http://chorem.org/issues/885 (topia)
Je me demandais si la persistance NOSQL orientée document (MongoDB? Couchbase?) pourrait pas coller au modèle "vote" ? Je sais qu'on ne baigne pas dans ce paradigme, mais la souplesse et la "facilité" vu lors de conférence (JUG 2013 & Devoxx 2011), me laissent croire que ça peut coller...
- REST API http://chorem.org/issues/886 (webmotion (pollen/api)) - UI http://chorem.org/issues/887 (html/javascript - webmotion (pollen/ui))
Sur chaque ticket y'a un pad pour qu'on puisse rédiger le document qui va servir pour la réalisation. Ainsi on aura la documentation (technique) déjà faite.
Je compte faire une première passe sur l'api REST et le modèle de persistence, la semaine prochaine c'est la base...
Part-on dans l'idée de rester iso-fonctionnel, ou peut-on envisager d'y aller par etape, genre commencer à créer des sondages simples (oui/non et un total pour chaque choix) ? puis ensuite rajouter la complexité (Condorcet, pondération...)
Pour les UI, il faut entamer une reflexion, avec peut-être de l'aide extérieure (ergonomes, école de design,...); la technologie de réalisation n'est pas très importante (l'api REST va nous permettre de nous affranchir de ça).
Donc on pourrait imaginer du pure html-javascript, html 5, ... que sais-je.
Avis aux amateurs,
tony.
-- Yannick Martel