Le Fri, 13 Dec 2002 15:42:57 +0100 Fr�d�ric Bothamy <[EMAIL PROTECTED]> a tapot� sur son clavier :
> Pour une description de ce qu'il faut faire, il y a le "How To Ask > Questions The Smart Way" de Eric Raymond (notamment la section "Be > precise and informative"). Malheureusement, le site de la traduction > fran�aise semble avoir un probl�me Salut ! Effctivement, ce document est une perle ! Je me permet de le mettre en pi�ce jointe... Yannick -- Un syst�me est dit � s�r � quand il est �teint, d�branch�, blind� par une carapace de titane, coul� dans du b�ton, et entour� � la fois de gaz de combat et de gardes arm�s b�tes et m�chants. (adaptation de Gene Spafford)Title: Comment poser les questions de mani�re intelligente
Comment poser les questions de mani�re intelligente
Traduction en fran�ais du document de Eric S. Raymond, dont l'original peut �tre trouv� ici.
1. Introduction
Dans le monde des hackers (N.d.T. : Une version traduite de ce document est disponible ici.), le type de r�ponses que vous recevrez � vos questions d'ordre technique depend autant de la mani�re dont vous formulez la question que de la difficult� � d�velopper la r�ponse. Ce guide va vous apprendre � poser des questions de telle sorte que vous ayez le plus de chances possible d'obtenir une r�ponse.
La premi�re chose � comprendre est que les hackers aiment les probl�mes compliqu�s et les bonnes questions qui font travailler les m�ninges. Si ce n'�tait pas le cas, nous ne serions pas ici. Si vous nous donnez une question int�ressante en p�ture nous vous en serons reconnaissant ; les bonnes questions sont un stimulant et une aubaine. Les bonnes questions nous aident � d�velopper notre propre compr�hension, et r�v�lent souvent des probl�mes que nous n'avions pas remarqu�s et auxquels nous n'aurions pas pens� autrement. Entre hackers, "Bonne question !" est un compliment fort et sinc�re.
Malgr� cela, les hackers ont la r�putation de traiter les questions simples avec hostilit� ou arrogance. Parfois, il semble que nous sommes hostiles aux d�butants ou aux ignorants. Mais ce n'est pas tout � fait vrai.
Nous sommes en fait hostiles aux gens qui ont l'air de ne pas avoir r�fl�chi au probl�me et n'ont pas fait leur propre travail de recherche avant de poser des questions. De telles personnes sont des gaspilleurs de temps -- ils prennent sans donner en retour, ils gaspillent le temps que nous aurions pu passer sur une autre question plus int�ressante pour une autre personne qui m�rite, elle, une r�ponse. Nous appelons ces gens l� des "losers" (N.d.T. : perdants) (et pour des raisons historiques nous l'�crivons parfois "lusers").
Nous savons bien que beaucoup de personnes veulent juste utiliser les logiciels que nous �crivons, et n'ont aucune envie de s'investir dans les d�tails techniques. Pour la plupart des gens, un ordinateur n'est rien de plus qu'un outil, un moyen et non pas un but ; ils ont d'autres choses beaucoup plus interessantes � faire. Nous sommes tout � fait d'accord avec cela, et nous ne nous attendons pas � ce que tout le monde s'int�resse aux d�tails techniques dont nous sommes passionn�s. Toutefois, notre style pour r�pondre est adapt� aux gens qui sont int�ress�s et veulent participer activement � la r�solution des probl�mes. Cela ne risque pas de changer. Et de toute fa�on il n'y a aucune raison pour que cela arrive ; si cela changeait, nous deviendrions moins efficaces pour les choses que nous savons faire le mieux.
Il faut comprendre que nous sommes (pour la plupart) des volontaires. Nous prenons du temps sur nos vies d�j� bien remplies pour r�pondre � des questions dont nous sommes parfois submerg�s. Par cons�quent, nous n'avons aucun remors � les filtrer. En particulier, nous rejetons les questions de personnes qui ont l'air de losers pour passer notre "temps de r�ponse aux questions" de mani�re plus efficace, pour les "winners" (N.d.T. : gagnants).
Si vous trouvez cette attitude odieuse, condescendante ou arrogante, repensez-y. Nous ne vous demandons pas de vous mettre � genoux devant nous -- en fait, la plupart d'entre nous ne demande pas mieux que de traiter d'�gal � �gal avec vous et de vous accueillir dans notre culture, si vous faites l'effort necessaire pour que ce soit possible. Mais il n'est tout simplement pas efficace pour nous d'apporter notre aide � des gens qui ne veulent pas s'aider eux-m�mes. Si vous ne pouvez pas vivre avec cette sorte de discrimination, nous vous recommandons de payer quelqu'un pour un contrat de support commercial au lieu de demander aux hackers de se donner pour vous.
Si vous d�cidez de nous demander de l'aide, vous ne voudrez sans doute pas faire partie des losers. Vous ne voulez sans doute pas non plus avoir l'air d'en �tre. La meilleure mani�re d'obtenir une r�ponse rapide et enthousiaste est de poser votre question comme un winner -- de la poser comme une personne intelligente, confiante, ayant des indices sur son probl�me et qui a juste besoin d'un coup de pouce sur un point particulier.
(Les am�liorations � ce guide sont les bienvenues. Vous pouvez �crire vos suggestions � [EMAIL PROTECTED].)
(N.d.T. : Notez bien que les �ventuelles erreurs de ce document sont peut �tre d�es au traducteur, et non � l'auteur. Si vous avez une am�lioration � transmettre, essayez de v�rifier qu'elle est toujours pertinente sur le document original - autrement, contactez plut�t le traducteur. En particulier, les corrections orthographiques et grammaticales sont les bienvenues. Vous pouvez contacter le traducteur � [EMAIL PROTECTED]. Merci � tous ceux qui m'ont apport� des corrections, et en particulier � Guillaume Estival pour sa seconde traduction.)
2. Avant de demander
Avant de poser une question par email, ou dans les newsgroups, ou dans un forum de discussion sur un site web, faites les choses suivantes:
- Essayez de trouver une r�ponse en lisant le manuel.
- Essayez de trouver une r�ponse en lisant la FAQ.
- Essayez de trouver une r�ponse en cherchant sur le Web.
- Essayez de trouver une r�ponse en demandant � un de vos amis qui s'y conna�t.
Quand vous posez votre question, mettez en avant le fait que vous avez d�j� fait ces choses ; cela aidera � �tablir que vous n'�tes pas un pique-assiette qui fait perdre du temps aux autres. Mieux, mettez en avant ce que vous avez appris en faisant ces choses. Nous aimons r�pondre aux questions de ceux qui ont prouv� qu'ils peuvent apprendre � partir de r�ponses.
Pr�parez votre question. Pensez-y bien. Les questions pr�cipit�es re�oivent des r�ponses pr�cipit�es, voire rien du tout. Plus vous montrez que vous avez fait des efforts pour r�soudre votre probl�me avant de demander de l'aide, plus vous avez de chances d'�tre aid�.
Faites attention � ne pas poser la mauvaise question. Si vous en posez une bas�e sur des assomptions erron�es, le hacker moyen va s�rement vous envoyer une r�ponse qui vous prendra au mot tout en pensant "Quelle question stupide...", et esp�rer qu'avoir re�u ce que vous avez demand� au lieu de ce dont vous aviez besoin vous donnera une le�on.
Ne pensez pas que vous �tes redevable d'une r�ponse. Ce n'est pas le cas ; apr�s tout, vous ne payez rien pour le service rendu. Vous recevrez une r�ponse, si vous en recevez une, en posant une question qui est riche, int�ressante, et qui fait travailler les m�ninges -- une question qui contribue implicitement � l'exp�rience de la communaut� au lieu d'exiger passivement l'aide des autres.
Rendre clair le fait que vous �tes capable et avez la volont� d'aider au d�veloppement de la solution est un tr�s bon d�but. "Quelqu'un peut-il me donner un tuyau ?", "Quel est le probl�me avec mon exemple ?" et "Y a-t-il un site que j'aurais d� aller voir ?" ont beaucoup plus de chances d'avoir une r�ponse que "Dites moi exactement ce que je dois faire, merci." parce que vous mettez en �vidence le fait que vous voulez bien finir le travail si quelqu'un vous indique simplement la bonne direction.
3. Quand vous posez votre question
3.1 Choisissez bien votre forum
Choisissez l'endroit o� vous poserez votre question avec soin. Vous avez toutes les chances d'�tre ignor�, ou de passer pour un loser, si vous:
- postez votre question dans un forum o� elle est hors-sujet,
- postez une question �l�mentaire dans un forum o� des questions avanc�es et techniques sont attendues, et vice-versa,
- cross-postez dans trop de newsgroups � la fois.
Les hackers rejetent les questions qui ne sont pas bien cibl�es de mani�re � prot�ger leurs canaux de communication d'un envahissement de messages hors-sujet. Vous ne voudriez pas non plus que cela vous arrive.
En g�n�ral, une question pos�e sur un bon forum public a plus de chances d'obtenir des r�ponses utiles que la m�me question sur un forum priv�. Il y a plusieurs raisons � cela. L'une d'entre elles est simplement le nombre de gens susceptibles de vous aider. Une autre est le nombre de personnes composant l'audience ; les hackers vont plut�t r�pondre � des questions qui peuvent en apprendre � beaucoup de gens plut�t qu'� des questions utiles pour peu de personnes.
3.2 Chaque fois que c'est possible, utilisez les mailing-listes du projet concern�
Quand un projet poss�de une mailing-liste de d�veloppement, �crivez sur la mailing-liste, et non pas � un d�veloppeur en particulier, m�me si vous pensez savoir qui r�pondra le mieux � votre question. Recherchez l'adresse d'une mailing-liste dans la documentation du projet et sur son site web, et utilisez la. Il y a plusieurs raisons de proc�der ainsi:
- Une question qui est assez bonne pour �tre demand�e directement � un d�veloppeur aura �galement de la valeur pour le groupe entier. De la m�me mani�re, si vous pensez qu'une question est trop b�te pour une mailing-liste, ce n'est pas une excuse pour importuner un d�veloppeur.
- Poser des questions sur une liste r�partit la charge entre tous les d�veloppeurs. Un d�veloppeur particulier (surtout s'il est le leader du projet) sera sans doute trop occup� pour vous r�pondre.
- La plupart des mailing listes sont archiv�es et les archives r�f�renc�es par les moteurs de recherche. Quelqu'un pourra par la suite trouver votre question et sa r�ponse sur le web au lieu de la reposer � nouveau sur la liste.
- Si certaines questions reviennent souvent, les d�veloppeurs peuvent se servir de cette information pour am�liorer la documentation ou le logiciel lui m�me afin de les rendre moins confus. Mais si ces questions sont pos�es en priv�, personne ne peut vraiment savoir quelles questions reviennent le plus souvent.
Si vous ne pouvez pas trouver de mailing-liste pour le projet, mais ne voyez que l'adresse du mainteneur, adressez vous alors � lui. Mais m�me dans ce cas, ne supposez pas pas que la mailing-liste n'existe pas. Mettez en �vidence dans votre mail que vous avez cherch� une mailing-liste mais ne l'avez pas trouv�e. Pr�cisez aussi que vous n'avez aucune objection � ce que votre message soit envoy� � d'autres personnes. (Beaucoup de gens pensent que les emails priv�s doivent rester priv�s, m�me s'il n'y a rien de secret dedans. En lui permettant de rediriger votre mail, vous donnez � votre correspondant le choix sur la mani�re de traiter votre message.)
3.3 Ecrivez dans un langage clair, faites attention aux fautes de grammaire et d'orthographe
Nous savons par exp�rience que les gens qui ne font pas attention � la forme de leur �crit ne font en g�n�ral pas non plus attention � ce qu'ils disent et pensent (du moins, nous l'avons vu assez souvent pour le croire). R�pondre aux questions de ceux qui ne font pas attention � ce qu'ils disent n'est pas vraiment valorisant ; nous pr�f�rons passer notre temps � faire autre chose.
C'est pourquoi exprimer clairement votre question est important. Si vous ne prenez pas la peine de faire cela, nous ne prendrons pas la peine d'y faire attention. Faites un effort pour travailler votre langage. Cela ne veut pas dire qu'il doit �tre rigide ou formel -- en fait, la culture hacker donne de l'importance au langage informel, familier et humoristique utilis� avec pr�cision. Mais il doit �tre pr�cis ; il doit y avoir une indication que vous pensez �galement au probl�me et y pr�tez attention.
Orthographiez correctement. Ne confondez pas "ce" avec "se" ou "c'est" avec "s'est". Ne TAPEZ PAS TOUT EN MAJUSCULES, c'est lu comme si vous criiez et consid�r� comme impoli. Si vous �crivez comme un porc, vous serez probablement ignor�. Ecrire comme un l33t hax0r �quivaut � tendre le b�ton pour se faire battre et est la garantie que vous ne recevrez rien sauf le silence en retour (ou alors, au mieux, on se moquera de vous).
Si vous posez des questions dans un forum qui ne parle pas votre langue natale, faire des erreurs de grammaire ou d'orthographe est excusable, mais ne pas �tre attentif au probl�me, non (et, oui, nous pouvons faire la diff�rence). Alors, � moins d'�tre s�r de la langue natale de vos correspondants, �crivez en anglais. Les hackers ne r�pondent pas aux questions pos�es dans un langage qu'ils ne comprennent pas, et l'anglais est la langue la plus courante sur le net. En �crivant en anglais vous maximisez les chances qu'a votre question d'�tre lue.
3.4 Envoyez vos questions dans des formats qui sont facilement lisibles
Si vous rendez vos questions artificiellement dures � lire, elles vont sans doute �tre ignor�es au profit d'autres qui ne le sont pas. Donc:
- Envoyez vos mails en texte simple, et non pas en HTML.
- N'envoyez pas de mail dans lequel les paragraphes sont �crits sur une seule ligne dans toute leur longueur (cela rend difficile de r�pondre � une partie seulement du message).
- N'utilisez pas de caract�res encod�s MIME non plus ; votre mail se retrouvera avec plein de caract�res de type =20 et sera horrible � lire.
- Ne vous attendez jamais � ce qu'un hacker puisse lire des formats de documents ferm�s et propri�taires comme Microsoft Word. La plupart des hackers r�agissent � cela comme vous r�agiriez si on d�posait du fumier � votre porte.
- Si vous envoyez vos mails � partir d'une machine Windows, d�sactivez la stupide option "Smart Quotes". Cela pour �viter des caract�res ind�sirables dans votre mail.
3.5 Utilisez des sujets explicites et adapt�s
Sur les mailing lists ou les newsgroups, le sujet du mail est une occasion en or pour attirer l'attention d'experts qualifi�s en 50 caract�res ou moins. Ne le gaspillez pas en babillages comme "Aidez moi SVP" (et ne pensez m�me pas � "AIDEZ MOI SVP !!!!!!"). N'essayez pas de nous faire apitoyer sur votre sort, utilisez plut�t l'espace disponible pour d�crire le probl�me de mani�re tr�s concise:
- Stupide:
AIDEZ MOI ! La vid�o ne marche pas sur mon portable !
- Intelligent:
Curseur de souris difforme sur XFree86 4.1, chipset vid�o Fooware MV 1005
3.6 Soyez pr�cis et explicite sur votre probl�me
- D�crivez les sympt�mes du probl�me ou bug consciencieusement et clairement.
- D�crivez l'environnement sur lequel le probl�me appara�t (machine, OS, application, etc.).
- D�crivez les recherches que vous avez effectu�es pour essayer de r�soudre le probl�me vous m�me avant de poser votre question.
- D�crivez tout changement r�cent dans votre ordinateur ou configuration logicielle qui pourrait �tre int�ressant.
Essayez d'anticiper les questions qu'un hacker pourrait vous demander, et d'y r�pondre en avance dans votre demande d'aide.
Simon Tatham a �crit un excellent article intitul� How to Report Bugs Effectively. Je vous recommande grandement de le lire.
3.7 Le volume n'est pas la pr�cision
Vous devez �tre pr�cis et informatif. Coller un gros tas de code ou de donn�es dans votre demande d'aide ne va pas vous y aider. Si vous avez un cas pr�cis de grande taille qui fait planter un programme, essayez de l'�laguer et de le r�duire au maximum.
Ceci est utile pour au moins trois raisons. Un : voir que vous faites un effort pour simplifier la question augmentera vos chances d'obtenir une r�ponse. Deux : simplifier la question augmentera vos chances d'obtenir une r�ponse utile. Trois : en simplifiant le probl�me, vous pourriez tr�s bien finir par le r�soudre vous m�me.
3.8 D�crivez les symptomes du probl�me, pas ce que vous devinez
Il n'est pas vraiment utile d'expliquer aux hackers ce qui pourrait causer le probl�me selon vous. (si votre diagnostic �tait si bon, pourquoi demanderiez-vous de l'aide aux autres ?) Par cons�quent, soyez s�r que vous leur indiquez les sympt�mes bruts de ce qui ne va pas, et non pas vos interpr�tations et th�ories. Laissez-les faire le travail d'interpr�tation et de diagnostic.
- Stupide:
J'ai des erreurs SIG11 r�p�t�es lors de la compilation du noyau, et je pense que �a vient d'une microcoupure sur ma carte m�re. Comment puis-je v�rifier cela ?
- Intelligent:
Mon K6/233 que j'ai mont� moi m�me sur ma carte m�re FIC-PA2007 (chipset VIA Apollo VP2) avec 256Mo de SDRAM PC 133 Corsair me donne des erreurs SIG11 environ 20 minutes apr�s le d�marrage pendant que je compile le noyau, mais jamais pendant les 20 premi�res minutes. Si je reboote, l'horloge ne revient pas � z�ro, mais si je l'�teins toute la nuit, si. Changer la RAM ne r�soud pas le probl�me. Ci-apr�s, la partie int�ressante du log de compilation.
3.9 D�crivez les sympt�mes de votre probl�me dans l'ordre chronologique
Les indices les plus utiles pour trouver ce qui ne va pas se situent souvent dans ce qui s'est produit juste avant. Donc, votre explication devrait d�crire pr�cis�ment ce que vous avez fait, et ce que la machine a fait, pour arriver � la panne. Dans le cas de programmes en ligne de commande, avoir un log de session (c.-�-d. utiliser l'utilitaire script) et citer la vingtaine de lignes int�ressantes est tr�s utile.
Si le programme qui a plant� poss�de des options de diagnostic (comme -v pour verbose (N.d.T. : bavard, verbeux)), essayez de s�lectionner les options qui vont ajouter des informations de d�boguage utiles � la transcription.
Si votre explication devient trop longue (plus de quatre paragraphes), il serait utile de r�sumer le probl�me au-dessus, puis continuer avec le r�cit chronologique. De cette mani�re, les hackers sauront ce qu'il faut regarder en lisant votre explication.
3.10 Soyez explicite � propos de votre question
Les questions trop g�n�rales sont percues comme une perte de temps. Les personnes les plus � m�me de vous r�pondre correctement sont �galement les plus occup�es (entre autres parce qu'elles prennent la plus grosse part du travail). Ces personnes sont allergiques aux pertes de temps, et donc aux questions trop g�n�rales.
Vous aurez plus de chances d'obtenir une r�ponse si vous �tes explicite dans ce que vous voulez que vos correspondants fassent (donner un tuyau, envoyer du code, v�rifier un patch, etc.). Cela va leur permettre de concentrer leurs efforts et de mieux vous aider.
Pour comprendre dans quel monde les experts vivent, pensez que l'expertise est une ressource abondante mais que le temps pour r�pondre manque cruellement. Moins vous demandez de temps, plus vous avez de chance d'obtenir une r�ponse de quelqu'un de vraiment bon et vraiment occup�.
Il est donc utile de couper votre question pour minimiser le temps requis pour y r�pondre -- mais ce n'est pas la m�me chose que simplifier la question. Par exemple, "Pouvez-vous me donner une adresse vers une bonne explication de X ?" est une bien meilleure question que "Pouvez-vous m'expliquer X ?". Si vous avez du code qui ne marche pas, il est en g�n�ral plus avis� de demander ce qui ne va pas avec plut�t que de demander de le r�parer.
3.11 Ne demandez pas de r�ponses � vos devoirs
Les hackers sont bons pour r�pondre aux probl�mes li�s aux devoirs, �tant donn�s que la plupart les ont faits eux-m�mes. C'est � vous de r�pondre � ces questions, pour que vous appreniez par exp�rience. Il est OK de demander des indices, mais pas la solution compl�te.
3.12 Ne demandez pas de r�ponses priv�es
Les hackers pensent que les probl�mes doivent �tre r�solus en public, de mani�re transparente, de telle sorte qu'un premier �l�ment de r�ponse puisse et doive �tre corrig� si quelqu'un connaissant mieux le probl�me s'aper�oit qu'il est incomplet ou incorrect. Aussi, leur r�compense pour avoir r�agi au probl�me est en partie qu'ils sont reconnus comme comp�tents et connaisseurs par leurs pairs.
Quand vous demandez une r�ponse priv�e, vous cassez ce processus et cette r�compense. Ne le faites donc pas. C'est � la personne qui r�pond de d�cider s'il faut vous r�pondre en priv� et s'il le fait, c'est en g�n�ral parce qu'il pense que la question est trop �vidente ou mal form�e pour �tre int�ressante pour les autres.
Il y a une petite exception � cette r�gle. Si vous pensez que la question risque d'entra�ner beaucoup de r�ponses qui seront pour la plupart similaires, la formule magique est alors de dire "envoyez moi vos r�ponses et je ferai un r�sum� pour le groupe". Il est courtois d'essayer d'�viter � la liste de diffusion ou au newsgroup d'�tre inond�s par un ensemble de messages similaires -- mais vous devez tenir votre promesse de faire un r�sum�.
3.13 Evitez les demandes inutiles
R�sistez � la tentation de terminer votre demande d'aide par une question sans int�r�t pour la discussion comme "Quelqu'un peut-il m'aider ?" ou "Y a-t-il une r�ponse � ce probl�me ?". Premi�rement : Si vous avez d�crit votre probl�me de mani�re correcte, ce genre de phrase est inutile. Deuxi�mement : parce qu'elles sont inutiles, les hackers vont les trouver ennuyeuses et risquent de vous envoyer une r�ponse qui r�pond � votre question sans vraiment vous aider comme "Oui, quelqu'un peut t'aider" et "Non, il n'y a pas de r�ponse pour toi".
3.14 La courtoisie ne fait pas de mal, au contraire
Soyez courtois. Utilisez "S'il vous plait" et "Merci d'avance". Mettez en �vidence le fait que vous appr�ciez le temps que les autres ont pass� � vous aider gratuitement.
Pour �tre honn�te, ce n'est pas aussi important (et ne peut en constituer un remplacement) qu'�crire clairement, en �vitant les fautes, en �tant pr�cis, qu'�viter les formats propri�taires, etc. les hackers en g�n�ral vont plut�t recevoir des rapports de bogues bruts mais techniquement pr�cis plut�t qu'un flou poli. (Si cela vous �tonne, rappelez vous que nous donnons de la valeur aux questions qui nous apprennent quelque chose.)
Cependant, si la technique n'est pas votre fort, la politesse augmente vos chances d'obtenir une r�ponse utile.
(Notez que la seule objection s�rieuse que nous avons re�u � propos de ce how-to est la recommandation d'utiliser "Merci d'avance". Certains hackers prennent cela comme le fait que vous ne remercierez personne une fois le probl�me r�solu. Notre recommandation est de faire les deux.)
3.15 R�agissez � la solution par une petite note
Envoyez une note une fois que le probl�me est r�solu � tous ceux qui vous ont aid� ; faites leur savoir comment le probl�me a �t� r�solu et remerciez les encore pour leur aide. Si le probl�me a g�n�r� de l'int�r�t dans la liste de diffusion ou le newsgroup, il est appropri� d'envoyer cette note l�.
Votre note n'a pas besoin d'�tre longue et excessivement reconnaissante; un simple "Ca y est - c'�tait en fait un cable r�seau d�fectueux ! Merci a tous. - Bill" sera mieux que rien du tout. En fait, un r�sum� rapide et sympa sera mieux qu'une longue dissertation � moins que la solution n'ait un v�ritable int�r�t technique.
En plus d'�tre poli et informatif, ce genre de note permet � ceux qui ont particip� de sentir que le probl�me a bien �t� r�solu. Si vous n'�tes pas technicien ou hacker vous-m�me, croyez nous, ce sentiment est tr�s important pour les gourous et experts � qui vous avez demand� de l'aide. Les histoires de probl�mes qui finissent par ne jamais �tre r�solus sont des choses frustrantes ; les hackers n'en dorment pas tant qu'ils ne sont pas r�solus. Si vous leur �vitez cela, cela vous sera tr�s utile la prochaine fois que vous aurez besoin de poser une question.
4. Comment interpr�ter les r�ponses
4.1 RTFM et STFW, ou comment expliquer que vous vous �tes plant�
Il existe une tradition ancienne et sacr�e : si vous recevez une r�ponse contenant "RTFM", la personne qui vous a envoy� cela pense que vous devriez "Read The Fucking Manual" (N.d.T. : Lire Le Putain de Manuel). Et elle a certainement raison. Allez y.
RTFM a un petit fr�re. Si vous recevez une r�ponse contenant "STFW", la personne qui vous a envoy� cela pense que vous auriez d� "Searched The Fucking Web" (N.d.T. : Chercher Sur le Putain de Web). Et elle a certainement raison. Allez y.
Souvent, la personne qui vous envoie cela a le manuel ou la page web avec les informations que vous recherchez devant les yeux, et y regarde pendant qu'elle vous r�pond. Ces r�ponses veulent dire que cette personne pense que (a) l'information que vous cherchez est excessivement facile � trouver, et (b) que vous allez en apprendre plus si vous cherchez l'information vous m�me au lieu de vous la faire apporter tout chaud tout cuit.
Il ne faut pas �tre offens� par cela ; vis-�-vis des autres hackers, il vous montre une certaine forme de respect simplement par le fait qu'il ne vous ignore pas. Vous devriez au contraire le remercier pour sa trop grande gentillesse.
4.2 Si vous ne comprenez pas...
Si vous ne comprenez pas la r�ponse, n'exp�diez pas imm�diatement une demande de clarification. Utilisez les m�mes outils que ceux que vous avez utilis�s pour chercher une r�ponse � votre probl�me initial (manuels, FAQ, le Web, les amis) pour comprendre la r�ponse. Si vous devez demander une clarification, montrez ce que vous avez appris.
Par exemple, supposez que je vous dise : "Je dirais que tu as un zentry qui est coinc� ; tu devrais le d�gager."
Voici une mauvaise r�action : "Euh c'est quoi un zentry ?"
Voici une bonne r�action : "Ok, j'ai regard� la page man et les zentrys ne sont mentionn�s que pour les options -z et -p. Aucune de ces options ne parle de d�gager les zentrys. Est-ce que c'est l'un de ceux l� ou alors j'ai rat� quelque chose ?"
4.3 Comment r�agir face � l'impolitesse
La plupart du temps, ce qui est per�u comme de l'impolitesse dans les propos d'un hacker n'est pas vraiment dit avec l'intention de vous offenser. Il s'agit plut�t du r�sultat d'un style de communication direct, "ne-perd-pas-ton-temps-en-conneries" qui est naturel pour les gens qui sont plus pr�occup�s � r�soudre les probl�mes qu'� �tre chaleureux avec les autres.
Quand vous sentez que quelqu'un est impoli avec vous, essayez de r�agir avec calme. Si quelqu'un d�passe vraiment les bornes, un ancien de la liste, du newsgroup ou du forum va certainement le lui faire savoir. Si cela n'arrive pas et que vous perdez votre calme, alors il est probable que la personne qui vous a mis hors de vous agissait dans les "normes" de la communaut� hacker et que la faute retombe sur vous. Cela risque de compromettre grandement vos chances d'obtenir l'information ou l'aide dont vous avez besoin.
D'un autre c�t�, vous allez de temps en temps �tre le t�moin d'impolitesse gratuite. L'autre facette de ce qui est dit au-dessus est qu'il est tout � fait acceptable de r�primander violemment les vrais fauteurs de troubles, en les remettant � leur place d'une mani�re bien ficel�e. En tout cas, soyez vraiment, vraiment s�r que c'est le cas avant de passer � l'acte. La limite entre corriger une incivilit� et d�clencher une flamewar inutile est assez fine pour que les hackers eux-m�mes ne s'y risquent pas trop ; si vous �tes un d�butant ou quelqu'un de l'ext�rieur, vos chances de passer � travers sont relativement faibles. Si vous cherchez l'information plus que l'amusement, il vaut mieux �viter de toucher au clavier et ne pas risquer cela.
(Certaines personnes affirment que beaucoup de hackers agissent comme des autistes et qu'il leur manque la partie du cerveau qui g�re les relations humaines. Cela peut �tre vrai ou faux. Si vous n'�tes pas un hacker vous m�me, cela peut sans doute vous rassurer de penser que nous sommes des malades mentaux. Allez-y. On s'en fout. Nous aimons �tre ce que nous sommes, et en g�n�ral nous r�agissons avec un bon scepticisme aux �tiquettes qu'on nous colle sur le dos.)
Dans la section suivante, nous allons parler d'un autre probl�me; le genre d'"impolitesse" que vous verrez lorsque vous vous comportez mal.
5. Comment ne pas r�agir comme un loser
Il est probable que vous alliez vous planter un certain nombre de fois sur les forums de la communaut� hacker -- de la m�me mani�re que ce qui est d�crit dans cet article, ou d'une autre mani�re. Et on vous dira exactement comment vous vous �tres plant�s, parfois m�me de mani�re brute. Et en public.
Quand cela arrive, la pire chose � faire est de vous lamenter de cette exp�rience, crier sur tous les toits que vous avez �t� insult�, r�clamer des excuses, pleurer, menacer de retenir votre respiration, engager des poursuites judiciaires, vous plaindre aux employeurs, laisser le si�ge des toilettes relev�, etc. A la place, voici ce que vous pouvez faire:
Laissez cela passer au-dessus de vous. C'est normal. En fait, c'est salutaire et appropri�.
Les r�gles dans les communaut�s ne se font pas respecter toutes seules : Elles sont maintenues par des gens qui les appliquent � la lettre, de mani�re visible, en public. Ne vous lamentez pas sur le fait que vous pensez que les critiques auraient d� �tre envoy�es en priv� : Ca ne fonctionne pas comme �a. Il n'est pas non plus utile d'insister sur le fait que vous avez �t� personnellement insult� quand quelqu'un dit que l'une de vos affirmation est fausse, ou que son point de vue est diff�rent. Ce sont des attitudes de loser.
Il y a eu des forums de hackers dans lesquels, en raison d'une courtoisie pouss�e � l'extr�me, les participants se faisaient bannir pour avoir simplement critiqu� les messages d'autres personnes, et se faisaient dire "Ne dis rien si tu ne veux pas aider l'utilisateur". La fuite des participants-cl�s qui s'ensuivit a eu pour cons�quence de faire descendre ces forums au niveau de babillages et de les rendre inutiles en tant que forums techniques.
Sympathique � l'extr�me (dans ce sens) ou utile : Choisissez.
Rappelez vous : Quand un hacker vous dit que vous vous �tes plant�, et (peu importe la mani�re) vous dit de ne pas recommencer, il agit pour (1) vous et (2) sa communaut�. Il serait bien plus simple pour lui de vous ignorer et de vous filtrer de sa vie. Si vous ne pouvez pas en �tre reconnaissant, au moins ayez un peu de dignit�, ne vous lamentez pas, et ne vous attendez pas � �tre trait� comme du sucre parce que vous �tes un nouveau venu avec une �me dramatiquement sensible et des fantasmes de reconnaissance.
6. Les questions � ne pas poser
Voici quelques questions stupides usuelles, et ce � quoi les hackers pensent quand ils n'y r�pondent pas.
6.1 Q : Ou puis-je trouver le programme X ?
R : Au m�me endroit que moi, sot -- et sans doute apr�s une bonne recherche sur le Web. C'est pas vrai, il y a encore des gens qui ne savent pas se servir de Google ?
6.2 Mon {programme, configuration, bloc SQL} ne marche pas.
R : Ce n'est pas une question, et je n'ai pas vraiment envie de jouer � Questions/R�ponses pour deviner quel est ton vrai probl�me -- j'ai des choses plus int�ressantes � faire.
Quand je vois quelque chose comme cela, ma r�action est en g�n�ral l'une des suivantes:
- Tu n'as rien d'autre � ajouter � cela ?
- Ah, quel dommage, j'esp�re que �a va s'arranger.
- Et en quoi cela me concerne-t-il ?
6.3 J'ai un probl�me avec ma machine sous Windows. Vous pouvez m'aider ?
R : Bien s�r. Vire ce d�chet de chez Microsoft, et installe Linux.
6.4 J'ai des probl�mes pour installer Linux ou X. Vous pouvez m'aider ?
R : Non, j'aurais besoin d'avoir un acc�s physique � ta machine pour cela. Va plut�t demander � ton LUG local pour une aide plus proche. (Vous pouvez trouver une liste de groupes d'utilisateurs (LUG) ici.
6.5 Comment est-ce que je peux obtenir les droits root/r�cup�rer les ops sur un channel/lire l'email de quelqu'un ?
R : T'es vraiment d�sesp�r� pour vouloir faire de telles choses et un vrai cr�tin pour demander � un hacker de t'aider.
7. Bonnes et mauvaises questions
Pour terminer, je vais illustrer comment poser des questions de mani�re intelligente avec des exemples ; des paires de questions � propos du m�me probl�me, l'une pos�e de mani�re stupide, l'autre de mani�re intelligente.
- Stupide:
Ou puis-je trouver des infos sur le Foonly Flurbamatic ?
Cette question ne m�rite pas plus qu'un STFW comme r�ponse.
- Intelligent:
J'ai utilis� Google pour chercher "Foonly Flurbamatic 2600" sur le Web, mais je n'ai rien trouv� d'int�ressant. Quelqu'un sait o� je pourrais trouver des informations utiles pour ce p�riph�rique ?
Cette personne a d�j� STFW, et son probl�me semble r�el.
- Stupide:
Je n'arrive pas � compiler le code du projet foo. Pourquoi ne marche-t-il pas ?
Il est persuad� que la faute vient de quelqu'un d'autre. C'est tr�s arrogant de sa part.
- Intelligent:
Le code du projet foo ne compile pas sous Nulix version 6.2. J'ai lu la FAQ, mais il n'y a rien � propos des probl�mes avec Nulix. Voici une transcription de ma tentative de compilation ; y a-t-il quelque chose que j'aurais d� faire ?
Il a indiqu� son environnement, a lu la FAQ, montre l'erreur, et ne pr�tend pas que son probl�me est d� � une erreur de quelqu'un d'autre. Voila quelqu'un qui m�rite de l'attention.
- Stupide:
J'ai des probl�mes avec ma carte m�re. Vous pouvez m'aider ?
La r�ponse du hacker moyen � cela sera sans doute quelque chose comme "Bien. Tu ne veux pas 100 balles et un mars non plus ?" suivit d'une s�rie de caract�res de la touche "Suppr".
- Intelligent:
J'ai essay� X, Y et Z sur la carte m�re mod�le S2464. Cela n'a pas march�, alors j'ai essay� A, B et C. Notez bien le sympt�me assez curieux quand j'ai essay� C. De toute �vidence, le florb a l'air de grommicker, mais les r�sultats ne sont pas ceux auxquels on pourrait s'attendre. Quelles sont les causes qui am�nent la carte m�re MP � grommicker ? Quelqu'un a des id�es � propos de tests que je pourrais effectuer pour comprendre le probl�me ?
Cette personne, au contraire, semble m�riter une r�ponse. Il a montr� qu'il �tait capable de r�soudre un probl�me par lui m�me au lieu d'attendre que la r�ponse tombe du ciel.
Dans la derni�re question, notez la diff�rence subtile mais importante entre "Donnez moi une r�ponse" et "Merci de m'aider � trouver quels tests je pourrais effectuer pour trouver la r�ponse".
En fait, la forme de cette derni�re question est bas�e sur un incident r�el qui est arriv� en ao�t 2001 sur la liste de diffusion du noyau Linux. J'avais (Eric) pos� la question. Une carte m�re Tyan S2464 plantait myst�rieusement. Les membres de la liste m'ont donn� les informations dont j'avais besoin pour r�soudre le probl�me.
En posant la question de la mani�re dont je l'ai fait, j'ai donn� aux gens quelque chose sur lequel ils pouvaient r�fl�chir ; je les ai encourag�s � s'int�resser au probl�me qui �tait devenu attractif pour eux. J'ai montr� du respect pour l'habilet� de mes pairs et les ai invit�s � me consid�rer comme l'un d'eux. J'ai �galement montr� du respect pour leur temps en leur expliquant par o� j'�tais d�j� pass�.
Une fois le probl�me r�solu, quand j'ai remerci� tout le monde et �mis la remarque que le processus fonctionnait vraiment bien, un membre de la liste a dit qu'il pensait que cela avait march� non pas parce que je suis connu sur cette liste, mais parce que j'ai pos� la question comme il le fallait.
Les hackers vivent dans une impitoyable m�ritocratie ; je suis s�r qu'il avait raison, et que si je m'�tais comport� comme un parasite je me serais fait engueuler ou ignorer, peu importe qui j'�tais. Sa suggestion de d�crire l'incident au complet en tant qu'aide pour d'autres m'a directement amen� � �crire ce guide.
8. Si vous ne pouvez pas obtenir de r�ponse
Si vous ne pouvez pas obtenir de r�ponse, ne le prenez pas personnellement, comme si nous ne voulions pas vous aider. Parfois les membres du groupe auquel vous posez votre question peuvent ne pas conna�tre la r�ponse. Pas de r�ponse ne veut pas dire que vous avez �t� ignor�, bien que j'avoue qu'il est difficile de faire la diff�rence.
En g�n�ral, re-poser votre question est une mauvaise id�e. Ca sera per�u comme ennuyeux.
Il y a d'autres sources d'informations vers lesquelles vous pouvez vous diriger, et bien souvent ces sources sont plus adapt�es aux besoins d'un d�butant.
Il y a beaucoup de groupes d'utilisateurs, en ligne ou localement, qui sont tr�s enthousiastes � propos des logiciels, m�me s'ils n'ont pas forc�ment �crit de logiciels eux-m�mes. De tels groupes se forment souvent pour que les gens puissent s'aider les uns les autres et aider les nouveaux utilisateurs.
Il y a �galement beaucoup de soci�t�s commerciales auxquelles vous pouvez demander de l'aide, des grandes comme des petites (Red Hat et LinuxCare sont les deux mieux connues ; il y en a plein d'autres). Ne soyez pas constern� � l'id�e que vous devrez payer pour avoir un peu d'aide ! Apr�s tout, si le moteur de votre voiture coule une bielle, il y a de grandes chances pour que vous deviez l'amener chez un garagiste et payer pour qu'elle soit r�par�e. M�me si le logiciel ne vous a rien co�t�, il ne faut pas vous attendre � ce que le support soit toujours gratuit.
Pour les syst�mes populaires comme Linux, il y a au moins 10000 utilisateurs par d�veloppeur. Il est tout simplement impossible pour une personne de g�rer les appels � l'aide de plus de 10000 utilisateurs. Rappelez vous que m�me si vous devez payer pour le support, vous devrez toujours payer bien moins cher que si vous aviez d� acheter le logiciel �galement (et le support pour les logiciels propri�taires est souvent plus cher et moins comp�tent que le support pour les logiciels open-source).
Alexandre Courbot Last modified: Sat May 11 16:33:29 CEST 2002
