Vu que le serveur était inaccessible, un autre serveur placé ailleurs a servi de serveur de secours TCP/http. Et son port TCP/https devait sûrement servir à autre chose déjà.
> vous développez un programme Java sur la plate-forme Java de Sun, vous êtes voués à utiliser de fonctionnalités Sun exclusives sans même vous en rendre compte
Si tu utilises Swing dans un logiciel libre en Java, il y a de fortes chances qu'il ne soit pas utilisable dans le « Monde Libre » défini dans le texte. Cette fonctionnalité est disponible dans la plate-forme Java de Sun mais pas dans Classpath.
Il aurait aussi pu parler de la plate-forme Java d'IBM. Bref ce n'est pas l'architecture Java qui est concernée mais les implémentations propriétaires.
Si tu as codé ton logiciel libre en C++ avec la bibliothèque STL de Dinkum et que tu as utilisé la valeur de retour de la fonction membre erase(), ton code utilise des fonctionnalités spécifiques à Dinkum (et absentes de la norme).
>
Dans un monde idéal, (que Sun n'a JAMAIS appelé de ses voeux), la JVM serait un coprocesseur (ça existe, les processeurs Java, mais ça marche moyen), et serait donc du matériel. Que dirait alors Stallman ?
La même chose (je présume) que pour les instructions MMX, 3DNow et Cie propres à certains processeurs. On pourrait avoir du logiciel libre sans dépendre de logiciels propriétaires. Par contre il faudrait forcément avoir un processeur de cette famille pour utiliser le logiciel. Le mieux serait bien sûr que d'autres fondeurs puissent cabler ces instructions.
D'abord ce n'est pas la FSF qui développe le noyau Linux. Ensuite la FSF dit qu'il faut d'une part isoler les firmware pour pouvoir avoir des versions du noyau sans (des vraiment « libres »), et d'autre part que ce n'est pas suffisant (matériel non supporté, architectures non supportées, etc.). Bref comme pour les autres logiciels : soit on se contente de la technique et on se fiche qu'ils soient libres, du moment que ça tourne chez soi sur son matos à un moment donné dans un environnement donné ; soit on est concerné par la liberté, et il faut trouver une solution (ne pas l'utiliser, trouver/écrire un remplacement libre, etc.)
Les développeurs de Linux ont prévu de placer ces programmes de firmware dans des fichiers séparés; cela prendra des années avant d'y arriver, mais quand ce sera accompli, cela résoudra le deuxième problème; nous pourrions faire une version «Linux libre» qui ne contiendrait pas les fichiers de firmware non-libres. Ce ne sera pas très bénéfique en soi si la plupart des gens utilise la version «officielle» non-libre de Linux. Cela pourrait très bien arriver, car la version libre ne fonctionne pas sur bien des plateformes sans les programmes firmware non-libres. Le Projet «Linux libre» devra découvrir ce que font les programmes firmware et écrire le code source, peut-être en langage assembleur, sur un quelconque processeur intégré sur lequel il est exécuté. C'est un travail décourageant. Cela aurait été moins décourageant si nous l'avions fait petit à petit, au fil des années, plutôt que de le laisser s'accumuler. En recrutant des gens pour faire ce travail, nous devrons surmonter l'idée, répandue par quelques développeurs de Linux, que ce travail n'est pas nécessaire. »
> Qui qu'on soit, il est toujours bon de se renseigner un minimum avant de causer, quand bien même on s'appelle Stallman.
En même temps quand on s'appelle Nicolas Delsaux aussi on peut se renseigner... (et je ne prétends pas avoir la vérité absolue, mais bon quand on commence par « C'est un tissu d'âneries ou quoi ? » pour ensuite critiquer sans argument quelqu'un qui a déjà fait énormément de choses (qu'on l'on aime ou pas)...)
Les différences entre le matériel et le logiciel sont telles que les problématiques y sont complètement différentes (enfin jusqu'à ce que quelqu'un ait fabriqué une machine à multiplier les cartes mères ou les disques durs à coût nul).
Et même dans l'immatériel, les problématiques entre ce qui a une fonction utilitaire ou pas sont différentes. C'est d'ailleurs le coeur de la divergence d'opinion entre Debian et la FSF sur ce qu'est une documentation libre.
> J'ai répondu en demandant quelles étaient les raisons de cette décision, et n'ai pas recu de réponse pour l'instant.
Le forum linuxfr.questions était plus adapté pour poser cette question. Un modérateur l'a donc déplacée. Les forums linuxfr.* sont faits pour poser les questions concernant le site. C'est un des moyens de contacter les modérateurs et les admins (avec le courriel et la messagerie interne).
> et n'apparait meme pas sur la page principale des forums. Une sorte de > /dev/null quoi.
Oui c'est juste pour te persécuter que l'on fait ça. Et c'est pas du tout parce que la date de parution du journal (timestamp) est conservée que l'ex-journal devenu entrée de forum n'est pas listé sur la page 1 des forums.
> Modérateurs, ça serait cool quand vous décidez de déplacer un journal, de justifier votre décision dans le mail, et de le déplacer dans un forum approprié.
Actuellement l'interface ne permet pas de justifier la décision. Le message automatique devrait probablement être modifié pour indiquer que le nouvel endroit est plus approprié.
> Question qui restent en suspens :
La notion d'experience (XP) apparait sur http://linuxfr.org/auth/viewsource,template(...(...))|linuxfr|users.tmpl.html . Comment l'expérience est-elle calculée ? Sur quoi influe-t-elle ?
Y a un script appelé toutes les nuits qui incrémente/décrémente l'expérience.
L'expérience influe sur la notion de journaux privés/publics (notion amenée à disparaître en principe) et sur la possibilité d'envoyer des commentaires (au moins).
Donc il faudrait tous avoir des mots de passe différents. Et en tapant des mots de passe courants (genre azerty) on pourrait utiliser le compte d'un autre ?
Tu peux utiliser des stratégies genre X lettres du prénom + Y lettres du nom comme login, comme ça l'utilisateur arrive bien à le retenir et l'admin sait de quel utilisateur on parle si en gère un nombre raisonnable. Mais il faut gèrer les cas où le prénom est de taille < X et ou le nom de taille < Y, plus les cas d'homonymie (et éventuellement autorise-t-on la réutilisation d'un ancien login).
Tu peux aussi utiliser des stratégies genre 4 lettres + 4 chiffres pseudo-aléatoires comme login, comme ça tu as l'unicité, mais c'est pénible à retenir et à reconnaître (pour les admins en particulier).
Tu peux laisser les utilisateurs choisir leur login (premier arrivé premier servi), mais bon dans une entreprise avoir GrosKiki ou L33tM45t3r, en général ça passe mal. Et au bout d'un moment ça risque de se terminer en Florent413, Florent414, Florent415... au fur et à mesure que des Florent passent par l'entreprise.
Tu peux utiliser une carte d'accès comme login (du coup l'utilisateur ne le tape jamais. Par contre l'admin voit quand même le proprio des process). Mais bon pour une école....
Et sûrement d'autres solutions qui ne me sont pas venues à l'esprit.
D'ailleurs l'INPI devrait se jeter sur ce marché et obliger tous les parents à déposer comme marque un (ou plusieurs) login(s) unique(s) à la naissance de leur enfant pour leur utilisation informatique future.
Donc on se base sur la notion de "pas de doute possible", ce qui signifie en réalité "la probabilité que la source soit aléatoire est tellement incroyablement faible qu'il est plus probable que je meurre dans l'instant écrasé par la chute d'un éléphant vert extra-terrestre".
Donc soit la probabilité est telle qu'ils existent, soit elle est telle qu'ils existent quand même.
Autre question : l'envoi d'un éléphant vert peut-il être considéré comme une émission intelligente ?
> je pense que tu a compris le sens de mon message non?
J'avais bien compris ton message, mais le vocabulaire/terminologie employé sert ceux que tu critiques... On a assisté en peu de temps à des batailles sémantiques : le piratage est devenu de la piraterie, la contrefaçon est devenu du vol, l'immatériel est devenu appropriable, le partage est devenu du vol... Etc.
> Simplement, je ne pense pas que qui que ce soit puisse, et particulièrement au nom du droit d'auteur, décider du mode de sitribution à la place de l'auteur lui même. Bon évidemment, il y a ces histoires de contrats, de cessations de droits etc...
Bah on le fait bien avec le domaine public, et aussi avec les e-book et le DRM, etc.
> de l'autre, on a une armee de pirate passif (les pires, ceux qui volent parce que c'est facile a faire) et qui cachent leur mauvaise foi derriere les libertes d'echange, a l'exception de quelques uns qui sont honnete et se servent du reseau a des fins legales.
Tu voulais dire « une armée dévastatrice de pirates anticapitalistes (les pires, ceux qui volent, terrorisent et pillent parce que c'est facile de s'en prendre à d'innocents artistes sans défense) » ?
Ou plus justement : « un grand nombre de déliquants passifs (les pires, ceux qui contrefont parce que c'est facile à faire) » ?
Répéter la propagande des autres n'en fait pas une vérité. Euh pardon diffuser le prosélitisme sauveur des défenseurs des artistes je voulais dire.
Il n'y a pas de vol dans l'immatériel, seulement dans le matériel, et cela même si un ministre de la Culture dit le contraire pour faire bien avec son pote Jack Valenti, l'ami des comparaisons subtiles. (*)
> C'est plus une solution technique pour répondre aux posts trop longs ca. Et je suis pas sur que ce serait une bonne idée, car comment fixer la limite ?
Oui, c'est l'origine du débat quand même :). Sinon la limite serait fixée arbitrairement (comme pour les boîtes Seconde page et Astuces sur la page d'accueil par exemple).
> - Non, je ne vois pas de complot PS ou autre sur le site.
Ça tombe bien car j'ai modifié le commentaire en l'ayant juste survolé, et j'aurai eu du mal à te dire où il voulait en venir (dit autrement, s'il était objectif, subjectif à droite ou à gauche).
> - Que la personne qui ait modifié le commentaire soit un admin ou un modérateur, ca change pas grand chose au fond du problème.
Disons qu'être précis est toujours une bonne chose, et que ça ne me paraît pas normal de tout coller sur le dos de modéros dès qu'il y a quelque chose qui ne fait pas l'unanimité sur le site. Les modéros valident ou rejettent les dépêches. Les admins ont une responsabilité technique et juridique plus importante (voir aussi les attaques citées plus bas qui n'ont pas à retomber sur le dos des modéros dans la plupart des cas).
> - Slashdot, qui servait de référence a linuxfr, a une politique bien différente
Hors sujet, mais Slashdot a des salariés (donc plus de temps pour fignoler les détails sur leur site), et est soumis à la loi américaine (et je ne suis pas sûr qu'il sert de référence à LinuxFr, enfin pas à moi perso en tout cas). Mais oui on pourrait indiquer que les commentaires peuvent être modifiés par les admins pour des raisons légales ou techniques. Faut juste trouver une formulation correcte (lire légale et valable).
> Des gens qui critiquent linuxfr, j'ai constaté que ca ne manque pas. La pluspart des ces personnes ont fait ce qu'il convient de faire dans un tel cas : ca ne leur pas (ou plus), et donc ils vont voir ailleurs.
Ça me paraît un comportement classique dans le monde propriétaire ou consommateur/vendeur. Mais dans le mouvement du libre, on pourrait espèrer un débat, une proposition de correctifs, un rapport de bogue, une suggestion, etc. D'ailleurs tu noteras que lorsque tu as demandé à ce que le lien soit cliquable (je n'avais pas pensé au départ que ce lien ne serait pas converti automatiquement, mea culpa), la remarque a été prise en compte. Elle aurait probablement été prise en compte encore plus rapidement si elle avait été formulée via un des moyens de contacter l'équipe (forums, messagerie interne (d'ailleurs on pourrait envisager des boîtes pour les groupes modérateurs et admins), courriel, etc).
Sinon pour revenir au problème initial, une solution pourrait être un affichage du début seulement du commentaire s'il est trop long, dans l'affichage d'un fil de commentaires, avec possibilité de le voir en entier via un lien.
Pour finir, et cela ne t'est pas spécialement destiné, j'ai du mal à comprendre pourquoi la plupart des critiques sont si « virulentes » (on reçoit des insultes et des commentaires enflammés (*) sur moderateurs@ par exemple) d'entrée, avant même une première discussion avec l'équipe (comme si le rapport au site était viscéral/question de vie ou de mort). Le meilleur moyen de faire progresser le site (et d'obtenir la correction souhaitée du problème) est de l'expliquer calmement et poliment à l'équipe. Pour caricaturer dans un autre contexte, entrer dans un magasin bille en tête pour hurler « Je suis scandalisé par vos pratiques inqualifiables d'écriture en rouge sur fond vert dans votre vitrine qui sont une insulte pour les daltoniens » est nettement moins efficace que « Bonjour, j'ai constaté dans votre vitrine des écitures en rouge sur fond vert. Êtes-vous au courant que cela pose des problèmes à vos clients daltoniens ? », surtout que la correction est ici aisée.
(*) « appauvrissement de la diversité du paysage culturel », soutien à des « groupes extrêmistes et financiers », « contrôle de certaines informations », fascisme (souvent écrit avec des fautes), censure, « travailler pour la gloriole de quelques uns », ennemis de la liberté, etc.
[^] # Re: Acces https avec un drole de certificat pendant la pause
Posté par Benoît Sibaud (site web personnel) . En réponse au message LinuxFr est malade?. Évalué à 3.
[^] # Re: Appel au calme
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Comment Microsoft contournerait les lois anti-trust. Évalué à 6.
[^] # Re: Java trap
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
Si tu utilises Swing dans un logiciel libre en Java, il y a de fortes chances qu'il ne soit pas utilisable dans le « Monde Libre » défini dans le texte. Cette fonctionnalité est disponible dans la plate-forme Java de Sun mais pas dans Classpath.
Il aurait aussi pu parler de la plate-forme Java d'IBM. Bref ce n'est pas l'architecture Java qui est concernée mais les implémentations propriétaires.
Exemple en C++ :
« Dinkumware
http://www.dinkumware.com/manuals/reader.aspx?b=p/&h=map.html#m(...)
iterator erase(iterator where);
iterator erase(iterator first, iterator last);
size_type erase(const Key& keyval);
GCC STL v3
http://gcc.gnu.org/onlinedocs/libstdc++/libstdc++-html-USERS-3.3/cl(...)
void erase (iterator __position)
size_type erase (const key_type &__x)
void erase (iterator __first, iterator __last)
SGI STL
http://www.sgi.com/tech/stl/Map.html(...)
void erase(iterator pos)
size_type erase(const key_type& k)
void erase(iterator first, iterator last) »
Si tu as codé ton logiciel libre en C++ avec la bibliothèque STL de Dinkum et que tu as utilisé la valeur de retour de la fonction membre erase(), ton code utilise des fonctionnalités spécifiques à Dinkum (et absentes de la norme).
>
Dans un monde idéal, (que Sun n'a JAMAIS appelé de ses voeux), la JVM serait un coprocesseur (ça existe, les processeurs Java, mais ça marche moyen), et serait donc du matériel. Que dirait alors Stallman ?
La même chose (je présume) que pour les instructions MMX, 3DNow et Cie propres à certains processeurs. On pourrait avoir du logiciel libre sans dépendre de logiciels propriétaires. Par contre il faudrait forcément avoir un processeur de cette famille pour utiliser le logiciel. Le mieux serait bien sûr que d'autres fondeurs puissent cabler ces instructions.
[^] # Re: Java trap
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
[^] # Re: Java trap
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 3.
L'avis de la FSF :
http://www.gnu.org/philosophy/linux-gnu-freedom.fr.html(...)
« Pour la même raison, ajouter de tels binaires aux sources Linux viole la GPL.
Les développeurs de Linux ont prévu de placer ces programmes de firmware dans des fichiers séparés; cela prendra des années avant d'y arriver, mais quand ce sera accompli, cela résoudra le deuxième problème; nous pourrions faire une version «Linux libre» qui ne contiendrait pas les fichiers de firmware non-libres. Ce ne sera pas très bénéfique en soi si la plupart des gens utilise la version «officielle» non-libre de Linux. Cela pourrait très bien arriver, car la version libre ne fonctionne pas sur bien des plateformes sans les programmes firmware non-libres. Le Projet «Linux libre» devra découvrir ce que font les programmes firmware et écrire le code source, peut-être en langage assembleur, sur un quelconque processeur intégré sur lequel il est exécuté. C'est un travail décourageant. Cela aurait été moins décourageant si nous l'avions fait petit à petit, au fil des années, plutôt que de le laisser s'accumuler. En recrutant des gens pour faire ce travail, nous devrons surmonter l'idée, répandue par quelques développeurs de Linux, que ce travail n'est pas nécessaire. »
[^] # Re: Java trap
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 3.
En même temps quand on s'appelle Nicolas Delsaux aussi on peut se renseigner... (et je ne prétends pas avoir la vérité absolue, mais bon quand on commence par « C'est un tissu d'âneries ou quoi ? » pour ensuite critiquer sans argument quelqu'un qui a déjà fait énormément de choses (qu'on l'on aime ou pas)...)
Les différences entre le matériel et le logiciel sont telles que les problématiques y sont complètement différentes (enfin jusqu'à ce que quelqu'un ait fabriqué une machine à multiplier les cartes mères ou les disques durs à coût nul).
Et même dans l'immatériel, les problématiques entre ce qui a une fonction utilitaire ou pas sont différentes. C'est d'ailleurs le coeur de la divergence d'opinion entre Debian et la FSF sur ce qu'est une documentation libre.
[^] # Re: Logiciel libre et java
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 3.
[^] # Re: Réponse
Posté par Benoît Sibaud (site web personnel) . En réponse au message Le droit de poster des journaux publics. Évalué à 2.
[^] # Re: Réponse
Posté par Benoît Sibaud (site web personnel) . En réponse au message Le droit de poster des journaux publics. Évalué à 2.
Le compte Obsidian a 5 ans d'âge.
# Réponses
Posté par Benoît Sibaud (site web personnel) . En réponse au message Déplacement de journaux. Évalué à 2.
Le forum linuxfr.questions était plus adapté pour poser cette question. Un modérateur l'a donc déplacée. Les forums linuxfr.* sont faits pour poser les questions concernant le site. C'est un des moyens de contacter les modérateurs et les admins (avec le courriel et la messagerie interne).
> et n'apparait meme pas sur la page principale des forums. Une sorte de > /dev/null quoi.
Oui c'est juste pour te persécuter que l'on fait ça. Et c'est pas du tout parce que la date de parution du journal (timestamp) est conservée que l'ex-journal devenu entrée de forum n'est pas listé sur la page 1 des forums.
> Modérateurs, ça serait cool quand vous décidez de déplacer un journal, de justifier votre décision dans le mail, et de le déplacer dans un forum approprié.
Actuellement l'interface ne permet pas de justifier la décision. Le message automatique devrait probablement être modifié pour indiquer que le nouvel endroit est plus approprié.
# Réponse
Posté par Benoît Sibaud (site web personnel) . En réponse au message Le droit de poster des journaux publics. Évalué à 5.
La notion d'experience (XP) apparait sur http://linuxfr.org/auth/viewsource,template(...(...))|linuxfr|users.tmpl.html . Comment l'expérience est-elle calculée ? Sur quoi influe-t-elle ?
Y a un script appelé toutes les nuits qui incrémente/décrémente l'expérience.
L'expérience influe sur la notion de journaux privés/publics (notion amenée à disparaître en principe) et sur la possibilité d'envoyer des commentaires (au moins).
[^] # Re: premier exploit
Posté par Benoît Sibaud (site web personnel) . En réponse au journal l33t-w4rl0rdz. Évalué à 3.
Ah ouais...
ftp-data 20/tcp
ftp 21/tcp
telnet 23/tcp
[^] # Re: Identifiant
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Triade 1.1. Évalué à 3.
[^] # Re: Identifiant
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Triade 1.1. Évalué à 3.
Tu peux aussi utiliser des stratégies genre 4 lettres + 4 chiffres pseudo-aléatoires comme login, comme ça tu as l'unicité, mais c'est pénible à retenir et à reconnaître (pour les admins en particulier).
Tu peux laisser les utilisateurs choisir leur login (premier arrivé premier servi), mais bon dans une entreprise avoir GrosKiki ou L33tM45t3r, en général ça passe mal. Et au bout d'un moment ça risque de se terminer en Florent413, Florent414, Florent415... au fur et à mesure que des Florent passent par l'entreprise.
Tu peux utiliser une carte d'accès comme login (du coup l'utilisateur ne le tape jamais. Par contre l'admin voit quand même le proprio des process). Mais bon pour une école....
Et sûrement d'autres solutions qui ne me sont pas venues à l'esprit.
D'ailleurs l'INPI devrait se jeter sur ce marché et obliger tous les parents à déposer comme marque un (ou plusieurs) login(s) unique(s) à la naissance de leur enfant pour leur utilisation informatique future.
[^] # Re: Et avec 2 webcams ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Fabriquer son scanner 3D. Évalué à 4.
Pour la démagogie, c'est aussi employé la technique des caméras, et même avec plus de 2 parfois. ->[]
[^] # Re: hm
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Nmap 3.70 est sorti. Évalué à 2.
192.168.X.X
10.X.X.X
ça en fait des adresses privées ça.
Et en IPv6...
[^] # Re: Et si c'était vrai...
Posté par Benoît Sibaud (site web personnel) . En réponse au journal E.T., es-tu là ?. Évalué à 4.
Donc soit la probabilité est telle qu'ils existent, soit elle est telle qu'ils existent quand même.
Autre question : l'envoi d'un éléphant vert peut-il être considéré comme une émission intelligente ?
[^] # Re: fix
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche JOURNÉE NATIONALE DU CAPS LOCK. Évalué à 2.
azertyazertyÀÇÉÈÙ
$ echo "AZERTYAZERTYÀÇÉÈÙ"|tr [:upper:] [:lower:]
azertyazertyàçéèù
[^] # Re: DLFPeffect ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de phpMyVisites 1.2. Évalué à 1.
freshmeat.net 218 (32.2%)
linuxfr.org 45 (6.6%)
[^] # Re: Ce serait encore mieux avec un lien sur ladite proposition
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Réforme du droit d'auteur : motivation et traduction législative. Évalué à 7.
J'avais bien compris ton message, mais le vocabulaire/terminologie employé sert ceux que tu critiques... On a assisté en peu de temps à des batailles sémantiques : le piratage est devenu de la piraterie, la contrefaçon est devenu du vol, l'immatériel est devenu appropriable, le partage est devenu du vol... Etc.
[^] # Re: Ce serait encore mieux avec un lien sur ladite proposition
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Réforme du droit d'auteur : motivation et traduction législative. Évalué à 2.
Bah on le fait bien avec le domaine public, et aussi avec les e-book et le DRM, etc.
[^] # Re: Ce serait encore mieux avec un lien sur ladite proposition
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Réforme du droit d'auteur : motivation et traduction législative. Évalué à 7.
Tu voulais dire « une armée dévastatrice de pirates anticapitalistes (les pires, ceux qui volent, terrorisent et pillent parce que c'est facile de s'en prendre à d'innocents artistes sans défense) » ?
Ou plus justement : « un grand nombre de déliquants passifs (les pires, ceux qui contrefont parce que c'est facile à faire) » ?
Répéter la propagande des autres n'en fait pas une vérité. Euh pardon diffuser le prosélitisme sauveur des défenseurs des artistes je voulais dire.
Il n'y a pas de vol dans l'immatériel, seulement dans le matériel, et cela même si un ministre de la Culture dit le contraire pour faire bien avec son pote Jack Valenti, l'ami des comparaisons subtiles. (*)
(*) "I say to you that the VCR is to the American film producer and the American public as the Boston strangler is to the woman home alone." http://chron.edgecity.net/story/2002/6/1/105724/6394(...)
# All your base are belong to us.
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Conseil de guerre 143ll3c4U3lle -. Évalué à 8.
Move zig.
[^] # Re: Quelle solution technique ou humaine au problème ?
Posté par Benoît Sibaud (site web personnel) . En réponse au message Linuxfr, c’était mieux avant !. Évalué à 2.
Oui, c'est l'origine du débat quand même :). Sinon la limite serait fixée arbitrairement (comme pour les boîtes Seconde page et Astuces sur la page d'accueil par exemple).
# Quelle solution technique ou humaine au problème ?
Posté par Benoît Sibaud (site web personnel) . En réponse au message Linuxfr, c’était mieux avant !. Évalué à 7.
Ça tombe bien car j'ai modifié le commentaire en l'ayant juste survolé, et j'aurai eu du mal à te dire où il voulait en venir (dit autrement, s'il était objectif, subjectif à droite ou à gauche).
> - Que la personne qui ait modifié le commentaire soit un admin ou un modérateur, ca change pas grand chose au fond du problème.
Disons qu'être précis est toujours une bonne chose, et que ça ne me paraît pas normal de tout coller sur le dos de modéros dès qu'il y a quelque chose qui ne fait pas l'unanimité sur le site. Les modéros valident ou rejettent les dépêches. Les admins ont une responsabilité technique et juridique plus importante (voir aussi les attaques citées plus bas qui n'ont pas à retomber sur le dos des modéros dans la plupart des cas).
> - Slashdot, qui servait de référence a linuxfr, a une politique bien différente
Hors sujet, mais Slashdot a des salariés (donc plus de temps pour fignoler les détails sur leur site), et est soumis à la loi américaine (et je ne suis pas sûr qu'il sert de référence à LinuxFr, enfin pas à moi perso en tout cas). Mais oui on pourrait indiquer que les commentaires peuvent être modifiés par les admins pour des raisons légales ou techniques. Faut juste trouver une formulation correcte (lire légale et valable).
> Des gens qui critiquent linuxfr, j'ai constaté que ca ne manque pas. La pluspart des ces personnes ont fait ce qu'il convient de faire dans un tel cas : ca ne leur pas (ou plus), et donc ils vont voir ailleurs.
Ça me paraît un comportement classique dans le monde propriétaire ou consommateur/vendeur. Mais dans le mouvement du libre, on pourrait espèrer un débat, une proposition de correctifs, un rapport de bogue, une suggestion, etc. D'ailleurs tu noteras que lorsque tu as demandé à ce que le lien soit cliquable (je n'avais pas pensé au départ que ce lien ne serait pas converti automatiquement, mea culpa), la remarque a été prise en compte. Elle aurait probablement été prise en compte encore plus rapidement si elle avait été formulée via un des moyens de contacter l'équipe (forums, messagerie interne (d'ailleurs on pourrait envisager des boîtes pour les groupes modérateurs et admins), courriel, etc).
Sinon pour revenir au problème initial, une solution pourrait être un affichage du début seulement du commentaire s'il est trop long, dans l'affichage d'un fil de commentaires, avec possibilité de le voir en entier via un lien.
Pour finir, et cela ne t'est pas spécialement destiné, j'ai du mal à comprendre pourquoi la plupart des critiques sont si « virulentes » (on reçoit des insultes et des commentaires enflammés (*) sur moderateurs@ par exemple) d'entrée, avant même une première discussion avec l'équipe (comme si le rapport au site était viscéral/question de vie ou de mort). Le meilleur moyen de faire progresser le site (et d'obtenir la correction souhaitée du problème) est de l'expliquer calmement et poliment à l'équipe. Pour caricaturer dans un autre contexte, entrer dans un magasin bille en tête pour hurler « Je suis scandalisé par vos pratiques inqualifiables d'écriture en rouge sur fond vert dans votre vitrine qui sont une insulte pour les daltoniens » est nettement moins efficace que « Bonjour, j'ai constaté dans votre vitrine des écitures en rouge sur fond vert. Êtes-vous au courant que cela pose des problèmes à vos clients daltoniens ? », surtout que la correction est ici aisée.
(*) « appauvrissement de la diversité du paysage culturel », soutien à des « groupes extrêmistes et financiers », « contrôle de certaines informations », fascisme (souvent écrit avec des fautes), censure, « travailler pour la gloriole de quelques uns », ennemis de la liberté, etc.