This page has been robot translated, sorry for typos if any. Original content here.

Comment poser correctement des questions

(Ceci est une copie en cache, l'original était sur http://ln.ua/~openxs/articles/smart-questions-ru.html.) Si vous remarquez le vieillissement de cette copie, ou restauré la source d'origine, s'il vous plaît écrivez au webmaster de ce site.)

Eric Steven Raymond Entreprises Thyrsus < esr@thyrsus.com >

Rick Moen < rick@linuxmafia.com >

Copyright © 2001 Eric S. Raymond

Traduction en russe: Copyright © 2002-2005 Valery Kravtchouk

Chronologie des versions:

  • Version 3.1 - 28 octobre 2004 (Ajouté: "Google est votre ami!")
  • Version 3.0 - 2 février 2004 (Ajout substantiel du raisonnement sur l'étiquette de la communication dans les forums Web.)

Sommaire

Traductions
Disclaimer
Introduction
Avant de demander ...
Quand vous demandez ...
Choisissez le bon forum
Les forums Web et IRC pour les débutants vous permettent souvent d'obtenir une réponse le plus rapidement possible
Dans un deuxième temps, utilisez les listes de diffusion des projets
Poser des sujets de message significatifs et spécifiques
Simplifier l'envoi d'une réponse
Ecrire en langage clair, en observant les règles de la grammaire et du vocabulaire
Envoyer des questions dans tous les formats clairs
Décrivez en détail et en détail le problème
Le volume ne signifie pas encore la précision
Ne prétendez pas avoir trouvé une erreur
L'abolition de soi par le public ne remplace pas les devoirs
Décrivez les symptômes du problème, pas vos hypothèses
Décrire les symptômes du problème dans l'ordre chronologique
Décrivez l'objectif, pas une étape distincte
Ne demandez pas de répondre à votre adresse e-mail personnelle
Posez des questions claires et claires
Ne posez pas de questions de devoirs
Évitez les demandes insignifiantes
Ne marquez pas votre question comme "Urgente", même si pour vous c'est un tel
La politesse ne fait jamais mal, et aide parfois
Envoyer une courte description de la solution
Comment interpréter les réponses
RTFM et STFW: comment comprendre que vous êtes sérieusement foutu
Si vous ne comprenez pas ...
Réaction à l'impolitesse
Ne pas réagir comme un perdant
Des questions que vous n'avez pas besoin de demander
Bonnes et mauvaises questions
Si aucune réponse n'est reçue
Comment donner de bonnes réponses
Sources d'informations supplémentaires
Merci

Il existe des traductions de ce document en chinois , tchèque , danois , estonien , français , allemand , hébreu , hongrois , italien , japonais , polonais , russe , espagnol , suédois et turc . Si vous souhaitez copier, mettre en miroir, traduire ou citer ce document, veuillez lire mes règles de copie .

Disclaimer

Sur les sites de nombreux projets dans les sections sur la façon de demander de l'aide, des liens sont donnés à ce document. C'est bien, à cette fin c'est prévu, mais si vous êtes un webmaster qui va ajouter un tel lien sur la page de son projet, veuillez indiquer à côté du lien dans un endroit bien en vue que nous ne sommes pas un service support pour votre projet!

Nous avons appris avec notre propre expérience amère que, en l'absence d'un tel avertissement, nous serons constamment harcelés par des idiots qui croient que la publication de ce document nous engage à résoudre tous les problèmes techniques dans le monde.

Si vous lisez ce document parce que vous avez besoin d'aide, et à la fin il semble que vous puissiez l'obtenir directement des auteurs, alors vous êtes l'un de ces idiots. Ne nous posez pas de questions. Nous allons simplement les ignorer. Notre objectif est de vous montrer comment obtenir de l'aide de ceux qui comprennent le logiciel ou le matériel avec lequel vous travaillez, mais dans 99% des cas, nous ne sommes pas ceux qui sont versés. Si vous ne savez pas avec certitude que l'un des auteurs est un expert dans ce que vous connaissez, laissez-nous tranquille, et cela améliorera les choses pour tout le monde.

Introduction

Dans le monde des hackers , le style de réponses que vous obtenez aux questions techniques posées dépend de la méthode de poser des questions non moins que sur leur complexité. Ce manuel vous apprendra à poser des questions de manière à augmenter la probabilité d'obtenir une réponse satisfaisante.

Maintenant que le logiciel open-source s'est répandu, vous pouvez souvent obtenir des réponses d'autres utilisateurs plus expérimentés, et non de pirates informatiques. C'est bon; les utilisateurs sont généralement un peu plus tolérants des erreurs que les débutants font souvent. Mais, si vous faites référence à des utilisateurs expérimentés en tant que pirates, conformément aux recommandations présentées ici, ce sera le moyen le plus efficace d'obtenir des réponses utiles de leur part.

Tout d'abord, nous devons comprendre que les pirates informatiques aiment réellement les problèmes complexes et bons, capables d'éveiller les cerveaux, les questions sur ces problèmes. Si nous ne l'aimions pas, nous ne serions pas des hackers. Si nous posons une question intéressante qui nécessite beaucoup de réflexion, nous vous en serons reconnaissants; les bonnes questions sont un stimulant et un cadeau. Les bonnes questions aident à mieux comprendre le sujet et révèlent souvent des problèmes qui n'ont pas été remarqués ou réfléchis. De la bouche d'un hacker: "Bonne question!" est un grand et sincère compliment.

Malgré cela, on croit que les pirates traitent des problèmes simples plutôt hostiles ou arrogants. Parfois, il semble que nous sommes assez grossiers pour les débutants et les ignorer. Mais, en fait, ce n'est pas le cas.

Nous sommes, sans aucun doute, hostiles à des gens qui ne sont probablement pas disposés à penser ou à apprendre avant de poser des questions. De telles personnes tuent le temps - elles prennent, sans rien donner en retour, elles enlèvent du temps que nous pourrions consacrer à un autre sujet, plus intéressant, et à une autre personne plus digne d'une réponse. Nous appelons ces personnes "perdants" (pour des raisons historiques, ce mot est parfois écrit comme "lusers" - utilisateurs perdants).

Nous comprenons que beaucoup de gens veulent juste utiliser le logiciel que nous créons, et ils ne vont pas étudier les détails techniques du tout. Pour la plupart des gens, un ordinateur n'est qu'un instrument, un moyen pour atteindre une fin; ils ont des activités plus intéressantes et d'autres problèmes dans la vie. Nous reconnaissons cela et ne nous attendons pas à ce que tout le monde soit intéressé par les nuances techniques qui nous intéressent. Néanmoins, notre style de réponses aux questions convient aux personnes qui s'y intéressent vraiment et qui veulent participer activement au processus de résolution de problèmes. Cela ne changera pas. Et cela ne devrait pas changer; autrement, nous ne pouvons pas faire ce que nous faisons de mieux.

Nous (principalement) sommes des bénévoles. Nous consacrons le temps de notre vie difficile à répondre aux questions, et de temps en temps nous ne faisons pas face à une foule de questions. Par conséquent, nous devons impitoyablement "filtrer le marché". En particulier, éliminer les problèmes des perdants potentiels afin de consacrer plus efficacement le temps alloué aux réponses, en les consacrant aux gagnants.

Si cette position semble ridicule, arrogante ou arrogante, vous vous trompez. Nous ne vous demandons pas de prier pour nous - en fait, la plupart d'entre nous aimeraient communiquer avec vous sur un pied d'égalité et vous prendre dans votre culture si vous faites les efforts nécessaires pour le faire. Mais pour nous, il est simplement inefficace d'essayer d'aider les gens qui ne veulent pas s'aider eux-mêmes. Être impoli est normal, mais prétendre être un idiot n'est pas.

Ainsi, bien qu'il ne soit pas du tout nécessaire d'être techniquement compétent pour capter notre attention, il est nécessaire de démontrer les qualités qui permettent de devenir compétent - attention, réflexion, observation, et le désir de participer activement au développement d'une solution. Si vous ne pouvez pas accepter ce genre de discrimination, il est logique de payer quelqu'un pour un soutien commercial, et ne pas demander aux pirates informatiques de vous aider personnellement.

Si vous décidez de nous contacter pour de l'aide, ne devenez pas un perdant. Et n'agis pas comme un perdant. Le meilleur moyen d'obtenir une réponse rapide et sensible est de se demander comment une personne est intelligente, confiante et bien informée, qui a simplement besoin d'aide pour résoudre un problème particulier.

(Les pièces jointes à ce guide sont les bienvenues, les suggestions peuvent être envoyées à esr@thyrsus.com .) Notez cependant que ce document n'a pas été créé comme guide général de l'étiquette web et j'ignore généralement les propositions non directement liées à l'obtention de réponses utiles dans le forum technique .)

Avant de demander ...

Avant de poser une question technique par e-mail ou groupe de discussion, dans une salle de discussion ou sur un forum, procédez comme suit:

  1. Essayez de trouver la réponse en cherchant sur le Web.

  2. Essayez de trouver la réponse dans le manuel.

  3. Essayez de trouver la réponse dans la liste des questions fréquemment posées (FAQ).

  4. Essayez de trouver la réponse en vérifiant ou en expérimentant.

  5. Demandez à un ami expérimenté.

  6. Si vous êtes un programmeur, essayez de trouver la réponse en analysant le code source.

Lorsque vous posez une question, indiquez dès le début que vous avez déjà fait tout cela; Cela vous aidera à comprendre que vous n'êtes pas une personne qui gaspille le temps de quelqu'un d'autre. Mieux encore, montrez ce que vous avez appris à la suite de vos recherches. Nous aimons répondre aux personnes qui ont démontré leur capacité à percevoir des réponses.

Utilisez des techniques telles que la recherche dans Google pour le texte du message d'erreur reçu (regardez aussi dans les groupes de discussion - groupes Google, pas seulement sur les pages Web). Cela peut conduire directement à la documentation sur la façon de corriger cette erreur, ou à la discussion dans la liste de diffusion dans laquelle vous pouvez trouver la réponse. Même s'il n'y a pas de réponse, la phrase: "J'ai cherché Google pour la prochaine requête, mais je n'ai rien trouvé d'utile" serait utile lors d'une demande d'aide par e-mail ou à un groupe de discussion.

Prépare la question. Pensez-y. Sur les questions superficielles, vous obtiendrez des réponses superficielles ou, en général, vous n'aurez aucune réponse. Plus vous faites pour démontrer vos pensées et vos efforts pour résoudre le problème avant de demander de l'aide, plus vous aurez de chances de recevoir cette aide.

Ne posez pas les mauvaises questions. Si la question est basée sur des hypothèses erronées, n'importe quel hacker (dans l'original - J. Random Hacker, ndlr ) va très probablement donner une réponse littérale inutile, après avoir pensé en même temps "Question idiote ...", et espérant que que vous avez demandé, au lieu de ce dont vous avez vraiment besoin, quelque chose vous apprendra.

