Raison : La destruction de fr.usenet.reponses a �t� une �norme connerie, je
propose de la r�parer.
Je me propose de faire partie du comit� de ce forum.
--
All truth passes through three stages :
First, it is ridiculed
Second, it is violently opposed
Third, it is accepted as being self-evident
Schopenhauer
Premi�rement par ce que le novice sur usenet ne va pas chercher un forum
� priori inconnu pour y trouver des documents, il va v�rifier sur un
moteur de recherche.
Deuxi�mement par ce que la republication bi-mensuelle de documents par
un robot est moins logique et plus prompte � d�railler que la mise en
ligne une fois pour toute de pages web.
Troisi�mement par ce que la dur�e de r�tention des serveurs varie et que
chez certains on trouvera trois ou quatre exemplaires de chaque document
ce qui ne rend pas l'approche facile, alors que d'autres n'auront
peut-�tre pas tous les documents en m�me temps.
Quatri�mement par ce que ce n'est pas le r�le d'un serveur NNTP de
diffuser des documents p�rennes.
Cinqui�mement par ce que je ne pense pas que le cas de personnes n'ayant
qu'un acc�s nntp mais pas web soit actuellement suffisamment pr�valent
pour qu'on s'en pr�occupe encore.
Je pr�f�rerais que ces documents soient stock�s sur un site avec un
nombre suffisant de miroirs pour �viter leur disparition en cas de souci
chez un op�rateur de site, et que les adresses de quelques miroirs
p�rennes soient inclus dans toutes les CU, Chartes et FAQ distribu�es.
Maintenant si le but est d'avoir un forum qui serve de point central
d'aide je pense que fr.bienvenue en fait office et qu'il n'est pas
n�cessaire de doublonner.
En clair je suis contre la proposition ainsi formul�e, mais pour
h�berger un des miroirs du site central �ventuel.
De plus si on veut un syst�me moderne qui permette de revoir les
traductions ou les �critures et de corriger � la vol�e �a se r�gle
relativement facilement par une section wiki sur le site central, qui
permet de finaliser les documents avant de les publier en html brut une
fois valid�s, mais ce n'est en aucun cas indispensable.
--
Greetings, Salutations,
Guiraud Belissen, Ch�teau du Ciel, Drachenwald,
Chris CII, Rennes, France
Prenons un exemple pr�cis : le forum fr.comp.lang.lua dont on d�bat en
ce moment la suppression (je n'ai pas d'avis sur le fond, mais sur la
forme, je trouve que ce n'est pas le moment, il faut d'abord clarifier
quelques trucs, dont celui-l� :
Ce forum dispose d'une charte qui n'a �t� publi�e qu'une (1) fois (selon
google).)
Un forum qui centralise les docs �viterait ce genre de probl�me.
Ce n'est pas la seule raison. C'est dans le fonctionnement habituel
d'usenet. A noter que de.* utilise usenet.answers pour leurs docs....
> Autant je suis un amateur de usenet, autant je me demande si, avec
> l'ubiquitᅵ de l'accᅵs www un forum est vraiment le meilleur endroit pour
> poster des documents qui ont une valeur pᅵrenne.
Il ne l'est pas, principalement parce que les publications se font
toutes en mᅵme temps et que le lecteur a tendance ᅵ se retrouver noyer
sous l'information. Au plus fort fur devait contenir pas loin de quatre
cent messages, tous publiᅵs le mᅵme jour, et constituant une discussion
ᅵ part entiᅵre. Aucun rapport avec les forums ᅵ fort trafic oᅵ l'on est
certe succeptibles de trouver plus de messages, mais regroupᅵs en un
nombre restreint de discussions.
fur ᅵtait utile, mais fur ne servait principalement qu'aux personnes
qui savaient dᅵjᅵ quelles ᅵtaient les documents publiᅵs et ce qu'ils
contenaient.
> Deuxiᅵmement par ce que la republication bi-mensuelle de documents par
> un robot est moins logique et plus prompte ᅵ dᅵrailler que la mise en
> ligne une fois pour toute de pages web.
Mais la publication par un robot est plus souple et permet ce changer
le contenu du document chez soit au fil des jours, puis de soumettre la
nouvelle version, ce qui est moins simple avec une publication sur le
web et moins encore avec un wiki.
> Troisiᅵmement par ce que la durᅵe de rᅵtention des serveurs varie et que
> chez certains on trouvera trois ou quatre exemplaires de chaque document
> ce qui ne rend pas l'approche facile, alors que d'autres n'auront
> peut-ᅵtre pas tous les documents en mᅵme temps.
Les publications sont[1] des supersedes du message prᅵcᅵdent, ce
problᅵme lᅵ n'existe donc pas.
[1]
Du moins ᅵtaient, je n'ai pas regardᅵ les en-tᅵtes des publications de
jogo pour vᅵrifier si c'est encore le cas.
>
>> Deuxiᅵmement par ce que la republication bi-mensuelle de documents par
>> un robot est moins logique et plus prompte ᅵ dᅵrailler que la mise en
>> ligne une fois pour toute de pages web.
>
> Mais la publication par un robot est plus souple et permet ce changer
> le contenu du document chez soi au fil des jours, puis de soumettre la
> nouvelle version, ce qui est moins simple avec une publication sur le
> web et moins encore avec un wiki.
>
Pour la personne qui a le robot chez lui. Sans offense ᅵ Jogo qui fait
un excellent travail et dont le robot est excellent pour les
publications sur chaque forum de ses CU, il me serait plus simple
d'intervenir sur les documents dont je m'occupe sur un site sur lequel
j'aurais un accᅵs privilᅵgiᅵ que via le robot, et dans le cas de travaux
collaboratifs un wiki permettrait de voir rapidement un ᅵtat et de faire
des diff. facilement sans avoir ᅵ utiliser de mᅵcanisme moins facile.
Mais c'est assez secondaire.
>
>> Troisiᅵmement par ce que la durᅵe de rᅵtention des serveurs varie et que
>> chez certains on trouvera trois ou quatre exemplaires de chaque document
>> ce qui ne rend pas l'approche facile, alors que d'autres n'auront
>> peut-ᅵtre pas tous les documents en mᅵme temps.
>
> Les publications sont[1] des supersedes du message prᅵcᅵdent, ce
> problᅵme lᅵ n'existe donc pas.
>
IIRC j'ai dᅵjᅵ vu dans mon thunderbird des fils de CU les uns derriᅵre
les autres. Maintenant est-ce thunderbird qui dᅵconne, je n'en sais
rien, et lᅵ encore le point est mineur.
>
>
> [1]
> Du moins ᅵtaient, je n'ai pas regardᅵ les en-tᅵtes des publications de
> jogo pour vᅵrifier si c'est encore le cas.
>
>
--
Greetings, Salutations,
Guiraud Belissen, Chᅵteau du Ciel, Drachenwald,
Chris CII, Rennes, France
> Je me propose de faire partie du comitᅵ de ce forum.
OUI si tu encodes les archives toi-mᅵme et que tu les envoies avec Knews.
> Ce forum dispose d'une charte qui n'a ᅵtᅵ publiᅵe qu'une (1) fois (selon
> google).)
T'as mᅵme pas ouvert le message, il est vide :)
>> Mais la publication par un robot est plus souple et permet ce changer
>> le contenu du document chez soi au fil des jours, puis de soumettre la
>> nouvelle version, ce qui est moins simple avec une publication sur le
>> web et moins encore avec un wiki.
>>
> Pour la personne qui a le robot chez lui.
Non pour tout le monde, le robot de fur conservait l'adresse e-mail de
l'auteur du document et il suffisait de lui envoyer la nouvelle version
avec cette adresse pour qu'il soit mis ᅵ jour. Je ne sais pas si le
robot utilisᅵ par Jogo fait la mᅵme chose, mais il pourrait sans trop
de mal.
> Sans offense ᅵ Jogo qui fait un excellent travail et dont le robot est
> excellent pour les publications sur chaque forum de ses CU, il me
> serait plus simple d'intervenir sur les documents dont je m'occupe sur
> un site sur lequel j'aurais un accᅵs privilᅵgiᅵ que via le robot, et
> dans le cas de travaux collaboratifs un wiki permettrait de voir
> rapidement un ᅵtat et de faire des diff. facilement sans avoir ᅵ
> utiliser de mᅵcanisme moins facile.
Un fichier texte avec un copie de la derniᅵre version "fixe" donnerait
plus ou moins le mᅵme rᅵsultat tout en n'ayant pas l'obligation de
devoir se connecter ᅵ quelque chose. Du coup ᅵ chaque fois que tu as
deux lignes ᅵ changer, ou une faute ᅵ corriger, tu fais ᅵa en deux
secondes.
>> Les publications sont[1] des supersedes du message prᅵcᅵdent, ce
>> problᅵme lᅵ n'existe donc pas.
>
> IIRC j'ai dᅵjᅵ vu dans mon thunderbird des fils de CU les uns derriᅵre
> les autres. Maintenant est-ce thunderbird qui dᅵconne, je n'en sais
> rien, et lᅵ encore le point est mineur.
Parfois le robot de fur avait des vapeurs et plantait le supersedes,
c'est peut-ᅵtre la cause du problᅵme.
Un tel groupe peut ᅵtre utile pour faire la liste des documents
publiᅵs sur fr.*. Car mon robot n'est pas le seul ᅵ poster, et c'est
tant mieux. La centralisation est le plus gros ᅵcueil amha. Je propose
donc qu'il soit auto-modᅵrᅵ (comme fmbd).
La principale question devrait ᅵtre : Qu'est-ce qu'on y poste ? Car
au final le nom du doc, les groupes oᅵ il est publiᅵ et le mid peuvent
suffirent. On pourrait mᅵme formaliser complᅵtement afin de passer ᅵ une
robot-modᅵration.
En attendant, je viens de mettre en ligne ceci :
http://news.matabio.net/maintdoc/fr/
--
Le libᅵralisme n'est pas la solution ᅵ nos problᅵmes...
Le libᅵralisme est le problᅵme.
> En attendant, je viens de mettre en ligne ceci :
> http://news.matabio.net/maintdoc/fr/
C'est trᅵs bien, mais j'aimerais autant que mes brouillons n'apparaissent
pas :)
Oui, sauf qu'a priori seuls des robots de publication ont vocation � y
publier ce qui n'est pas le cas de fmbd.
> La principale question devrait �tre : Qu'est-ce qu'on y poste ? Car
> au final le nom du doc, les groupes o� il est publi� et le mid peuvent
> suffirent.
Oui. �a peut aussi etre le document lui-meme xpost� sur le groupe
comme faisait fur, je ne vois pas en quoi c'est une gene. Un message qui
double la publication d'un (seul) document en donnant sa r�f�rence ne me
semble pas une bonne id�e, autant y publier le document lui-meme, mais le
proc�d� peut tout de meme etre utilis� par exemple par quelqu'un qui
maintient ou publie de nombreux documents et souhaite y faire r�f�rence
dans un seul m�ta-document.
> On pourrait m�me formaliser compl�tement afin de passer � une
> robot-mod�ration.
Ce qui peut etre formalis�, c'est par exemple la pr�sence d'un champs
Expire: et d'un champ Supersedes:. C'est le robot publicateur qui est
charg� de ne pas mettre n'importe quoi dans le champ supersedes et son
mainteneur de la doc mettre quelque chose de correct dans expire.
> En attendant, je viens de mettre en ligne ceci :
> http://news.matabio.net/maintdoc/fr/
C'est pas mal du tout, je trouve.