Re: [EGD-discu] iddée pour la v2 |
[ Thread Index | Date Index | More ergodis.org/discussions Archives ]
bon, en attente de mieux pour pouvoir voter, j'ai créé une page sur framapad (c'est uniquement pour les votes, pas les discussions)
http://lite4.framapad.org/p/4kP4f5nj8z
Le 15 mai 2014 19:30, Robin Moussu <robin.moussu@xxxxxxxxx> a écrit :
si on pouvait avoir une page comme celle ci http://listengine.tuxfamily.org/ergodis.org/discussions/2014/05/threads.html mais avec un bouton pour développer les mails ça serait l'idéal (affichage type linuxfr pour la lecture)
Le 15 mai 2014 19:01, Arathor <arathor.grandpas@xxxxxxxxx> a écrit :
ÀMHA, il faut se limiter à irc + ML en faisant des synchronisations régulières sur le wiki.
Le 15/05/2014 15:37, sinma a écrit :Comme je l’ai dit récemment dans un autre mail, et toujours ÀMHA, la ML est plus adaptée qu’un forum pour débattre : fils de discussions, réponse point par point moins pénible qu’avec des <quote></quote> dans tous les sens, impossible d’effacer ou de modifier ses messages, la possibilité de choisir son client donc son interface, possibilité de lecture hors ligne.. Et même sur linuxfr, dont l’interface résoud une parte de ces problèmes, on ne peut pas afficher un aperçu des fils comme dans un client mail.
Pour discuter / débattre des solutions, irc + ml (j’aime pas les
forums ;) ) est très bien.
Les archives de la ML sont disponibles ici :
http://listengine.tuxfamily.org/ergodis.org/discussions/
pour faire une recherche dedans :
gg « site:listengine.tuxfamily.org/ergodis.org/discussions/ pattern »
C’est suffisant, si on met à jour le wiki régulièrement.Je reste dubitatif devant un formulaire web édité à plusieurs en même temps. L’anti-spam est trop intrusif, on peut pas faire un c/c d’un clavier en texte par exemple. Disons que ça évite d’exploser l’historique du wiki avec des choses provisoires, mais quand on se mets d’accord sur un truc, on peut le transférer sur le wiki.
Framapad, c’est plus pour du temporaire aussi je crois.
Après IRC est imbattable pour jeter des idées et avoir un retour rapide, mais là aussi il faut placer sur le wiki les conclusions tirées sur irc.À terme, il faudra bien mettre les infos sur le wiki pour ceux qui vondront voir comment on a généré la dispo, pourquoi tel choix a été fait, etc.
Pour le doc, perso, je serais plutôt pour un document texte (soit
texte simple, soit du latex ou autre format textuel si on veut un
peu plus de formattage, je m’en tape, tant qu’on peut le
travailler/merger facilement), directement dans le dépôt git.
C’est nettement plus flexible que le wiki, et en plus, tout sera
au même endroit (code, doc, etc) ce qui permet de limiter la
désynchronisation entre les deux.
Par le passé, on a toujours ramé pour avoir les infos centralisées sur le wiki… Je préfère faire ml+irc → wiki plutôt ml+irc → git → wiki. Pas la peine de se compliquer la tâche avec une étape supplémentaire.Pareil : les grandes lignes sur le wiki, et après des commentaires dans le code sur git.
Ça dépend, je serais plus pour avoir la description des grandes
lignes de l’algo sur le wiki et les détails d’implémentation
pourquoi pas sur le git.
Arathor.
--
By all that you hold dear on this good Earth, I bid you STAND, MEN OF
THE WEST!
--
Pour vous désabonner, envoyez un message avec comme objet "unsubscribe"
vers discussions-REQUEST@ergodis.org
--Robin Moussu
Délégué 1A filière PET-D
École d’ingénieur PHELMA - Grenoble INP
--Robin Moussu
Délégué 1A filière PET-D
École d’ingénieur PHELMA - Grenoble INP
Délégué 1A filière PET-D
École d’ingénieur PHELMA - Grenoble INP
Mail converted by MHonArc 2.6.19+ | http://listengine.tuxfamily.org/ |