Ne pensez pas que vous devez répondre. Personne ne vous doit rien; En dernière analyse, vous n'avez pas payé pour ces services. Vous recevrez une réponse si vous le méritez, en posant une question significative, intéressante et suggestive - une question qui donne implicitement à la communauté une nouvelle expérience, et pas seulement en demandant passivement aux autres de partager leurs connaissances.

D'un autre côté, il est bon de préciser tout de suite que vous pouvez et que vous voulez aider au processus décisionnel. Pour des questions comme "Quelqu'un peut-il dire?", "Qu'est-ce qui n'est pas inclus dans mon exemple?" et "Y at-il un site Web qui regarde ce sujet?" la réponse est plus susceptible d'être reçue que l'obligation d'envoyer une séquence exacte d'actions pour résoudre le problème, puisque vous avez clairement montré que vous allez résoudre vous-même le problème si quelqu'un vous indique la marche à suivre.

Quand vous demandez ...

Choisissez le bon forum

Considérer soigneusement où poser la question. Vous êtes le plus susceptible d'être ignoré ou renversé en tant que perdant si vous:

  • enverra une question à un forum qui ne correspond pas au sujet (hors sujet)

  • enverra la question la plus élémentaire au forum, où des questions techniques complexes sont discutées, ou vice versa

  • enverra un message croisé à de nombreux groupes de discussion différents

  • envoyer un message privé par e-mail à un étranger qui n'est pas personnellement responsable de la résolution de vos problèmes

Les pirates ignorent les questions adressées à la mauvaise adresse afin de ne pas charger leurs canaux de communication avec des informations non pertinentes. Ne pas entrer dans cette catégorie de questions.

Par conséquent, vous devez d'abord trouver le forum approprié. Cela vous aidera à nouveau avec le moteur de recherche Google et d'autres outils de recherche sur le Web. Utilisez-les pour trouver la page du projet la plus proche du matériel ou du logiciel avec lequel vous rencontrez des difficultés. Habituellement, sur cette page, vous trouverez des liens vers une liste de questions fréquemment posées (FAQ, FAQ - Foire aux questions), des listes de diffusion du projet et leurs archives. C'est là que vous devez demander de l'aide, si vos propres efforts (y compris la lecture de ceux-ci, découvert par vous, FAQ) n'ont pas été couronnés de succès. La page du projet peut également décrire la procédure d'information sur l'erreur ou un lien vers celle-ci est fourni. Dans ce cas, utilisez la procédure recommandée.

Envoyer le même message à une personne ou à un forum que vous ne connaissez pas est une entreprise qui est au moins risquée. Par exemple, ne pensez pas que l'auteur d'une page web informative veut devenir votre consultant gratuit. Ne faites pas d'hypothèses optimistes que votre question sera heureuse - si vous n'êtes pas sûr, envoyez-la à une autre adresse ou refusez son colis du tout.

Lors du choix d'un forum Web, d'un groupe de discussion ou d'une liste de diffusion, ne prenez pas de décision uniquement en fonction du nom; lisez la liste des questions fréquemment posées (FAQ) ou des règles pour vous assurer que la question correspond au sujet. Lisez les messages pendant un moment avant d'envoyer des questions pour savoir comment et ce qui se fait ici. En fait, avant d'envoyer une question, il ne fait pas de mal de chercher des mots-clés liés à votre problème dans les archives du groupe de discussion ou de la liste de diffusion. En conséquence, vous pouvez trouver la réponse, et sinon, cette recherche vous aidera à mieux formuler la question.

N'utilisez pas tous les canaux d'aide disponibles en même temps. C'est comme un cri et outrage les gens. Adressez-les à leur tour.

Définir correctement le sujet! L'une des erreurs classiques consiste à poser une question sur l'interface de programmation Unix ou Windows dans un forum dédié à un langage, une bibliothèque ou un outil fonctionnant sur les deux plates-formes. Si vous ne comprenez pas pourquoi c'est une grossière erreur, ne posez pas de questions du tout jusqu'à ce que vous compreniez.

En général, la probabilité d'obtenir des réponses à des questions dans un forum public correctement sélectionné est plus élevée que dans un forum privé. Il y a plusieurs raisons à cela. L'un d'entre eux est le nombre de répondeurs potentiels. L'autre est la taille du public qui connaîtra la réponse; Les pirates informatiques avec grand plaisir répondent à des questions qui peuvent intéresser beaucoup plus que les questions qui ne sont utiles qu'aux unités.

Il est clair que les hackers expérimentés et les créateurs de programmes populaires ont déjà des problèmes beaucoup plus insignifiants qu'ils ne le souhaiteraient. Augmenter ce flux, dans certains cas, vous pouvez devenir la dernière paille - parfois les participants à des projets populaires cessent de les soutenir, car ils ne supportent plus les problèmes associés comme un flux de messages inutiles par e-mail à leurs adresses personnelles.

Les forums Web et IRC pour les débutants vous permettent souvent d'obtenir une réponse le plus rapidement possible

Votre groupe d'utilisateurs local ou votre distribution Linux peut prendre en charge un forum Web ou un canal IRC conçu pour aider les débutants. (Dans les pays non anglophones, les forums pour débutants sont encore très probablement organisés en listes de diffusion.) Ce sont des lieux appropriés pour l'attribution initiale des questions, surtout si l'on suppose que vous êtes confronté à un problème relativement simple ou typique. Un canal IRC ouvertement annoncé est une invitation explicite à poser des questions et, souvent, à recevoir des réponses en temps réel.

