Bonjour, Voici un petit guide PROPOSANT une d�marche pour r�pondre a une question post�e. Ce guide n'est pas r�serv� � debian-user-french.
Toutes les remarques constructives sont les bienvenues. Le but de se guide est d'aider et pas de lancer un ni�me troll ! Les personnes ne souhaitant que pol�miquer sont pri�es de passer leur chemin. Plusieurs personnes ont particip� � son �laboration. 0) N'oubliez pas que debian-user-french est une liste d'utilisateurs. Pas une liste d'aide. C'est tr�s bien d'aider � r�soudre un probl�me. Mais le plus important est d'apprendre � une personne � r�soudre les probl�mes par elle m�me. 1) V�rifiez au pr�alable que personne n'a r�pondu � la question avant vous. Il ne sert � rien de r�pondre la m�me chose qu'un mail pr�c�dent. 2) R�fl�chissez bien � votre r�ponse. Une bonne r�ponse doit certes aider le demandeur � solutionner son probl�me, mais elle doit aussi tenter de lui inculquer quelques r�flexes afin qu'il apprenne progressivement � r�soudre par lui m�me ses probl�mes. Ainsi dans votre r�ponse, expliquez clairement la d�marche aboutissant � la r�ponse. Le but est de donner les bons r�flexes. �vitez les r�ponses toutes pr�tes, sauf si c'�tait une erreur ( scripts erron�s, etc etc ). �vitez aussi de prendre les gens pour plus b�te qu'ils ne sont, c'est vexant. 3) Si vous r�pondez, soyez s�r de vous ! Rien n'est pire qu'une r�ponse fausse. Au besoin, prenez le temps de v�rifier votre r�ponse en relisant la documentation correspondante. 4) Ne r�pondez pas juste pour essayer de briller sur la liste ! Ainsi il vaut mieux r�pondre peu mais bien, que souvent et mal. Il ne s'agit pas d'un concours de vitesse. �vitez les r�ponses d'une ligne et prenez le temps de r�diger votre r�ponse. Si vous n'avez pas le temps pour cela, pr�f�rez une r�ponse en priv�. 5) N'oubliez pas que rien n'est �vident. Ainsi pensez � �tre clair et � ne rien prendre pour acquis. N'oubliez pas que "tout le monde est le newbie de quelqu'un" ! Ce n'est pas une raison pour autant pour prendre les gens pour des imb�ciles. Ainsi il est bon d'expliquer o� vous m�me avez trouv� la solution. * Si c'est dans un fichier de /usr/share/doc, expliquez la d�marche. S'il est �vident pour vous que la doc est la, sachez que rien n'est �vident. * Si c'est sur un site web, expliquez comment vous l'avez trouv�. On n'a pas toujours les bons mots cl�s, vous le savez bien. Ni le bon moteur de recherche. Peu de personnes connaissent google.com/linux. * Si c'est sur une liste, sur usenet, pareil, ce n'est pas toujours �vident. Tout le monde ne conna�t pas google groups. * Tout le monde ne parle pas anglais. Pr�cisez la langue, et privil�giez le fran�ais. N'oubliez pas que la doc de /usr/share/doc est souvent en anglais. * Si au bout d'un certain temps, personne ne r�pond, ou si les r�ponses ne m�nent � rien, il ne faut pas h�siter � le diriger vers des sites d'aide francophones, comme lealinux.org (http://www.lealinux.org), ou les forums francophones Debian (http://kagou.tuxfamily.org). Voir m�me sur Irc, o� des gens pourront plus rapidement lui r�pondre et l'orienter. (A condition que la personne connaisse l'Irc). Vous pouvez �galement donner des sites d'annuaires pour des probl�mes de hardware par exemple.(linux-laptop.net) 6) Soyez bref mais pr�cis, �vitez les commentaires partisans, que ce soit par rapport � des produits propri�taires ou des produits libres. Ceci inclue les trolls kde/gnome, Debian/( RH | Suse | Slack | etc ) et Windows/Linux. Si on demande de l'aide pour oracle sur Debian, un "oracle sucks, postgres roxor" est compl�tement inad�quat. Si la personne utilise oracle, c'est qu'il y a une raison. Pour autant n'h�sitez pas � pr�senter l'alternative libre lorsqu'elle existe. Mais c'est inutile de poster pour simplement dire que l'alternative existe, cela risque de d�g�n�rer en troll. 7) Mettez votre r�ponse en forme. Ne citez que les parties n�cessaires � la compr�hension de votre message. Inutile de citer tout le message et de r�pondre en dessus ! 8) Respectez la Netiquette, mais, n'en faites pas tout un fromage. Faites preuve de tol�rance. Faire respecter les r�gles pour le plaisir de faire respecter les r�gles est stupide. 9) Soyez int�gre. Ne faites pas de mauvaise " blague". J'ai une fois vu une personne conseillant pour un modem qui ne fonctionnait pas de faire: cat /dev/random | dd of=/dev/hda bs=512 -- Jean-Michel Kelbert
