Re: Liste spip-zone -> spip-dev

Debondt Didier <[email protected]>
Newsgroups gmane.comp.web.spip.zone,gmane.comp.web.spip.devel
Message-ID <[email protected]>
> Alors, il se trouve qu'on fête ce mois-ci les 30 ans du WWW, et 
> bien
> figurez-vous que si, depuis 1989, les humains ont réussi à 
> inventer des
> outils mieux que juste des emails pour avoir des discussions 
> avec un
> grand nombre de personnes à la fois. En permettant à des 
> nouvelles
> personnes d'arriver après-coup et de quand même avoir accès à ce 
> qui
> s'est dit avant, ayant plusieurs interfaces à la fois (dont les 
> emails
> pour celleux qui aiment), et plein d'autres améliorations, cela 
> dans un
> même outil central (pas déporté dans 12 outils externes 
> différents, qui
> peuvent disparaitre, ou bien où l'on doit reporter en double des
> informations de la conversation).

Ils ont un nom c'est outil ? Je suis curieux...
Sinon, je suis d'accord, rien ne vaux un bon mail. J'utilise Jira
professionnelemnt et c'est une plaie...

RastaPopoulos <[email protected]> writes:

> Le 04/03/2019 à 15:43, Cerdic a écrit:
>> vous ferez bien comme vous voudrez, mais on a pas encore 
>> inventé mieux
>> que la boite mail pour communiquer de façon asynchrone, au 
>> rythme de
>> chacun, avec n’importe quel outil…
>
> Alors, il se trouve qu'on fête ce mois-ci les 30 ans du WWW, et 
> bien
> figurez-vous que si, depuis 1989, les humains ont réussi à 
> inventer des
> outils mieux que juste des emails pour avoir des discussions 
> avec un
> grand nombre de personnes à la fois. En permettant à des 
> nouvelles
> personnes d'arriver après-coup et de quand même avoir accès à ce 
> qui
> s'est dit avant, ayant plusieurs interfaces à la fois (dont les 
> emails
> pour celleux qui aiment), et plein d'autres améliorations, cela 
> dans un
> même outil central (pas déporté dans 12 outils externes 
> différents, qui
> peuvent disparaitre, ou bien où l'on doit reporter en double des
> informations de la conversation).
>
> Les emails c'est bien pour reproduire le courrier postal en 
> numérique,
> et ça peut encore passer à quelques personnes. Mais quand il 
> s'agit de
> discuter avec beaucoup de monde, et ne pas se perdre dans des 
> threads à
> plusieurs arborescences, prendre des décisions claires, et 
> savoir en un
> coup d'œil l'avis de chaque intervenant⋅e, et avoir le résumé 
> d'où on en
> est dans la décision à prendre avant que ce ne soit fini puis 
> après la
> clôture : j'insiste, les humains ont fait mille fois mieux que 
> les
> emails depuis.
>
>> Avoir un outil pour formaliser des choses comme les tickets, la 
>> doc etc,
>> ok, mais si la moindre discussion doit passer par une procédure
>> administrative pénible autant en effet fermer boutique.
>
> 1) Vu le nombre d'améliorations que de nombreux autres outils 
> permettent
> (y compris même rien que des tickets github ou gitlab bien 
> gérés), quand
> bien même on perdrait un mini avantage (taper de temps en temps 
> un mot
> de passe… que je sache le nav sait le garder en mémoire tout 
> autant que
> ton thunderbird ou applemail garde celui de ton IMAP) et bien 
> d'après
> moi c'est tout vu : dans la balance on gagne immensément plus 
> que le peu
> qu'on y perd.
>
> 2) Mais en plus de ça, la plupart des outils modernes ont 
> plusieurs
> interfaces, ont plein d'API *dont* les emails. Github accepte 
> les
> réponses par email, Gitlab accepte les réponses par email, 
> Loomio
> accepte les réponses par email, Redmine sait le faire aussi… 
> j'en passe
> et des meilleurs !
> => Tu peux donc parfaitement continuer à faire des brouillons 
> dans
> l'avion avec Emacs si ça te chante.
>
> Pastichons : si on doit rester sur des outils perçus surtout 
> comme étant
> de geeks, brouillons et fort peu ouverts à d'autres publics que 
> des
> devs, autant en effet fermer boutique. :D
> (Mais je ne plaisante qu'à moitié.)
----
[email protected] - https://listes.rezo.net/mailman/listinfo/spip-zone
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.