Talk:Reunions

pv archivés: pv-archives

pv 15.02.12
Ordre du jour  développement du prototype suite  possibilités avec l'université de Sarajevo modalités financement calendrier  

Développement du prototype suite Tout d'abord, on est tous d'accord qu'il est intéressant de pouvoir mener le développement du projet à son terme. Il serait aussi très intéressant si des milieux liés à la recherche et à l'académie pouvait le tester et l'utiliser. Pour termnier le développement Il pourrait y avoir une possibilité du côté de l'Universtité de Sarajevo.

 modalités Adla contact les personnes de la faculté d'informatique à Sarajevo pour constituer une équipe de env 2 personnes qui serait intéressée de poursuivre le développement de l'applet. Adla se charge d'établir ces contacts à partir du 1er mars, lorsqu'elle sera de retour à Sarajevo.

Deux personnes = 1 assistant, chargé de projet pour la coordination, et un étudiant avancé ou de niveau doctorant pour le développement (plus de personnes peut devenir compliqué à gérer pour le chargé de projet).

Les compétences nécessaires sont bonnes connaissances du langage JAVA, de la maintenance du serveur, compréhension des buts du projet, et bonnes connaissance de l'anglais pour la communication avec le reste de l'équipe.

Ce développement consiste en: 

 mettre à jour le plugin buzzaarbar pour Firefox (poursuivre les MAJ tant que c'est possible et nécessaire).</li> poursuivre le développement de l'applet, la vectorisation et la mise à jour de toutes les fonctionnalités telles qu'elles sont déjà définies et codées. L'équipe Les codes sources de Duc et les développements de Thomas sont disponibles. Il n'est pas question de refaire tout «from scratch» mais bien d'utiliser les codes sources pour poursuivre le développement.</li> l'équipe utiliserait leur propre serveur. Cela ne devrait pas poser de difficulté puisqu'il s'agit pour l'heure d'un serveur centralisé et non d'une architecture pair à pair comme prévu au départ. (vérifier au départ que les problématiques posées par l'anonymisation et la protection des données peuvent être gérées).</li> </ul>

budget l'équipe bénéficierait d'un budget pour le développement et le déplacement: une rencontre avec l'équipe de l'epfl doit pouvoir être organisée en début de développement). Pour le tout ( développement + déplacement) on estime les frais à env. 7000.- que le LIA (martin sur le budget dont il dispose au LIA) et meetopia (nathalie sur la subvention) s'engage à couvrir à raison de 50% des frais chacun ( env. 3'500).</li>

calendrier une fois l'équipe réunie, le développement pourrait commencer à partir de mai / juin ( prévoir un déplacement et une rencontre avec Martin et Duc) et si possible le développement se poursuivrait jusqu'en octobre env.

