Re: [ostorybook-dev] Re: Questions sur la V6

[oStorybook <ostorybook@xxxxxxxxx>]

Pas grand chose à ajouter.

Pour moi il y a deux grands chantiers:
- définir les outils et interfaces de développement: GIT, hébergeur,
mailing-list, forum, gestion de ticket, etc... (c'est dans le désordre)
- définir les fonctions indispensables

C'est seulement ensuite qu'on pourra définir les données à gérer, sur la
base de ce qui existe.

De mon point de vue ce qui manque cruellement c'est la documentation, du
plus simple et de pus basique jusqu'à la documentation technique
nécessaire aux développeurs.

Comme tu le suggère ce serait bien de pouvoir cerner les usages des
utilisateurs. Mais force est de constater que les retours sont rares, et
je ne suis pas certain que lancer une enquête nous en apprendrait plus.
Ceci dit je peux le faire via les site qui dispose d'une diffusion de
message à tous les abonnés. J'utilise très rarement cette possibilité
par crainte d'indisposer les-dits abonnés.

Le 30/11/2020 à 10:40, Bernard Méhaut a écrit :
> Bonjour à vous,
> 
> En tant qu'utilisateur, la V5 me semble déjà très complète. Par contre,
> je comprends qu'un architecte projet informatique imagine des 
> modifications / améliorations ! Mon regard est peut-être différent du
> vôtre car extérieur. Je n'ai pas mis les mains dans le cambouis ! Je
> vais tenter de donner mon avis dans les différents paragraphes.
> 
> Une remarque préliminaire. Serait-il envisageable de sonder les
> utilisateurs pour connaître leur pratique de oStorybook ? Parmi la liste
> des "fonctions / fonctionnalités" proposées ( quel serait le mot adéquat
> ? ), quelles sont celles les plus / moins utilisées (on a déjà une
> petite idée des plus utilisées ) - et / ou jugées les plus ou moins
> utiles ? Il n'est pas question d'élaguer un outil déjà très performant
> mais simplement de recueillir des données. Bien sûr, ça portera sur un
> nb très faible qui n'aura aucune valeur statistique. Ce sera un simple
> indicateur. ( je joins la liste des vues possibles qui correspond à ce
> que nous utilisons - d'autres fonctions telles que exportations etc.
> sont présentes dans un autre menu) 
> 
> Le 29/11/2020 à 19:10, Jean Rébillat a écrit :
>> Bonjour à vous.
>>
>> Ce week-end, entre autres, j'ai essayé de réfléchir à ce que nous
>> devrions organiser pour préparer les travaux de la V6 (je suis désolé,
>> mon boulot est d'être architecte projet informatique en plus d'être
>> développeur, ça déteint sur tout ce que je fais...)
>>
>> Voici donc une liste (pas complète et pas forcément rangée dans
>> l'ordre des priorités) de ce que nous devons préparer. Certains points
>> sont faciles (oui/non, ou un simple choix entre des possibilités),
>> d'autres questions vont nous demander plus de travail.
>>
>> Voici, pour moi, les points à voir en premier, certains - les plus
>> simples - dès mardi si nous faisons une visio :
>>
>> 1- Évolutions / V5
>>   - que veut-on ajouter ?
>>   - que doit-on garder (comme concept, pas forcément le code) ?
>>   - qu'est-ce qu'il serait bien de faire évoluer ?
> 
> Pas d'idée vraiment précise. Dans un premier temps, lister ce qui pose
> pb, les exportations / importations par ex.
> 
>  
> 
>> 2- Organisation entre nous
>>   - quel repository GIT ?
> 
>   - quel outil de suivi de tickets (entre nous pour la gestion du
> projet, gestion des bugs utilisateurs - est-ce le même) ?
> 
> Nécessité de séparer les outils  ( ou les accès)
> 
>>   - quel forum (on devrait peut-être garder le même ) ?
>>   - quel wiki pour ranger la documentations, les évolutions,... ?
>>   - quels outils de communication (mails, chat, échange de fichiers,
>> visio, audio...) ?
> mail  ( cf liste créée ) Pour les autres moyens de communication, vous
> avez une pratique plus affirmée que moi des outils existants.
>>   - qui fait quoi (comment se répartir les travaux, comment faire des
>> choix) ?
> ?? à  discuter
>>
>> 3- les données
>>   - quels types de données ?
>>   - quelles valeurs pour chaque type de donnée ?
>>   - quelles catégories pour ces données ?
>>   - quels liens entre les données ?
>>
>> 4- Structure d'affichage
>>   - Part-on de la maquette writekeeper comme base de travail ou non ?
> Je l'ai installée mais pas eu le temps de tout découvrir. Je t'en dirais
> plus dans la journée.
>>   - Sinon quelle base d'éléments graphiques (swing, JFace, javafx) ?
>>   - quelle organisation des panneaux (intégrés - comme la maquette,
>> dissociés - comme la V5) ?
>>   - quelle répartition sur la page principale (menu, ribbon, arbre -
>> un ou plusieurs), panneau d'édition, panneau d'informations, autres ..?
>>   - quelle ergonomie générale (avoir une cohérence dans les
>> représentations, que les possibilités soient logiques et les mêmes
>> partout...)
>>   - Quel parcours utilisateur prévoit-on (enchaînement des actions,
>> simplification de l'utilisation) ?
> Comme je l'ai dit, j'estime que le programme actuel est déjà très
> complet. Il faudrait éviter de le complexifier. "Le mieux est l'ennemi
> du bien" !!
>>
>> 5- gestion des sources du projet
>>   - quel outil de stockage utiliser ?
>>   - Maven est-il utile ?
>>   - Quels paquets peut-on / doit-on utiliser (ou pas, au contraire) ?
>>   - Comment livre-t-on le produit ?
>>
>> Amicalement,
>>      Jean.
>>
> Amicalement
> 
> Bernard
> 
> 

-- 
FaVdB
Il reste chez lui, il a tout compris

-- 
oStorybook5 dev