En fait, si le programme avec lequel vous rencontrez des problèmes provient de la distribution (ce qui est typique aujourd'hui), il est préférable de demander au forum / mailing la distribution correspondante avant de contacter le forum / la liste de diffusion. Les pirates travaillant sur le projet peuvent simplement répondre: "Utilisez notre assemblage".

Avant de poser une question sur un forum Web, vérifiez s'il est possible de la rechercher. Et si c'est le cas, cherchez quelques mots clés sur une discussion d'un problème comme le vôtre; ça peut aider. Si auparavant vous avez effectué une recherche générale sur le Web (ce qui aurait dû être fait), regardez toujours le forum; peut-être que votre moteur de recherche n'a pas indexé ce forum depuis longtemps.

Il existe une tendance intéressante à soutenir les utilisateurs du projet via un forum Web ou un canal IRC, laissant un e-mail pour la communication entre les développeurs. Par conséquent, si vous avez besoin d'aide pour le projet, veuillez d'abord consulter ces sources d'information.

Dans un deuxième temps, utilisez les listes de diffusion des projets

Si le projet a une liste de diffusion pour les développeurs, envoyez des questions à cette liste de diffusion, plutôt qu'à des développeurs individuels, même si vous êtes sûr de savoir qui peut le mieux répondre à votre question. Trouvez l'adresse de la liste de diffusion du projet dans la documentation ou sur le site web du projet, et envoyez une question à cette adresse. Il y a plusieurs bonnes raisons de le faire:

  • Toute question, assez bonne pour contacter un développeur avec lui, sera précieuse pour l'ensemble du groupe. Au contraire, s'il semble que la question est trop primitive pour la liste de diffusion, ce n'est pas une raison pour tromper les têtes des développeurs individuels.

  • Si la question est définie dans la liste de diffusion, la charge est répartie entre tous les développeurs. Un développeur particulier (surtout s'il est le chef de projet) peut être trop occupé pour répondre à vos questions.

  • La plupart des listes de diffusion sont archivées et les archives sont indexées par les moteurs de recherche. Quelqu'un sera en mesure de trouver votre question et vos réponses sur le réseau, et ne le demandera plus sur la liste de diffusion.

  • Si certaines questions sont souvent posées, les développeurs peuvent utiliser ces informations pour améliorer la documentation ou le logiciel lui-même, afin qu'ils deviennent plus compréhensibles. Mais si ces questions sont posées en personne, personne n'a une image générale - ce qui est souvent demandé.

Si le projet a des listes de diffusion distinctes ou des forums Web pour "utilisateurs" et "développeurs" (ou "pirates"), et que vous ne traitez pas le code, posez la question "utilisateurs" dans la liste / forum. Ne comptez pas sur un accueil chaleureux sur la liste de diffusion pour les développeurs, où votre question est susceptible d'être classée comme un «bruit» qui interfère avec l'échange d'informations sur le processus de développement.

Cependant, si vous êtes sûr de la non-trivialité de votre question et n'avez pas reçu de réponse dans la liste de diffusion / forum pour les "utilisateurs" depuis plusieurs jours, contactez les développeurs. Il est logique de suivre la liste de diffusion ou le forum approprié quelques jours avant pour apprendre ses traditions (en fait, il est logique de le faire avant de contacter une liste de diffusion privée ou semi-fermée).

Si vous ne trouvez pas l'adresse de la liste de diffusion du projet, mais que l'adresse de la personne qui dirige le projet est connue, envoyez votre question au présentateur. Mais dans ce cas, ne pensez pas qu'il n'y a pas de liste de diffusion. Dans votre message, indiquez que vous avez essayé, mais que vous n'avez pas trouvé la liste de diffusion appropriée. Mentionnez aussi que vous n'êtes pas contre l'envoi de votre message à d'autres destinataires. (Beaucoup de gens pensent que la correspondance personnelle devrait rester personnelle, même si rien n'est secret.) En vous permettant de transmettre votre message, vous donnez le choix aux gens.)

Poser des sujets de message significatifs et spécifiques

Lorsque vous envoyez un message à une liste de diffusion ou à un groupe de discussion, l'objet du message est une excellente occasion d'attirer l'attention d'experts qualifiés dans une chaîne de 50 caractères maximum. Ne le gâchez pas en babillant comme "Aidez-moi, s'il vous plaît" (sans parler des sujets "S'IL VOUS PLAÎT m'aider !!!!", les messages avec de tels thèmes sont rejetés par réflexe). N'essayez pas de nous impressionner avec la profondeur de votre souffrance; Il est préférable d'utiliser l'espace alloué pour la description la plus courte possible du problème.

Un bon accord sur la conception des sujets de message utilisés par de nombreux services de support technique est l'utilisation du modèle "écart-objet". La partie "objet" spécifie le problème et la partie "déviation" décrit l'écart par rapport au comportement attendu.

C'est stupide:

Aidez ou aidez! La carte vidéo sur mon ordinateur portable ne fonctionne pas correctement!

Raisonnable

Forme de curseur de souris incorrecte dans XFree86 4.1, vidéo sur le chipset Fooware MV1005

Encore mieux:

XFree86 4.1 curseur de la souris sur le chipset Fooware MV1005 - la mauvaise forme

Le processus d'écriture d'un sujet en utilisant le modèle "déviation d'objet" aidera à comprendre le problème plus en détail. Qu'est-ce qui ne va pas? Seul le curseur de la souris ou avec d'autres graphiques, ont aussi des problèmes? Le problème est seulement dans XFree86? Seulement dans la version 4.1? Ce problème se produit uniquement sur les cartes vidéo avec un chipset Fooware? Seulement dans le modèle MV1005? Hacker, après avoir reçu un message sur un sujet similaire, sera en mesure, d'une manière générale, de comprendre en quoi exactement vous avez eu un problème et quel est le problème.

En général, imaginez que vous parcourez la liste des questions dans l'archive, dans laquelle seules les lignes d'objet sont représentées. Faites en sorte que la ligne du sujet reflète plutôt bien l'essence de la question et la prochaine archive de recherche à la recherche d'une réponse à une telle question pourrait trouver une discussion menant à une réponse plutôt que d'envoyer à nouveau la question.

Si vous posez une question en réponse, n'oubliez pas de changer la ligne d'objet pour qu'elle soit claire - une question est posée. Une ligne d'objet comme "Re: test" ou "Re: new bug" n'attirera pas assez d'attention. De plus, gardez les messages précédents cités au minimum, suffisamment pour que les nouveaux utilisateurs puissent comprendre ce qui a été discuté.

N'envoyez pas simplement une réponse au message de la liste de diffusion si vous allez discuter d'un nouveau sujet (démarrer un fil de discussion). Cela permettra de réduire le cercle des répondants. Certains lecteurs de courrier, tels que mutt , permettent à l'utilisateur de trier les messages par sujet, puis de masquer les messages sur le sujet, minimisant le fil de la discussion. Ceux qui utilisent cette opportunité ne verront jamais votre message.

Ce n'est pas assez pour changer de sujet. Mutt, et éventuellement d'autres lecteurs de courrier électronique, prennent en compte non seulement la ligne Objet, mais également d'autres informations dans les en-têtes de message lors de la liaison au fil de discussion. Créer un tout nouveau message

Dans les forums Web, les règles de discussion diffèrent légèrement, car les messages sont généralement plus étroitement liés à des discussions spécifiques et sont souvent invisibles en dehors de ces discussions. Changer de sujet en posant une question dans la réponse n'est pas essentiel (tous les forums ne permettent même pas de spécifier des sujets dans les réponses, et si on peut les poser, presque personne ne les lit). Mais poser une contre-question en retour est en soi une pratique douteuse, puisque seuls ceux qui suivent le fil de discussion correspondant verront cette question. Par conséquent, si vous n'êtes pas sûr de vouloir vous adresser spécifiquement à ceux qui participent à la discussion sur le sujet, commencez un nouveau sujet.

Simplifier l'envoi d'une réponse

L'achèvement de la question avec la phrase "Une réponse, s'il vous plaît envoyer à l'adresse ..." rend la réception de la réponse très improbable. Si vous n'avez pas quelques secondes pour définir correctement l'en-tête Reply-To dans votre programme de messagerie, nous n'avons pas quelques secondes pour réfléchir à votre problème. Si votre programme de messagerie ne le permet pas, supprimez-le. Si votre système d'exploitation ne prend pas en charge les programmes de messagerie électronique qui vous permettent de le faire, recherchez mieux le système d'exploitation.

Demander à répondre par courrier électronique dans les forums Web est extrêmement impoli, sauf si vous êtes sûr que les informations peuvent être confidentielles (et quelqu'un, pour une raison inconnue, voudra vous le dire personnellement, pas le forum entier). Si vous souhaitez recevoir une notification par courrier que quelqu'un a répondu au sujet dans le forum, demandez cette notification dans l'interface du forum Web; cette fonctionnalité est supportée presque partout sous la forme des options "regarder ce fil", "envoyer un email sur les réponses", etc.)

Ecrire en langage clair, en observant les règles de la grammaire et du vocabulaire

Il a été expérimentalement établi que les personnes qui écrivent de manière inattentive et négligente sont généralement aussi inattentives et insoucieuses dans les pensées et le code des programmes en cours de création (du moins, assez souvent pour l'affirmer avec assurance). Répondre aux questions des personnes inattentives et inconscientes - une occupation ingrate; nous passerons notre temps à autre chose.

Par conséquent, la clarté et l'exactitude du libellé de la question sont importantes. Si vous ne voulez pas vous tromper avec cette tête, nous ne voulons pas nous tromper, en prêtant attention à ces problèmes. Essayez de formuler la question dans la bonne langue. Il ne devrait pas être lourd et formel - en fait, dans la culture hacker, un langage informel, plein d'argot et humoristique est utilisé, qui est utilisé correctement. Mais les pensées devraient être exprimées clairement; il est nécessaire de démontrer au moins quelques signes de réflexion et d'attention.

Observez les règles de syntaxe, de ponctuation et de capitalisation. Ne le confondez pas avec c'est, lâche avec perdre ou discret avec discret. NE PAS ÉCRIRE TOUT DANS LE REGISTRE SUPÉRIEUR, - ceci est perçu comme un cri et est considéré comme grossier. (Si tout est écrit en minuscules, ce n'est pas beaucoup mieux, parce que c'est si difficile à lire.) Alan Cox dit que c'est au revoir, mais ce n'est pas le cas.)

En général, si vous écrivez au niveau du babillage enfantin ou du délire fou, votre question risque d'être ignorée. L'Écriture dans le style des jeunes "Khatskers" (dans l'original - l3k script kiddie hax0r) est absolument sans espoir, et garantit en retour - silence (ou, au mieux, une dose de négligence et de sarcasme).

Si vous posez des questions dans un forum où vous n'utilisez pas votre langue maternelle, alors certaines erreurs lexicales et grammaticales seront pardonnées - mais n'attendez pas de pardon pour la paresse élémentaire (oui, nous sommes généralement capables de comprendre la différence). En outre, si vous ne savez pas exactement quelles langues pour le destinataire - natif, écrivez en anglais. Habituellement, les hackers ne font que sauter des questions dans des langues qu'ils ne comprennent pas, et l'anglais est la langue de travail d'Internet. En posant une question en anglais, vous réduisez la probabilité qu'il soit manqué sans lire.

Envoyer des questions dans tous les formats clairs

Si vous rendez difficile artificiellement la lecture de la question, la probabilité augmente qu'au lieu de cela on vous répondra une question qui n'est pas difficile à lire. Par conséquent:

  • Envoyez le message en texte brut, pas en HTML. ( Désactiver HTML n'est pas si difficile.)

  • Les applications MIME sont généralement complètement valides, mais seulement si elles ont un contenu réel (par exemple, le code source ou le fichier correctif est attaché), et pas simplement générées automatiquement par le client mail (représentant, par exemple, une autre copie du message, mais au format HTML).

  • N'envoyez pas de messages dans lesquels les paragraphes sont représentés par une seule ligne, transférés visuellement aux lignes suivantes sur le client. (Cela complique la réponse à la partie message.) En supposant que les destinataires liront les messages sur les terminaux texte avec des lignes de 80 caractères, et ajustez l'insertion des sauts de ligne en conséquence, complétant la ligne à 80 positions.

  • Toutefois, ne divisez pas les données en plusieurs lignes à une position fixe (par exemple, les vidages de journaux ou les enregistrements de session). Les données doivent être incluses dans les messages tels qu'ils sont, afin que les destinataires soient sûrs qu'ils voient exactement ce que vous avez vu.

  • N'envoyez pas de messages dans l'encodage MIME Quoted-Printable au forum en anglais. Ce codage peut être nécessaire lors de l'envoi d'un message dans une langue non couverte par le codage ASCII, mais de nombreux agents de messagerie utilisateur ne le prennent pas en charge. La lecture de messages avec des caractères de contrôle dispersés de la forme = 20 est incommode et désagréable.

  • Ne pensez même pas que les pirates seront en mesure de lire des documents dans des formats privés et propriétaires tels que Microsoft Word ou Excel. La plupart des hackers réagissent à la façon dont vous réagissez si vous avez barbouillé la porte d'entrée avec de la merde. Même quand ils peuvent les lire, le besoin de se préoccuper de ces formats les outrage.

  • Lors de l'envoi de messages à partir d'une machine Windows, désactivez le support Microsoft débilité pour "Smart Quotes". Cela permettra de se débarrasser de beaucoup de caractères garbage dispersés dans le message.

  • Dans les forums Web n'abusez pas des "smileys" et de la possibilité d'insérer "html" (s'ils sont fournis). Un ou deux smileys sont normalement normaux, mais un texte coloré fait penser aux gens que vous êtes un lamer. L'utilisation excessive des émoticônes, des couleurs et des polices vous présente comme une adolescente risible, ce qui n'a pas de sens, à moins que vous ne soyez intéressé par les réponses, pas le sexe.

Lorsque vous utilisez un client de messagerie avec une interface graphique (par exemple, Netscape Messenger, MS Outlook, etc.), n'oubliez pas qu'il peut enfreindre ces règles lors de l'utilisation de paramètres standard. La plupart de ces clients ont une commande "View Source" dans le menu. Vérifiez avec son aide sur l'un des messages envoyés que le texte normal est envoyé, sans débris inutiles.

Décrivez en détail et en détail le problème

  • Décrivez soigneusement et clairement les symptômes du problème ou de l'erreur trouvée.

  • Décrivez l'environnement dans lequel il se produit (machine, système d'exploitation, application, etc.) Spécifiez la distribution et la version (par exemple: "Fedora Core 2", "Slackware 9.1", etc.).

  • Décrivez la recherche que vous avez menée en essayant de comprendre le problème avant de poser une question.

  • Décrivez de manière indépendante les mesures que vous avez prises pour diagnostiquer et isoler le problème avant de poser une question.

  • Décrivez les derniers changements dans la configuration de l'ordinateur ou du logiciel qui peuvent être pertinents.

Faites le maximum pour anticiper les questions potentielles du pirate informatique et répondez-y à l'avance dans votre appel à l'aide.

Simon Tatham a écrit un essai merveilleux intitulé Comment signaler efficacement les erreurs . Je recommande fortement de le lire.

Le volume ne signifie pas encore la précision

Soyez précis et informatif. Pour ce faire, il ne suffit pas d'insérer une grande quantité de code ou de données dans la requête. Si un cas de test complexe et de grande taille entraîne une erreur dans le programme, essayez de le minimiser autant que possible.

Ceci est utile, au moins, pour trois raisons. Premièrement: les efforts démontrés pour simplifier le problème augmentent la probabilité de recevoir une réponse. Deuxièmement: simplifier la question augmente la probabilité d'obtenir une réponse utile . Troisièmement, lors de la clarification du message d'erreur, vous pouvez trouver une solution ou une méthode pour contourner le problème vous-même.

Ne prétendez pas avoir trouvé une erreur

Si vous avez des problèmes avec un logiciel particulier, ne prétendez pas avoir trouvé une erreur, sauf si vous êtes absolument sûr de cela. Astuce: Si vous ne parvenez pas à fournir un correctif de code source résolvant un problème ou un scénario de test pour une version antérieure présentant un comportement incorrect, vous n'êtes probablement pas sûr de votre application.

Rappelez-vous que beaucoup d'autres utilisateurs avec ce problème n'ont pas rencontré. Sinon, vous auriez déjà appris à ce sujet lors de la lecture de la documentation ou lors de la recherche sur le Web (vous l'avez fait avant de faire de telles déclarations, n'est-ce pas ?). Cela signifie que, très probablement, c'est vous qui faites quelque chose de mal, pas de logiciel.

Les créateurs de logiciels font de grands efforts pour s'assurer que cela fonctionne aussi bien que possible. Si vous prétendez avoir trouvé une erreur, alors, du même coup, ils supposent qu'ils ont fait quelque chose de mal, et ils ne l'aimeront presque certainement pas - même si vous avez raison. Il est particulièrement peu diplomatique d'écrire "bug" ("Error") dans la ligne d'objet du message.

Lorsque vous posez une question, il est préférable de décrire le problème, en supposant que vous faites quelque chose de mal, même si vous êtes personnellement absolument sûr que vous avez trouvé une erreur. Si c'est vraiment une erreur, vous lirez à ce sujet dans la réponse. Essayez de vous comporter de manière à ce que les personnes qui soutiennent le programme veuillent vous présenter des excuses si une véritable erreur est constatée, et non pas que vous deviez vous excuser pour votre stupidité.

L'abolition de soi par le public ne remplace pas les devoirs

Certains, ayant compris qu'il n'est pas nécessaire de se comporter de façon rude ou arrogante, extorquant la réponse, choisissent l'extrême opposé - l'abaissement de soi. "Je sais, je suis un débutant, un perdant et une bouilloire complète, mais ...". Cela détourne l'attention du sujet et n'a pas de sens. Surtout quand combiné avec l'incertitude dans la description du problème réel.

Ne perds pas ton temps, et le nôtre, en espérant la pitié. Imaginez mieux les faits et votre question aussi clairement que possible. Alors vous vous déclarez beaucoup mieux que par l'auto-abaissement.

Parfois, dans les forums Web, il existe des endroits distincts pour les questions des débutants. Si vous pensez qu'une telle question peut être posée seulement par un utilisateur débutant, demandez-la là. Mais même là, vous n'avez pas à vous humilier.

Décrivez les symptômes du problème, pas vos hypothèses

Il est inutile de dire à vos pirates votre opinion sur les causes du problème. (Si vos théories diagnostiques sont si précieuses, avez-vous besoin de vous tourner vers d'autres personnes pour de l'aide?) Assurez-vous donc de signaler les symptômes réels de ce qui se passe, et non vos interprétations et vos théories. Laissez les répondeurs prendre l'interprétation et le diagnostic.

C'est stupide:

Je reçois constamment des erreurs SIG11 lors de la compilation du noyau, et je soupçonne que la cause est une microfissure sur la carte mère. Quel est le meilleur moyen de vérifier cela?

Raisonnable

Sur l'ordinateur K6 / 233 que j'ai assemblé sur la carte mère FIC-PA2007 (chipset VIA Apollo VP2) avec 256 Mo de mémoire SDRAM Corsair PC133, les erreurs SIG11 se produisent souvent environ 20 minutes après la mise sous tension, mais elles ne se produisent pas dans les 20 premières minutes. Reboot to nothing conduit, mais le voyage pour la nuit aide. Remplacer toute la mémoire n'a pas aidé. La partie correspondante des résultats d'une compilation typique est jointe.

Décrire les symptômes du problème dans l'ordre chronologique

L'information la plus importante pour découvrir les raisons de ce qui se passe est souvent liée aux événements qui précèdent immédiatement cette situation. Par conséquent, il est nécessaire de décrire avec précision ce que vous avez fait et ce que la machine a fait jusqu'à ce que le problème se produise. Dans le cas de travailler avec l'interface de ligne de commande, l'enregistrement de session (par exemple, en utilisant l'utilitaire de script) peut beaucoup aider et inclure quelques douzaines de lignes correspondantes dans le message.

Si le programme dans lequel la panne s'est produite dispose d'options de diagnostic (par exemple, -v - informations détaillées), essayez de sélectionner des options qui ajoutent des informations de débogage utiles à la "transcription" de la session.

Si l'enregistrement est assez long (plus d'une page), il est logique de formuler le problème à l'avance, puis de spécifier la séquence chronologique des actions qui y mènent. Dans ce cas, les pirates sauront ce qu'il faut rechercher lors de la lecture de la session.

Décrivez l'objectif, pas une étape distincte

Si vous essayez de comprendre comment faire quelque chose (et ne signalez pas d'erreur), commencez par décrire l'objectif. Et seulement alors décrivez un pas concret sur le chemin de celui-ci, que vous ne pourriez pas accomplir.

Souvent, les personnes qui ont besoin d'une assistance technique ont un objectif de haut niveau et sont attachées à l'un des moyens possibles, à leur avis, de le réaliser. Ils demandent de l'aide pour faire un pas, ne réalisant pas qu'ils ont choisi le mauvais chemin. Pour comprendre cela, cela peut demander beaucoup d'efforts.

C'est stupide:

Comment puis-je obtenir la boîte de dialogue du sélecteur de couleurs dans FooDraw pour accepter une valeur RVB hexadécimale?

Raisonnable

J'essaye de remplacer la table de couleur dans l'image avec les valeurs dont j'ai besoin. Maintenant, je ne vois qu'une seule façon de procéder: éditer chaque emplacement de la table, mais je ne peux pas spécifier une valeur RVB hexadécimale dans la boîte de dialogue de sélection de couleur de FooDraw.

La deuxième version de la question est raisonnable. Il vous permet d'obtenir une réponse dans laquelle on vous proposera un outil plus adapté à la résolution du problème.

Ne demandez pas de répondre à votre adresse e-mail personnelle

Les pirates croient que la résolution des problèmes devrait être un processus public et transparent, au cours duquel la première tentative de trouver une réponse peut et devrait être corrigée si quelqu'un de plus averti remarquera que cette réponse est incomplète ou incorrecte. En outre, les répondants sont en partie récompensés par le fait que leurs compétences et leurs connaissances seront remarquées par leurs collègues.

Lorsque vous demandez une réponse personnelle, vous entravent à la fois le processus de prise de décision et la rémunération. Ne fais pas ça. Répondre en personne est le choix du répondant , et s'il le fait, c'est généralement parce qu'il considère que la question a été trop mal formulée ou évidente pour intéresser les autres.

Il y a une petite exception à cette règle. Si vous supposez que vous recevrez beaucoup de réponses similaires à votre question, n'oubliez pas les mots magiques "envoyez la réponse à moi, et je résume les réponses reçues dans l'article pour le groupe de discussion." Essayer de garder le groupe de discussion ou la liste de diffusion loin du flux de messages identiques est très gentil, mais vous devez tenir votre promesse et envoyer un résumé.

Posez des questions claires et claires

Les questions illimitées nécessitent généralement un temps illimité pour une réponse. Les personnes qui sont susceptibles de vous donner une réponse utile sont aussi les personnes les plus occupées (aussi parce qu'elles font la plupart de leur travail elles-mêmes). Ces personnes sont jalouses de leur temps et, par conséquent, ne posent souvent pas de questions illimitées.

La probabilité d'obtenir une réponse utile est augmentée si vous clarifiez ce que vous obtenez du répondant (fournissez des liens, envoyez du code, vérifiez votre décision, etc.). Cela concentrera les efforts des intervenants et impliquera implicitement les contraintes de temps et d'effort que le répondant devra consacrer à vous aider. C'est bon.

Pour comprendre dans quel monde vivent les experts, il faut considérer les connaissances des experts comme une ressource abondante, et par leur temps - comme une ressource très limitée. Moins vous avez besoin implicitement de temps, plus il est probable que vous receviez une réponse d'un expert vraiment bon et occupé.

Par conséquent, il est logique de limiter le problème afin de minimiser le temps nécessaire à un expert pour le résoudre. Mais souvent, ce n'est pas la même chose que de simplifier la question. Ainsi, par exemple, la question: "Pouvez-vous me donner un lien vers une bonne description de X?" - D'habitude beaucoup plus sage qu'une demande: "Explique-moi X, s'il te plaît." Si vous avez un problème avec le code d'attente, il est plus sage de vous demander d'expliquer ce qui ne va pas et de ne pas vous demander de corriger les erreurs.

Ne posez pas de questions de devoirs

Les pirates sont bons pour répondre aux questions de devoirs - la plupart d'entre nous l'ont fait par nos propres moyens. Ces questions sont demandées à travailler pour vous afin que vous puissiez apprendre de votre propre expérience. Vous pouvez demander un indice, mais pas une solution complète.

Si vous pensez avoir jeté une question dans vos devoirs, mais que vous ne pouvez toujours pas y répondre, essayez de poser une question dans le forum du groupe d'utilisateurs ou (dans les cas extrêmes) dans la liste de diffusion "personnalisée" du projet correspondant. Bien que les pirates le reconnaissent, certains utilisateurs avancés peuvent au moins vous donner un indice.

Évitez les demandes insignifiantes

Ne soyez pas tenté de mettre fin à votre demande avec des questions sans signification comme: "Quelqu'un m'aidera-t-il?" ou "Y at-il une réponse à tous?" Premièrement, si vous avez décrit votre problème de manière professionnelle, ces questions supplémentaires, au moins, sont superflues. Deuxièmement, comme ils sont superflus, ils semblent gênants pour les pirates - et, en réponse, ils sont si enclins à écrire une désabonnement logiquement irréprochable comme: «Oui, vous pouvez aider» ou «Non, vous ne pouvez pas aider».

En général, les questions avec des réponses oui-pas mieux ne pas demander, sauf si vous voulez obtenir une réponse par oui ou par non .

Ne marquez pas votre question comme "Urgente", même si pour vous c'est un tel

C'est votre problème, pas le nôtre. La mention de l'urgence est souvent contre-productive: la plupart des pirates informatiques suppriment simplement ces messages comme des tentatives grossières et égoïstes d'attirer l'attention sur eux-mêmes d'urgence.

Il existe une exception partielle à cette règle. La mention de l'urgence peut avoir un sens si vous utilisez le programme dans une organisation sérieuse qui peut intéresser les pirates; dans ce cas, si vous n'avez pas assez de temps et que vous le signalez poliment, les gens pourraient être suffisamment intéressés à répondre plus rapidement.

Faire ainsi, cependant, est extrêmement risqué, parce que la vision de la gravité du hacker et ses intérêts diffèrent probablement du vôtre. La question de la station spatiale internationale, par exemple, suscitera de l'intérêt, mais la question au nom d'une fondation caritative prospère ou d'un parti politique n'est presque certainement pas. En fait, la question avec le sujet "Urgent: Aidez-moi à sauver les phoques moelleux!" seront ignorés ou malicieusement commentés même par les hackers qui croient que la vie des phoques duveteux est importante pour eux.

Si cela vous surprend, relisez le reste du document jusqu'à ce que vous compreniez, et avant cela, évitez d'envoyer des questions du tout.

La politesse ne fait jamais mal, et aide parfois

Soyez poli. Utilisez les expressions "S'il vous plaît" et "Merci d'avance". Expliquez clairement que vous êtes reconnaissant envers les personnes qui vous consacrent gratuitement leur temps.

Pour être honnête, ce n'est pas aussi important que l'absence d'erreurs dans le texte de la question, la clarté, l'exactitude et le détail de la description, l'utilisation de formats ouverts, etc. (et ne remplace pas tout ce qui précède); les hackers, en général, préféreraient recevoir des messages d'erreur bruts, mais techniquement précis, que des verbiage polis. (Si cela vous surprend, souvenez-vous que nous apprécions la question pour ce qu'il nous enseigne.)

Cependant, au niveau technique normal de la question, la politesse augmente réellement la probabilité d'obtenir une réponse utile.

(Il est à noter que la seule objection sérieuse reçue par les vétérans du mouvement hacker sur ce document est liée à la recommandation d'utiliser l'expression «Reconnaissant d'avance». Certains hackers voient comme une réticence à remercier quiconque après la résolution du problème. pour remercier à la fois d'avance et après avoir reçu une réponse, ou pour exprimer leur gratitude différemment, disons, la phrase "Merci de votre attention" ou "Merci de votre considération.")

Envoyer une courte description de la solution

Une fois le problème résolu, envoyez un message à tous ceux qui vous ont aidé. faites-leur savoir comment cela s'est terminé, et merci encore pour votre aide. Si le problème a suscité un intérêt général dans la liste de diffusion ou le groupe de discussion, il est logique d'envoyer un tel message là.

Il sera optimal de répondre dans le fil de la discussion commencée avec la question originale en ajoutant le tag 'FIXED', 'RESOLVED', 'SOLUTION' ou tout autre signe tout aussi évident de la solution dans la ligne d'objet. Dans les listes de diffusion avec un grand nombre de messages, le répondant potentiel en regardant le fil de la discussion "Problème X", se terminant par le message "Problème X - SOLUTION" comprend qu'il n'a pas besoin de perdre du temps pour lire les messages. , et peut donc passer du temps à résoudre un autre problème.

Un tel message ne doit pas nécessairement être long et détaillé; simple: "Salut, le problème était avec une rupture dans le câble réseau! Merci à tous." Bill ", c'est mieux que rien. En fait, un résumé bref et poli est préférable à une longue dissertation, à moins que la décision affecte des aspects techniques sérieux. Écrivez les actions autorisées pour résoudre le problème, mais la séquence entière de la recherche de solution n'est pas nécessaire pour redécrire.

Pour les problèmes assez graves, vous pouvez envoyer un CV avec une histoire de trouver leurs raisons. Décrivez l'énoncé final du problème. Décrivez la solution trouvée et indiquez les voies sans issue à éviter. Nommez tous ceux qui vous ont aidé: vous trouverez donc des amis.

En plus de montrer de la courtoisie et de l'information, ce genre de résumé aide les autres à savoir exactement quelle décision vous a aidé et, par conséquent, peut les aider également lors de la recherche dans les archives de la liste de diffusion / groupe de discussion / forum.

Dernier point, mais non des moindres, ce genre de message aide tous ceux qui participent à la discussion à se sentir satisfaits du fait que le problème est clos. Si vous n'êtes pas un expert technique ou un hacker, faites-nous confiance que ce sentiment est très important pour le gourou et les experts à qui vous avez demandé de l'aide. Descriptions des problèmes, par conséquent et non résolus - c'est une déception complète; les hackers sont impatients de les voir résolus. Le bon karma qui apparaît lorsque vous assouvissez cette soif vous aidera grandement à poser la question la prochaine fois.

Réfléchissez à la façon dont vous pouvez empêcher les autres utilisateurs de rencontrer le même problème à l'avenir. Demandez-vous si le changement de la documentation ou de la liste des FAQ aidera, et si c'est le cas, envoyez le changement approprié à ceux qui supportent ces documents.

Parmi les pirates informatiques, ce comportement, en fait, est considéré comme plus important que la courtoisie ordinaire. C'est ainsi qu'ils gagnent la réputation d'un bon joueur d'équipe, ce qui est une qualité très précieuse.

Comment interpréter les réponses

RTFM et STFW: comment comprendre que vous êtes sérieusement foutu

Il y a une tradition ancienne et sacrée: si vous obtenez la réponse « RTFM », le répondant pense que vous devriez lire le manuel ( Read the Fucking Manual ). Il a presque certainement raison. Lire

La réponse RTFM a un analogue plus jeune. Si vous obtenez la réponse « STFW », le répondant pense que vous devriez chercher une réponse dans le réseau (Search The Fucking Web). Il a presque certainement raison. Recherche

Dans les forums Web, vous pouvez également effectuer une recherche dans les archives du forum. En fait, le répondant peut être si gentil qu'il donnera un lien à la discussion précédente, dans laquelle ce problème a été résolu. Mais ne comptez pas là-dessus; Regardez dans les archives vous-même avant de demander.

Souvent, celui qui envoie une de ces réponses a un guide ou une page Web avec les informations dont vous avez besoin, et les regarde quand il répond. Ces réponses signifient que, selon lui, premièrement, l'information dont vous avez besoin est facile à trouver et, deuxièmement, vous en apprendrez plus lors de la recherche d'informations que si elle vous est présentée sur une plaque.

Vous ne devriez pas être indigné à cela; sur les standards des hackers, il vous a déjà donné suffisamment de respect en n'ignorant pas la question. Vous devez remercier le répondant pour sa gentillesse paternelle.

Si vous ne comprenez pas ...

Si vous ne comprenez pas la réponse, n'envoyez pas la demande pour l'expliquer. Utilisez les mêmes sources d'information que lorsque vous cherchez la réponse à la question initiale (manuels, FAQ, Web, collègues expérimentés) pour comprendre la réponse. Si, après cela, vous avez besoin de clarifications, montrez ce que vous avez appris vous-même.

Par exemple, supposons que je vous dise: "On dirait que le zentry vous attend, vous devez vérifier." Alors une mauvaise question éclaircissante sera: "Et qu'est-ce que le zentry"? Et bien : "OK, j'ai lu la page de manuel de référence, et à propos de zentry il n'y est mentionné que dans les options -z et -p .. Aucun d'entre eux ne dit comment réinitialiser le zentry bloqué: dois-je utiliser une de ces options? A-t-il mal compris?

Réaction à l'impolitesse

La plupart de ce qui peut sembler impoli dans les cercles de piratage n'est pas utilisé pour l'insulte. Ceci, plutôt, est le résultat d'un style de communication direct, discret, qui est naturel pour les personnes qui essaient de résoudre des problèmes, plutôt que de paraître doux et moelleux.

Lorsque vous rencontrez de la grossièreté, essayez de réagir calmement. Si quelqu'un dépasse vraiment l'acceptable, il est probable que le responsable de la liste de diffusion, du groupe de discussion ou du forum le mettra en place. Si cela ne se produit pas et que vous vous fâchez, il est probable que la personne qui a causé cette personne se comporte selon les normes de la communauté des hackers, et tout le monde pensera que c'est vous qui avez tort. Cela réduira considérablement les chances d'obtenir l'information ou l'aide nécessaire.

D'un autre côté, vous pouvez parfois rencontrer la grossièreté et le défi, qui n'ont aucun motif apparent. L'inconvénient de cette médaille est qu'une telle réaction est une forme parfaitement acceptable de mettre de vrais voyous dans l'endroit - nous avons coupé leur comportement indigne avec un scalpel verbal nettement aiguisé. Cependant, vous devez être très confiant dans votre position avant d'essayer de le faire. La ligne entre l'indication d'impolitesse et le début d'un «bazar» sans signification (dans l'original - flamewar - le commentaire d' un éditeur ) est si subtile que les hackers eux-mêmes la passent souvent. Si vous êtes un débutant ou juste un lecteur occasionnel, il y a peu de chance d'éviter une erreur aussi grossière. Si vous êtes intéressé par l'information, pas le divertissement, il est préférable de retirer vos mains du clavier et de ne pas risquer d'entrer dans de telles discussions.

(Certains insistent sur le fait que beaucoup de hackers souffrent d'une forme légère d'autisme, ou syndrome d'Asperger , et ils n'ont tout simplement pas assez de cette partie du cerveau qui est responsable de l'interaction sociale "normale" entre les gens.Il peut être vrai ou non. Ce n'est pas un hacker, l'idée que les pirates informatiques sont malades peut vous aider à vous réconcilier avec nos bizarreries.Pensez ce que vous voulez, nous nous en fichons, nous aimons être comme ça, et nous traitons les diagnostics sains avec un scepticisme sain.)

Dans la section suivante, nous parlerons d'un autre problème; à propos d'une sorte de "grossièreté" avec laquelle vous pouvez vous rencontrer quand vous avez tort.

Ne pas réagir comme un perdant

Il est probable que vous avez déjà foiré plusieurs fois dans des forums de hackers - comme décrit dans cet article, ou similaire. Et vous avez déjà expliqué comment vous avez foiré, peut-être dans la peinture. Avec tous les gens honnêtes.

Lorsque cela se produit, la réaction la plus infructueuse est de se plaindre de ce qui s'est passé, de se faire insulter verbalement, de demander des excuses, de crier, de se mettre en colère, de porter plainte devant les employeurs, de ne pas abaisser les toilettes, etc. Au lieu de tout cela, vous devez faire ce qui suit:

Venez à terme. C'est normal. En fait, c'est bon et utile.

Les normes publiques ne s'appuient pas sur elles-mêmes - elles sont soutenues par les gens, activement, ouvertement, publiquement, ces normes s'appliquent. Ne pensez pas que la critique ne devrait être qu'en correspondance personnelle - ce n'est pas le cas. Cela n'a pas de sens de prendre pour quelqu'un d'autre l'insulte que quelqu'un a dit que l'une de vos affirmations est fausse ou qu'il a une opinion différente. C'est ainsi que les perdants agissent.

Il y avait des forums de hackers où, sur la base d'une politesse hypertrophiée incomprise, les participants étaient interdits d'envoyer des messages sur les erreurs dans les messages des autres. On leur a dit: "Si vous ne voulez pas aider l'utilisateur, gardez le silence." L'exode des participants bien informés vers d'autres forums a conduit à leur dégénérescence en bavardages insignifiants et à compléter l'inutilité d'un point de vue technique.

Choisissez: "amitié" exagérée (de ce genre) ou utilité.

Rappelez-vous: quand ce hacker écrit que vous avez foiré, et (peu importe comment grossièrement) il vous demande de ne plus le faire, il le fait, en prenant soin, d'abord, de vous, et d'autre part, de sa communauté. Il serait beaucoup plus facile pour lui d'ignorer et de rayonner de sa vie. Si vous manquez de gratitude, gardez votre dignité - ne vous plaignez pas, et ne pensez pas que vous serez traité comme une poupée fragile juste parce que vous êtes un débutant avec une âme théâtralement hypersensible et des illusions sur votre propre valeur.

Parfois, les gens vont à des individus, entrer dans une controverse sale sans raison apparente, etc, même si vous n'avez pas baiser (ou foiré seulement dans leur imagination). Être indigné dans ce cas est le moyen de vraiment bousiller.

Ces "scandaleux" sont soit des lamers qui ne comprennent rien, mais se considèrent comme des experts, ou des psychologues potentiels qui vérifient si vous êtes foutus ou non. D'autres lecteurs les ignoreront ou trouveront des moyens de les traiter de manière indépendante. Le comportement des bagarreurs crée des problèmes pour eux-mêmes, ce qui ne devrait pas vous déranger.

Ne vous laissez pas entraîner dans un «bazar» inutile. Il vaut mieux ignorer de telles discussions, après avoir compris à l'avance que c'est vraiment un "bazar" inutile, et ne pas insinuer pourquoi vous avez vraiment bousillé, et pas subtilement chiffré réponses à vos questions réelles (cela arrive aussi).

Des questions que vous n'avez pas besoin de demander

Voici un certain nombre de questions stupides classiques et ce que les pirates pensent quand ils ne sont pas répondus.

Question:

Où puis-je trouver le programme ou la ressource X?

Réponse

Dans le même endroit où je l'ai pris, crétin, - le trouver sur Internet. Dieu, tout le monde ne sait pas comment utiliser Google ?

Question:

Comment puis-je faire Y avec X?

Réponse

Si vous voulez faire Y, vous devriez poser cette question sans supposer l'utilisation d'une méthode qui pourrait ne pas convenir du tout. Des questions de ce genre sont souvent posées par ceux qui non seulement ne connaissent rien à X, mais qui sont confus par le problème Y résolu et qui sont trop concentrés sur les détails de leur situation particulière. Il est généralement préférable d'ignorer ces personnes jusqu'à ce qu'elles formulent mieux leur problème.

Question:

Comment configurer l'invite du shell?

Réponse

Si vous êtes assez intelligent pour vous intéresser à cela, vous aurez l'intelligence et la recherche indépendante d'une réponse.

Question:

Puis-je convertir un document AcmeCorp en fichier TeX en utilisant le programme de conversion de fichiers Bass-o-matic?

Réponse

Essayez et découvrez. Donc, premièrement, vous connaîtrez la réponse, et deuxièmement, arrêtez de perdre mon temps.

Question:

Mon {programme, configuration, mon instruction SQL} ne fonctionne pas

Réponse

Ce n'est pas une question du tout, et je ne vais pas poser une douzaine de questions supplémentaires pour savoir quel est vraiment votre problème - j'ai des choses plus intéressantes à faire. Lorsque je vois de telles questions, j'envoie généralement l'une des réponses suivantes:

  • N'avez-vous rien à ajouter à cela?

  • Oh, c'est dommage. J'espère que vous l'avez déjà réparé.

  • Et qu'est-ce que cela a à voir avec moi personnellement?

Question:

J'ai des problèmes avec la machine Windows. Pourriez-vous m'aider?

Réponse

Oui Éjectez cette poubelle Microsoft et mettez-vous un système d'exploitation open source, tel que Linux ou BSD.

Remarque: vous pouvez poser des questions relatives aux machines Windows si elles appartiennent à un programme ayant une version officielle pour Windows ou interagissant avec des machines Windows (par exemple, Samba). Juste ne soyez pas surpris de la réponse que le problème est dans Windows, pas dans le programme lui-même, parce que Windows est si "tordu" en général, ce qui est souvent le cas.

Question:

Mon programme ne fonctionne pas. Je pense que le problème est dans le composant système X.

Réponse

Bien qu'il soit possible que vous soyez le premier à trouver une erreur évidente dans les appels système et les bibliothèques, qui sont intensivement utilisés par des centaines ou des milliers de développeurs, mais il est beaucoup plus probable que vous n'avez tout simplement pas compris. Les déclarations sérieuses nécessitent des preuves sérieuses; Si vous faites de telles déclarations, elles doivent être accompagnées d'une description claire et exhaustive de la situation dans laquelle l'échec se produit.

Question:

J'ai des problèmes pour installer Linux (ou X). Pourriez-vous m'aider?

Réponse

Non, ça ne l'est pas. Pour résoudre ce problème, j'ai besoin d'un accès immédiat à votre machine. Demandez à un groupe d'utilisateurs Linux local qui peut vous aider en personne. (Une liste de groupes d'utilisateurs peut être trouvée ici .)

Remarque: des questions sur l'installation de Linux peuvent être pertinentes dans le forum ou la liste de diffusion dédiée à une distribution spécifique si le problème est lié à cette distribution, ou dans des forums de groupes d'utilisateurs locaux. Dans ce cas, n'oubliez pas de décrire avec précision les détails de l'échec. Mais d'abord regarder attentivement sur le Web, en spécifiant les mots-clés "Linux" et tous les composants matériels suspects.

Question:

Comment casser le mot de passe de l'utilisateur root / obtenir des privilèges étendus / lire l'e-mail de quelqu'un d'autre?

Réponse

Oui, vous êtes juste vulgaire, si vous voulez faire cela, et un idiot, si vous demandez à un pirate de vous aider.

Bonnes et mauvaises questions

Enfin, je vais vous montrer des exemples de comment poser correctement des questions. Je vais vous poser quelques questions sur le même problème, l'une - présumée stupide et l'autre - la bonne.

Silly: Où puis-je trouver des informations sur Foonly Flurbamatic?

Cette question demande simplement la réponse "STFW" .

C'est vrai: j'ai essayé de rechercher sur le Web avec Google en utilisant "Foonly Flurbamatic 2600", mais je n'ai pas eu de liens utiles. Est-ce que quelqu'un sait où trouver des informations sur la programmation de cet appareil?

Ce questionneur a déjà cherché sur le Web et, semble-t-il, il a un réel problème.

Silly: Je ne peux pas compiler le code du projet foo. Pourquoi est-ce incorrect?

Il pense que quelqu'un d'autre est foutu. Type confiant.

Correctement: Le code du projet foo n'est pas compilé dans la version 6.2 de Nulix OS. J'ai lu la FAQ, mais il n'y a rien à propos des problèmes avec Nulix. Voici l'enregistrement de la session de compilation; Qu'ai-je fait de mal?

Il a souligné l'environnement, lu les questions fréquemment posées, montré un message d'erreur, et il ne pense pas que la cause de son problème est dans l'erreur de quelqu'un d'autre. Ce type peut recevoir un peu d'attention.

Silly: J'ai des problèmes avec la carte mère. Quelqu'un peut-il aider?

Tout hacker répondra à cette question dans son esprit, très probablement: "Eh bien, peut-être que vous pouvez aussi aider à régurgiter et changer la couche?", Et appuyez sur la touche Suppr.

C'est vrai: j'ai essayé X, Y et Z sur la carte mère S2464. Quand cela n'a pas fonctionné, j'ai essayé A, B, et C. Notez le symptôme étrange en essayant de faire C. Évidemment, cette poubelle ne fait pas frire, mais les résultats s'avèrent imprévisibles. Qu'est-ce qui conduit généralement au fait que les cartes mères multiprocesseurs avec Athlon ne le font pas? Avez-vous des idées pour des tests supplémentaires qui aideront à isoler le problème?

Ce camarade, au contraire, semble digne d'une réponse. Il a démontré sa capacité à résoudre des problèmes, et pas seulement attendre que la réponse tombe du ciel.

Dans la dernière question, faites attention à la petite mais importante différence entre "Donnez-moi une réponse" et "S'il vous plaît aidez-moi à comprendre quelles actions de diagnostic supplémentaires peuvent être effectuées pour clarifier la situation."

En fait, la forme de la dernière question est très similaire à celle utilisée en août 2001 sur la liste de diffusion linux-kernel. J'ai (Eric) alors posé cette question. J'ai vu des accroches étranges sur la carte mère Tyan S2464. Les membres de la liste de diffusion ont fourni des informations précieuses qui m'ont permis de me débarrasser de ces blocages.

En posant la question comme je l'ai fait, vous donnez matière à réflexion aux gens; J'ai rendu leur participation à la résolution du problème simple et attrayante. J'ai démontré du respect pour les capacités des collègues et les ai invités à discuter sur un pied d'égalité. J'ai également démontré que j'apprécie leur temps, en décrivant quelles branches impasses j'ai déjà passées.

En fin de compte, quand j'ai remercié tout le monde et souligné combien le processus de résolution du problème s'est bien passé, un des membres de la liste de diffusion a attiré l'attention sur le fait que, selon lui, mais à cause de la forme correcte de la question.

Les hackers, dans une certaine mesure, l'élite intellectuelle très cruelle (dans l'original - méritocratie . Je suis sûr qu'il a raison, et si je bousillais , je serais critiqué ou ignoré, peu importe le mérite antérieur. Sa proposition de décrire la situation comme une instruction pour tous les autres était la raison immédiate de la compilation de ce manuel.

Si aucune réponse n'est reçue

Si vous n'avez pas reçu de réponse, ne le prenez pas personnellement, comme notre refus de vous aider personnellement. Parfois, les participants au forum ne connaissent tout simplement pas la réponse. L'absence de réponse n'équivaut pas à ignorer, bien qu'il soit difficile de remarquer la différence de l'extérieur.

Dans le cas général, renvoyer une question n'est pas une bonne idée. Cela sera perçu comme une gêne insignifiante.

Il existe d'autres sources d'aide, accessibles et souvent plus adaptées aux besoins des débutants.

Il y a beaucoup de groupes d'utilisateurs dans le réseau et sur le terrain, passionnément engagés dans les logiciels, bien que beaucoup de leurs participants dans la vie n'ont pas écrit un seul programme sérieux. Ces groupes sont souvent formés pour que les participants s'aident les uns les autres et les nouveaux utilisateurs.

Il y a aussi beaucoup de sociétés commerciales avec lesquelles vous pouvez contracter un support, à la fois grand et petit (certains des plus célèbres sont Red Hat et Linuxcare, mais il y en a beaucoup d'autres). N'ayez pas peur de l'idée de payer pour le soutien! En fin de compte, si vous avez besoin d'une révision majeure du moteur de la voiture, vous le remettez à l'atelier et payez les réparations. Même si le logiciel ne coûte rien, vous ne pouvez pas vous attendre à ce qu'il soit toujours gratuit.

Les logiciels populaires, comme Linux, ont au moins 10 000 utilisateurs par développeur. Une personne ne peut tout simplement pas supporter le support de 10 000 utilisateurs. Rappelez-vous que même si vous devez payer pour le support, il est toujours beaucoup moins cher que lorsque vous devez acheter le logiciel lui-même (et le support de logiciels privés est généralement plus cher et exécuté par des spécialistes moins compétents que dans le logiciel open source). code).

Comment donner de bonnes réponses

Soyez généreux. Le stress lié au stress peut faire des gens impolis ou stupides qui ne le sont pas.

Sur la première erreur, spécifiez en privé. Il n'est pas nécessaire d'humilier publiquement une personne qui, peut-être, se trompe honnêtement. Un utilisateur novice peut ne pas savoir comment rechercher les archives ou où la liste des questions fréquemment posées est localisée ou publiée.

Si vous n'êtes pas sûr, dites-le! Une réponse erronée mais autoritaire est pire qu'une absence de réponse. Ne dirigez pas les gens sur le mauvais chemin simplement parce que vous êtes heureux d'être dans le rôle d'un expert. Soyez humble et honnête; montrer un bon exemple pour demander et collègues.

Si vous ne pouvez pas aider, ne pas interférer. Ne plaisantez pas sur les procédures qui peuvent détruire l'environnement de l'utilisateur - cet idiot peut prendre vos blagues comme guide d'action.

Posez des questions supplémentaires pour obtenir plus d'informations. Si cela est fait correctement, la personne qui demande quelque chose apprendra, et vous aussi. Essayez de transformer une mauvaise question en une bonne question; rappelez-vous - nous étions tous débutants.

Bien qu'une simple réponse RTFM soit justifiée lorsqu'elle est donnée simplement par un utilisateur, le lien vers la documentation (même s'il s'agit d'un ensemble de mots-clés pour la recherche Google) est encore meilleur.

Si vous répondez à la question, répondons en substance. Ne proposez pas des solutions de contournement inventées à la hâte, si en principe pas l'outil ou la mauvaise approche est utilisée. Offre de l'argent bien. Reformuler la question.

Aidez le public à profiter du problème. Lorsque vous rencontrez une bonne question, posez-vous la question suivante: "Comment changer la documentation pertinente ou la liste des FAQ afin que personne ne pose cette question?". Puis envoyez le supplément approprié à celui qui supporte ces documents.

Si vous deviez mener une étude pour répondre à la question, partagez votre expérience et n'écrivez pas comme si la réponse venait du ciel. Répondre à une bonne question, c'est comment nourrir les affamés une fois, mais exposer la méthode de recherche par l'exemple, c'est vous apprendre comment obtenir de la nourriture pour la vie.

Sources d'informations supplémentaires

Si vous avez besoin d'informations sur les principes de base du fonctionnement des ordinateurs personnels, du système d'exploitation Unix et d'Internet, consultez le guide Unix and Internet Fundamentals .

Lors de la création de logiciels ou de l'émission de correctifs pour les programmes, essayez de suivre les principes décrits dans le manuel HOWTO de la version logicielle .

Merci

Evelyn Mitchell (Evelyn Mitchell) a offert de commenter un certain nombre de questions stupides et a inspiré l'écriture de la section «Comment donner de bonnes réponses». Mikhail Ramendik a donné un certain nombre de suggestions utiles pour améliorer le document.

Notes du traducteur

L'article original est tiré d'ici .