Deadline pour terminer ce travail: fin octobre / début novembre</li> Une fois le développement terminé, des sessions publiques pourront alors être organisées pour tester l'applet, le site et les fonctionnalités auprès d'un public cible ( les modalités en terme de lieu de contenu, d'organisation et de fréquences restant à définir).</li> </ol>

important: une fois l'équipe constituée, définir une convention de travail, précisant les droits d'auteurs, les engagements des uns et des autres ainsi que les licences utilisées dans le développement ; le prototype est et doit rester sous licence GNU/GPL

Une fois que tout le travail est terminé se pose la question de la maintenance du projet, et de la maintenance du plugin "buzzaarbar" dont le fonctionnement n'est plus garantit a chaque nouvelle MAJ du navigateur Firefox. Une solution pourrait être de le confier à une équipe de développement de la communauté Mozilla. Si c'est possible, ça pourrait être une réponse à terme pour les MAJ régulières du plugin(à réfléchir).

pv 14.11.11
ordre du jour  développement java du prototype, qui et deadline</li>  site web - deadline</li> phases de test publiques</li> </ol>

développement du prototype dès demain Martin va poster une demande d'emploi pour un étudiant de l'EPFL qui doit avoir le profil nécessaire pour finir le développement du prototype. Ce qui devrait prendre env. 2 mois de travail à 50%.

Deadline pour finir ce proto: fin janvier 2012

la deadline finale pour déposer le prototype doit être fixée au plus tard dans la deuxième partie du premier trimestre 2012. En mars, tout devrait être déposé. la finalisation comprend: le prototype développé et mis à jour, le site web mis à jour et mis en ligne, un catalogue et un papier attestant des phases de développement, de la recherche.

site web Pour le moment, on s'en tient à cette version du site: donc pas de recherche d'un web designer. Martin propose que les scénarios étant aboutis, on peut passer à une première phase de test auprès d'un public, pour vérifier que les gens comprennent ce que l'on propose.

phases de tests Idéalement, la première phase de test qui se concentre sur les trois scénarios peut être menée 'parallèlement à la finalisation du travail sur le code java du prototype. De cette manière on ne perd pas de temps. Idéalement on devrait mener cette première étape avant la fin de l'année 2011.

La deuxième phase de test se déroulera lorsque le proto sera finalisé. Idéalement, il s'agirait d'un autre publique que pour la première phase de test.

préparation de la première phase de test chaque scénario comprend trois étapes de test   visualisation du scénario image par image - puis discussion ouverte: qu'est-ce qui est compris ou non ?</li>  mise en situation: au moyen de cartes représentatives du prototype, on vérifie que les auditeurs ont bien cernés les différents aspects de la proposition. Ces cartes sont différentes selon les scénarios et mettent en scène chacun une fonction abordée dans le scénario en question.</li>  interprétation: on questionne les auditeurs sur les manipulations qu'ils devraient faire si ils voulaient obtenir tel ou tel résultat, et en quoi c'est intéressant pour eux.</li> </ul> voir description des situations pour chaque scénario:

Le but de ces présentations est de vérifier si ce que l'on propose est compris par les gens et dans le cas contraire, comment il faudrait le présenter. D'autre part, ça permet de vérifier la pertinence de nos propositions: est-ce que c'est intéressant ?

pv 21.09.11
nouvelles de l'équipe Martin change d'affectation et quitte le labo d'I.A de l'epfl. il sera dans un autre département tjrs à l'epfl. ce changement sera effectif à partir de novembre. D'ici à fin octobre, une grande partie du projet soit pouvoir être terminée pour passer à la phase des évaluations publiques

rappel des objectifs du projet 1. développement d'un proto fonctionnel > fin nov - décembre

2. évaluation publique  de ce proto > décembre

3. rédaction d'un rapport, catalogue qui atteste de la recherche et permet de la rendre publique > décembre 2011 - janvier 2012

Ces documentations seront très importantes, elles attestent de la recherche, et permettent de s'inscrire dans des conférences, festival etc .. pour rendre publique le projet. Eventuellement elles peuvent servir de base pour la recherche de nouveaux fonds de développement pour la suite.

viabilité du projet:

Pour assurer une viabilité du projet au delé du développement du proto, il est nécessaire d'avoir des ressources plusieurs pistes:  <li> transfert industriel</li> <li>création d'une start-up</li> <li>appel à une communauté qui reprend le proto et le développe ( par ex: la communauté mozilla si elle a un intérêt à la faire</li> <li>recherche de fonds pour continuer le développement au delà du prototype.</li> <li>status quo, personne ni ressource pour continuer le développement et le projet s'arrête. Une archive est maintenue sur le serveur de l'epfl. en tant qu'archive</li> </ul>

plannification jusqu'à la fin de l'année

1. site web buzzaar.net

<li>index: scénarios à finaliser</li> <li>partie des textes - revoir et modifier</li> <li> structure du site et charte graphique - finaliser</li> <li> trouver un web developpeur qui sera chargé de construire le site en php</li> </ul>

2. applet java et plugin 

<li> le développement de l'applet a pris du retard; problème de compréhension ou de compétences des développeurs vietnamiens; martin doit vérifier cette semaine si on garde cette équipe ou si on prend quelqu'un d'autre ( évent. un étudiant, qui serait payé pour ce travail en plus de ses études = léger surcoût)</li> <li> plugin: mise à jour avec la nouvelle version de Firefox: idem</li> </ul>

pv 03.08.11
accès à l'intranet l'accès à l'intranet fonctionne !

nat peut aller voir le nouvel applet par cette possibilité.

par contre il faut qu'à l'epfl, des ports soient ouvert pour permettre aux autres qui n'ont pas de login à l'intranet de pouvoir travailler sur ce nouvel applet

applet new functionnalities delai d'envoi des specs aux vietnamiens: entre le 8 et 10 août.

lundi on continue à travailler sur la comparaison des deux applets et les modifications à apporter à l'interface.

gestion des droits des utilisateurs de buzzaar Les droits des users de buzzaar sont revus.

1. Les registrered users n'ont actuellement pas le droit d'écrire sur le serveur. Tant qu'il n'y a pas de gestion des utilisateurs et des contenus, on préfère pas risquer que n'importe quoi soit écrit sur le serveur. Alex rapelle que la responsabilité pénale incombe à l'hébergeur du contenu...

2. Il n'y a plus d'espace privé membres sur le serveur de buzzaar. Les membres enregistrent les cartes sur leurs machines exclusivement.

3. la différence entre les guests et les registered users est que les derniers ont le plugin et qu'à chaque import de leur carte ils peuvent mettre à jour leurs données, et ils peuvent créer de nouvelles cartes à partir de leurs données brutes qui sont importées sur le serveur.

5. les guests  peuvent jouer avec les cartes publiques, importer, exporter. mais ils ne peuvent pas ni mettre à jour leurs données, ni créer des cartes personnelles ( ils n'ont pas de plugin)

6. une nouvelle catégorie d'utilisateurs: les modérateurs, nombre limité, ont le droit d'écrire sur le serveur.

7. les cartes partagées: sont les cartes sur le ''buzzaar public space'

elles sont enregistrées et filtrées par les modérateurs. Ce ne sont pas exclusivement des filtres de la carte publique mais ça peut être des résultats de cartes plus personnelles.

reste à régler

A. quelle est la carte par défaut ?

B. ou s'enregistre les préférences de couleurs, d'icones des registered users ?

C. si les membres envoient leur données sur le serveur, ces données sont bien stockées sur le serveur ...

interface le menu principal ( container menubar) doit être rajouté

on revoit les menus et les icons qui les accompagnent

reste à revoir et modifier:

les derniers sous-menu du menubar ( settings, showby, help)

la toolbar et les boutons

le userbar ( container des informations pour les utilisateurs)

L'ensemble des couleurs des différents comportements fixés dans la charte graphique pour les menu, menu rollover, bouton, bouton rollover etc ...

voir documentations

specs pour les programmeurs -- doit être complété lundi 08.08.11

documentation sur les menus, interface, fonctionnalités, ... doit être mis à jour et complété lundi 08.08.11