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

Comment poser des questions

(Ceci est une copie en cache; l'original se trouvait à http://ln.ua/~openxs/articles/smart-questions-ru.html. Si vous remarquez l'obsolescence de cette copie ou si vous avez restauré la source d'origine, veuillez écrire au webmaster de ce site.)

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

Rick Moen < rick@linuxmafia.com >

Copyright © 2001 Eric S. Raymond

Traduction en russe: Copyright © 2002-2005 Valery Kravchuk

Chronologie des versions:

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

Le contenu

Traductions
Disclaimer
Introduction
Avant de demander ...
Quand on demande ...
Choisissez le bon forum
Les forums Starter Web et IRC vous donnent souvent une réponse aussi rapidement que possible.
Dans un deuxième temps, utilisez les listes de diffusion du projet.
Demandez des sujets de message significatifs et spécifiques.
Simplifier la réponse
Écrivez en langage simple en suivant les règles de la grammaire et du vocabulaire
Envoyez des questions dans tous les formats compréhensibles.
Décrivez le problème avec précision et en détail.
Volume ne signifie pas précision
Ne prétendez pas avoir trouvé une erreur
L'auto-humiliation publique ne remplace pas les devoirs
Décrivez les symptômes du problème, pas vos hypothèses.
Décrivez les symptômes du problème par ordre chronologique.
Décrivez l'objectif, pas une étape séparée.
Ne demandez pas de répondre à une adresse électronique personnelle.
Poser des questions claires
Ne posez pas de questions à partir de vos devoirs
Évitez les requêtes sans signification
Ne marquez pas votre question comme "urgente", même si pour vous c'est
La politesse ne fait jamais de mal et aide parfois
Envoyez une brève description de la solution.
Comment interpréter les réponses
RTFM et STFW: comment comprendre que vous êtes sérieusement foiré
Si tu ne comprends pas ...
Réaction à la grossièreté
Ne pas réagir en perdant
Questions à ne pas poser
Bonnes et mauvaises questions
Si aucune réponse n'est reçue
Comment donner de bonnes réponses
Sources d'information supplémentaires
Remerciements

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, conserver un miroir, traduire ou citer ce document, veuillez lire mes règles de copie .

Disclaimer

Des liens vers ce document sont fournis sur les sites de nombreux projets dans les sections sur la manière de demander de l’aide. C’est bien, c’est pour cela que cela est destiné, mais si vous êtes un webmaster souhaitant ajouter un tel lien sur la page de votre projet, veuillez indiquer à côté de ce lien dans un endroit bien en vue que nous ne sommes pas un service de support pour votre projet!

Nous avons appris par amère expérience qu'en l'absence d'un tel avertissement, nous serions constamment harcelés par des imbéciles qui pensent que la publication de ce document nous oblige à résoudre tous les problèmes techniques du monde.

Si vous lisez ce document parce que vous avez besoin d'aide et qu'en fin de compte, il vous semble que vous pouvez l'obtenir directement des auteurs, 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 l'aide de ceux qui comprennent le logiciel ou le matériel avec lequel vous travaillez, mais dans 99% des cas, nous ne serons pas ceux qui comprennent. Si vous ne savez pas avec certitude que l’un des auteurs est un expert en la matière, laissez-nous tranquilles, cela rendra tout le monde meilleur.

Introduction

Dans le monde des pirates informatiques , le style des réponses apportées aux questions techniques posées dépend de la manière dont vous posez les questions, ainsi que de leur complexité. Ce guide vous apprendra à poser des questions de manière à augmenter les chances d'obtenir une réponse satisfaisante.

Maintenant que les logiciels open source se sont généralisés, vous pouvez souvent obtenir des réponses d’autres utilisateurs plus expérimentés, plutôt que de pirates informatiques. C'est le bien; Les utilisateurs sont généralement un peu plus tolérants envers les erreurs que les débutants commettent souvent. Toutefois, si vous vous adressez à des utilisateurs expérimentés en tant que pirates informatiques, 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, il est nécessaire de comprendre que les pirates aiment vraiment les problèmes difficiles et bons, capables de remuer les cerveaux, des questions sur ces problèmes. Si nous ne l’aimions pas, nous ne serions pas des pirates. Si vous nous posez une question intéressante qui nécessite une longue réflexion, nous vous en serons reconnaissants. les bonnes questions sont une incitation et un cadeau. Les bonnes questions aident à mieux comprendre le sujet et révèlent souvent des problèmes qui n'avaient pas été remarqués auparavant ou auxquels on n'avait pas pensé. De la bouche d'un pirate informatique: "Bonne question!" - Ceci est un grand et sincère compliment.

Malgré cela, on pense que les pirates informatiques traitent de questions simples plutôt hostiles ou arrogantes. Parfois, il semble que nous sommes assez grossiers avec les débutants et les ignorons. Mais en fait, ce n’est pas le cas.

Nous sommes sans aucun doute hostiles aux personnes qui ne sont pas censées vouloir penser ou apprendre avant de poser des questions. Ces personnes perdent du temps - elles prennent, sans rien donner en retour, elles prennent du temps, que nous pourrions consacrer à une autre question, plus intéressante, et à une autre personne, plus digne d'une réponse. Nous appelons ces personnes "les perdants" (pour des raisons historiques, ce mot est parfois écrit comme "lusers" - les utilisateurs sont les perdants).

Nous comprenons que beaucoup de gens veulent simplement utiliser le logiciel que nous avons créé et ne vont pas apprendre les détails techniques du tout. Pour la plupart, un ordinateur n’est qu’un outil, un moyen d’atteindre un but; ils ont des activités plus intéressantes et d'autres problèmes dans la vie. Nous le reconnaissons et ne pensons pas que tout le monde s’intéressera aux nuances techniques qui nous attirent. Néanmoins, notre style de réponse aux questions convient aux personnes qui sont vraiment intéressées par cela et qui souhaitent participer activement au processus de résolution de problèmes. Cela ne changera pas. Oui, et ne devrait pas changer; sinon, nous ne pouvons pas faire ce que nous faisons de mieux.

Nous sommes (principalement) des volontaires. Nous consacrons du temps à nos vies difficiles à répondre aux questions, et parfois nous ne faisons pas face à la multitude de questions. Par conséquent, nous devons impitoyablement "filtrer le marché". En particulier, éliminez les questions des perdants potentiels afin de consacrer plus efficacement le temps alloué aux réponses et consacrez-le aux vainqueurs.

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

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

Si vous décidez de nous demander de l'aide, ne devenez pas un perdant. Et ne vous comportez pas comme un perdant. Le meilleur moyen d'obtenir une réponse rapide et sensible consiste à demander en quoi une personne est intelligente, confiante et bien informée et n'a besoin que d'aide pour résoudre un problème spécifique.

(Les ajouts à ce manuel sont les bienvenus. Les suggestions peuvent être envoyées à esr@thyrsus.com . Veuillez noter cependant que ce document n'a pas été créé pour servir de guide général sur l' étiquette en ligne et que j'ignore généralement les suggestions qui ne sont pas directement liées à l'obtention de réponses utiles dans un forum technique. .)

Avant de demander ...

Avant de poser une question technique par e-mail ou à un groupe de discussion, un chat ou 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 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 sorte de paresseux, perdant du temps. 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 les réponses.

Utilisez des astuces telles que la recherche Google dans le texte du message d'erreur reçu (regardez également dans les groupes de discussion - groupes Google, et pas seulement sur les pages Web). Cela peut mener soit directement à la documentation sur la façon de corriger cette erreur, soit à une discussion sur la liste de diffusion où vous pouvez trouver la réponse. Même si la réponse n’est pas trouvée, la phrase: "J'ai cherché la requête suivante dans Google, mais je n’ai rien trouvé d’utile" me sera utile lorsque je demanderai de l’aide par e-mail ou dans un groupe de discussion.

Préparez une question. Pensez-y. Pour les questions superficielles, vous recevrez des réponses superficielles ou vous ne recevrez pas de réponses du tout. Plus vous montrez vos idées et vos efforts pour résoudre un problème avant de demander de l'aide, plus vous avez de chances de l'obtenir.

Ne posez pas les mauvaises questions. Si la question est basée sur des hypothèses erronées, tout pirate informatique (très probablement J. Random Hacker, approx. Translator ) donnera probablement une réponse littérale inutile, pensant en même temps: «Question stupide ...», et espérant que ce que vous avez demandé, au lieu de ce dont vous avez vraiment besoin, vous apprendra quelque chose.

Ne pensez pas que vous devriez répondre. Personne ne te doit rien; vous n'avez finalement pas payé pour ces services. Vous obtiendrez une réponse si vous le méritez, en posant une question substantielle, intéressante et stimulante - une question donnant implicitement une nouvelle expérience à la communauté, et pas simplement en demandant de manière passive que les autres partagent leurs connaissances.

D’autre part, il est agréable de préciser immédiatement que vous pouvez et souhaitez contribuer au processus de prise de décision. Pour des questions telles que "Quelqu'un peut-il suggérer?", "Qu'est-ce qui n'est pas pris en compte dans mon exemple?" et "Y at-il un site à regarder sur ce sujet?" plus susceptibles d'obtenir une réponse que d'exiger l'envoi d'une séquence exacte d'actions pour résoudre un problème, car vous avez clairement montré que vous allez résoudre le problème vous-même si quelqu'un vous indique la bonne marche à suivre.

Quand on demande ...

Choisissez le bon forum

Examiner soigneusement où exactement poser la question. Vous êtes susceptible d'être ignoré ou considéré comme un perdant si vous:

  • envoyer la question au forum qui ne correspond pas au sujet (hors sujet)

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

  • envoyer la question en même temps (cross-post) à de nombreux groupes de discussion

  • envoyer un message personnel par courrier électronique à un inconnu qui n'est pas personnellement responsable de la résolution de vos problèmes

Les pirates ignorent les questions envoyées à la mauvaise adresse, afin de ne pas charger de canaux de communication non pertinents. Ne tombez pas dans cette catégorie de questions.

Par conséquent, vous devez d'abord trouver le forum approprié. Cela vous aidera à nouveau dans les moteurs de recherche Google et les autres outils de recherche sur le Web. Utilisez-les pour rechercher la page du projet la plus étroitement associée au matériel ou au logiciel rencontrant des difficultés. Sur cette page, il y a généralement des liens vers une liste de questions fréquemment posées (FAQ, questions fréquemment posées), des listes de diffusion de projets et leurs archives. C'est là que vous devez demander de l'aide si vos propres efforts (y compris la lecture de ceux que vous avez découverts, la FAQ) n'ont pas été couronnés de succès. La page de projet peut également décrire la procédure à suivre pour signaler une erreur ou fournir un lien vers celle-ci. Dans ce cas, utilisez la procédure recommandée.

Envoyer le même message à une personne ou à un forum avec lequel vous n'êtes pas familier est une entreprise, du moins une entreprise risquée. Par exemple, ne pensez pas que l'auteur d'une page Web informative veuille devenir votre consultant gratuit. Ne faites pas l'hypothèse optimiste que votre question sera la bienvenue - si vous n'êtes pas sûr, envoyez-la à une autre adresse ou refusez de l'envoyer du tout.

Lorsque vous choisissez un forum Web, un groupe de discussion ou une liste de diffusion, ne prenez pas de décisions uniquement en fonction du nom. Lisez la liste des questions fréquemment posées (FAQ) ou les règles pour vous assurer que la question est pertinente pour le sujet. Lisez les messages pendant un moment avant d’envoyer des questions pour avoir une idée de la façon dont les choses sont faites ici. En fait, avant d’envoyer une question, il n’est pas inutile de rechercher des mots-clés liés à votre problème dans les archives d’un groupe de discussion ou d’une liste de diffusion. En conséquence, vous pouvez trouver la réponse et, dans le cas contraire, une telle recherche aidera à mieux formuler la question.

N'utilisez pas tous les canaux d'aide disponibles en même temps. C'est comme un cri et des gens outragés. Reportez-vous-les un à un.

Déterminez correctement le sujet! Une des erreurs classiques consiste à poser une question sur l'interface de programmation Unix ou Windows dans un forum dédié à une langue, une bibliothèque ou un outil s'exécutant sur les deux plates-formes. Si vous ne comprenez pas pourquoi c'est une gaffe, il vaut mieux ne pas poser de question du tout avant d'avoir compris.

En général, la probabilité d'obtenir des réponses aux questions dans un forum public correctement choisi est plus élevée que dans un forum privé. Il y a plusieurs raisons à cela. L'un d'eux est le nombre d'intervenants potentiels. L'autre est la taille du public qui connaît la réponse; Les pirates se font un plaisir de répondre à des questions qui intéressent peut-être beaucoup plus que des questions qui ne sont utiles que pour quelques-uns.

Il est clair que les pirates expérimentés et les créateurs de programmes populaires rencontrent déjà beaucoup plus de problèmes non pertinents qu'ils ne le souhaiteraient. En augmentant ce flux, vous pouvez dans certains cas devenir la dernière goutte - de temps en temps, les participants à des projets populaires arrêtent de les soutenir, car ils ne peuvent plus supporter de problèmes connexes sous la forme d'un flux de messages électroniques inutiles à leurs adresses personnelles.

Les forums Starter Web et IRC vous donnent souvent une réponse aussi rapidement que possible.

Votre groupe d'utilisateurs local ou votre distribution Linux peuvent 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 toujours susceptibles d'être organisés en listes de diffusion.) Ce sont des endroits appropriés pour poser les premières questions, en particulier si l'on suppose que vous êtes confronté à un problème relativement simple ou typique. Un canal IRC ouvertement annoncé est une invitation claire à poser des questions et, souvent, l’occasion de recevoir des réponses en temps réel.

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

Avant de poser une question sur n’importe quel forum Web, vérifiez si elle est interrogeable. Si tel est le cas, recherchez à plusieurs reprises une discussion par mot-clé sur un problème comme le vôtre; cela peut aider. Si avant vous faisiez une recherche générale sur le Web (ce qui aurait dû être fait), continuez à chercher sur le forum; Votre moteur de recherche n'a peut-être pas réindexé ce forum.

Il existe une tendance intéressante à aider les utilisateurs de projets via un forum Web ou un canal IRC, en laissant un courrier électronique pour la communication entre développeurs. Par conséquent, si vous avez besoin d’assistance pour un projet, consultez d’abord ces sources d’information.

Dans un deuxième temps, utilisez les listes de diffusion du projet.

Si le projet comporte une liste de diffusion pour les développeurs, envoyez des questions à cette liste de diffusion, et non à des développeurs individuels, même si vous êtes certain de savoir qui peut répondre à votre question. Recherchez 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 pour cela:

  • Toute question suffisante pour contacter un développeur sera utile pour tout le groupe. Au contraire, s'il semble que la question soit trop primitive pour une liste de diffusion, ce n'est pas une raison pour tromper les responsables de développeurs individuels.

  • Si une question est posée sur la liste de diffusion, la charge est répartie entre tous les développeurs. Le développeur spécifique (surtout s'il est le chef de projet) est 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 pourra trouver votre question et vos réponses en ligne et ne le posera plus dans la liste de diffusion.

  • Si certaines questions sont fréquemment posées, les développeurs peuvent utiliser ces informations pour améliorer la documentation ou le logiciel lui-même afin de le rendre plus compréhensible. Mais si ces questions sont posées personnellement, personne n’a une image générale - ce qui est le plus souvent demandé.

Si le projet comporte des listes de diffusion ou des forums Web distincts pour les "utilisateurs" et pour les "développeurs" (ou "pirates informatiques") et que vous n'êtes pas impliqué dans le piratage du code, posez une question dans la liste / le forum aux "utilisateurs". Ne comptez pas sur un accueil chaleureux sur la liste de diffusion des développeurs, où votre question sera probablement classée comme un «bruit» empêchant l’échange d’informations sur les progrès du développement.

Cependant, si vous êtes sûr que votre question n'est pas anodine et que vous n'avez pas reçu de réponse sur la liste de diffusion / le forum pour les "utilisateurs" dans quelques jours, contactez les développeurs. Il est judicieux de suivre la liste de diffusion ou le forum approprié plusieurs jours à l’avance pour connaître ses traditions (en fait, il est judicieux 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 modérateur. 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. Indiquez également que vous n'êtes pas contre l'envoi de votre message à d'autres destinataires. (Beaucoup de gens pensent que la correspondance personnelle doit rester personnelle, même si elle n’a rien de secret. En vous permettant d’envoyer votre message, vous donnez le choix aux gens.)

Demandez des sujets de message significatifs et spécifiques.

Lors de l'envoi d'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 grâce à une chaîne de caractères pouvant comporter jusqu'à 50 caractères. Ne les gaspillez pas en babillant comme "Aidez-moi, s'il vous plaît" (sans mentionner les sujets "VEUILLEZ NOUS AIDER !!!!"; les messages avec de tels sujets sont rejetés par réflexe). N'essayez pas de nous frapper avec la profondeur de vos souffrances; mieux utiliser l'espace prévu pour une brève description du problème.

L’utilisation du modèle de rejet d’objet est un bon accord pour la conception des sujets de message utilisés par de nombreux services de support technique. La partie "objet" définit la nature exacte du problème et la partie "déviation" décrit la déviation par rapport au comportement attendu.

Stupide:

AIDE! La carte vidéo de mon ordinateur portable ne fonctionne pas correctement!

Raisonnable:

Mauvaise forme du curseur de la souris 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 - forme irrégulière

Le processus d’écriture d’un thème en utilisant le modèle de déviation d’objet aidera à comprendre le problème plus en détail. Qu'est-ce qui ne va pas exactement? Seul le curseur de la souris ou d'autres graphiques ont également des problèmes? Problème uniquement dans XFree86? Seulement dans la version 4.1? Ce problème se produit-il uniquement sur les cartes vidéo avec un chipset Fooware? Seulement dans le modèle MV1005? Un pirate informatique ayant reçu un message sur un sujet similaire sera en mesure de comprendre, en termes généraux, à quoi exactement vous avez eu un problème et quel était le problème.

En général, imaginez voir une liste de questions dans une archive dans laquelle seules les lignes d'objet sont affichées. Assurez-vous que la ligne d'objet reflète suffisamment l'essence de la question et que la prochaine recherche dans les archives à la recherche d'une réponse à une telle question puisse trouver une discussion menant à la réponse plutôt que de renvoyer la question.

Si vous posez une question en réponse, n'oubliez pas de modifier la ligne d'objet afin qu'elle soit compréhensible - la question est posée. Une ligne de sujet telle que "Re: test" ou "Re: new bug" n'attira pas assez d'attention. En outre, continuez de citer les publications précédentes à un minimum suffisant pour que les nouveaux utilisateurs comprennent ce qui était dit.

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

Changer le sujet ne suffit pas. Mutt, et éventuellement d'autres lecteurs de courrier électronique, tiennent compte non seulement de la ligne d'objet, mais également d'autres informations contenues dans les en-têtes de message lors de leur liaison au fil de discussion. Créez un nouveau message.

Dans les forums Web, les règles de discussion sont légèrement différentes, car les messages sont généralement plus étroitement liés à des fils de discussion spécifiques et sont souvent invisibles en dehors de ces fils. Changer de sujet lorsque vous posez une question en réponse n’est pas indispensable (tous les forums ne vous permettent même pas de spécifier des sujets dans les réponses, et si vous pouvez les définir, presque personne ne les lit). Cependant, poser une contre-question en réponse est en soi une pratique douteuse, car cette question ne sera vue que par ceux qui suivent le fil de discussion pertinent. Par conséquent, si vous n'êtes pas sûr de vouloir faire appel spécifiquement à ceux qui participent à la discussion sur un sujet, commencez un nouveau sujet.

Simplifier la réponse

Compléter la question par la phrase "Réponse, veuillez envoyer à ..." rend l'obtention d'une réponse très improbable. Si vous ne disposez pas de quelques secondes pour définir correctement l'en-tête Répondre à, dans votre programme de messagerie, nous ne disposons pas de quelques secondes pour réfléchir à votre problème. Si votre programme de messagerie ne vous permet pas de le faire, déposez-le. Si votre système d'exploitation ne prend pas en charge les programmes de messagerie vous permettant de le faire, recherchez un meilleur système d'exploitation.

Demander de répondre par e-mail sur des forums Web est extrêmement impoli, sauf si vous êtes sûr que les informations peuvent être confidentielles (et qu'une personne, pour une raison inconnue, souhaite vous la communiquer personnellement, et non à l'ensemble du forum). Si vous souhaitez être informé par courrier électronique qu'une personne a répondu à un sujet du forum, demandez cette notification dans l'interface du forum Web. cette fonctionnalité est supportée presque partout sous la forme d'options «regardez ce fil» («suivez la discussion»), «envoyez un courrier électronique sur les réponses», etc.

Écrivez en langage simple en suivant les règles de la grammaire et du vocabulaire

Il a été établi à titre expérimental que les personnes qui écrivent avec négligence sont généralement tout aussi insouciantes dans les pensées et le code des programmes créés (au moins, assez souvent pour le dire en toute confiance). Répondre aux questions des personnes inattentives et négligentes est une tâche ingrate; nous ferions mieux de passer notre temps sur autre chose.

Par conséquent, la clarté et la précision du libellé de la question sont importantes. Si vous ne voulez pas vous tromper avec cela, nous ne voulons pas vous tromper, en prêtant attention à de tels problèmes. Essayez de formuler la question dans la bonne langue. Il ne devrait pas être lourd et formel - en fait, l’informel, plein d’argot et d’humour utilisé correctement dans la culture des hackers. Mais les pensées doivent être clairement exprimées. il est nécessaire de démontrer au moins quelques signes d'attention et d'attention.

Suivez les règles de syntaxe, de ponctuation et de mise en majuscule. Ne confondez pas "son" avec "c'est", "lâche" avec "perdre" ou "discret" avec "discret". NE PAS ÉCRIRE TOUT DANS LE REGISTRE SUPÉRIEUR - cela est perçu comme un cri et est considéré comme impoli. (Si tout est écrit en minuscules, pas beaucoup mieux, car c'est très difficile à lire. Alan Cox est pardonné, mais vous ne l'êtes pas.)

En général, si vous écrivez au niveau du babillage ou du délire enfantin d'un fou, votre question sera probablement ignorée. Gribouiller à la manière de "hackers" juvéniles (absolument - script l33t kiddie hax0r - traducteur approximatif ) - est absolument sans espoir et garantit en réponse - le silence (ou, au mieux, une partie de négligence et de sarcasme).

Si vous posez des questions dans un forum qui utilise une langue autre que la vôtre, certaines erreurs lexicales et grammaticales vous pardonneront - mais n'attendez aucun pardon pour la paresse élémentaire (oui, nous sommes généralement capables de comprendre la différence). De plus, si vous ne savez pas exactement quelles langues du destinataire sont proches, écrivez en anglais. Les hackers très occupés ignorent généralement les 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 le risque de l’omettre sans lecture.

Envoyez des questions dans tous les formats compréhensibles.

Si vous rendez artificiellement difficile la lecture d'une question, il est plus probable qu'ils répondent à une question facile à lire. Donc:

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

  • Les applications MIME sont généralement parfaitement valides, mais uniquement si elles ont un contenu réel (par exemple, un code source ou un fichier de correctif est attaché) et ne sont pas simplement générées par le client de messagerie (par exemple, une autre copie de la lettre, mais au format HTML).

  • N'envoyez pas de messages dans lesquels les paragraphes sont présentés sur une seule ligne et transférés visuellement sur les lignes suivantes du client. (Cela complique la réponse à la partie du message.) Supposons que les destinataires lisent les messages sur des terminaux de texte avec des lignes de 80 caractères et soient configurés en conséquence pour l'insertion de sauts de ligne bruts, complétant ainsi la ligne jusqu'à 80 positions.

  • Dans ce cas, toutefois, ne divisez pas les données en plusieurs lignes à une position fixe (par exemple, des sauvegardes de journaux ou des enregistrements de session). Les données doivent être incluses telles quelles dans les messages pour que les destinataires soient sûrs de voir exactement ce que vous avez vu.

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

  • Ne pensez même pas que les pirates informatiques pourront lire des documents dans des formats propriétaires fermés tels que Microsoft Word ou Excel. La plupart des hackers y réagissent à peu près de la même manière que si vous étiez maculé devant la porte avec de la merde cochon. Même lorsqu'ils peuvent les lire, le besoin de jouer avec ces formats les met en colère.

  • Lors de l'envoi d'un message à partir d'un ordinateur Windows, désactivez la prise en charge de la débilité Microsoft Smart Quotes. Cela éliminera de nombreux symboles de courrier indésirable disséminés dans le message.

  • Dans les forums Web, n’abusez pas des émoticônes et des options d’insertion HTML (le cas échéant). Un ou deux émoticônes sont généralement normaux, mais un texte amusant et coloré incite les gens à penser que vous êtes un lamer. L'utilisation excessive d'émoticônes, de couleurs et de polices vous présente comme une adolescente amusante, ce qui n'a aucun sens, à moins que vous ne soyez intéressé par les réponses et non par le sexe.

Lors de l'utilisation d'un client de messagerie avec une interface graphique (par exemple, Netscape Messenger, MS Outlook, etc.), rappelez-vous qu'il peut enfreindre ces règles lors de l'utilisation d'installations standard. La plupart de ces clients ont une commande de menu telle que "Voir la source". Utilisez-le pour vérifier que l'un des messages envoyés contient du texte brut, sans gaspillage inutile.

Décrivez le problème avec précision et en détail.

  • Décrivez soigneusement et clairement les symptômes d’un problème ou d’une erreur détecté.

  • 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 les recherches que vous avez effectuées lorsque vous avez essayé de comprendre un problème avant de poser une question.

  • Décrivez les étapes que vous avez suivies pour diagnostiquer et isoler le problème vous-même avant de poser une question.

  • Décrivez les modifications récentes apportées à la configuration de l'ordinateur ou du logiciel et pouvant être pertinentes.

Faites de votre mieux pour anticiper les questions des hackers potentiels et y répondre à l’avance dans votre demande d’aide.

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

Volume ne signifie pas précision

Soyez précis et informatif. Pour cela, il ne suffit pas d'insérer simplement une grande quantité de code ou de données dans la requête. Si un scénario de test complexe et volumineux entraîne une erreur de programme, essayez de le minimiser.

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

Ne prétendez pas avoir trouvé une erreur

Si vous rencontrez des problèmes avec tel ou tel logiciel, n'indiquez pas que vous avez trouvé une erreur, à moins d'être absolument sûr de cela. Conseil: Si vous ne pouvez pas fournir de correctif de code source permettant de résoudre un problème ou un scénario de test d'une version précédente présentant un comportement incorrect, vous n'êtes probablement pas assez confiant dans votre déclaration.

N'oubliez pas que de nombreux autres utilisateurs n'ont pas rencontré un tel problème. Sinon, vous le sauriez déjà en lisant la documentation ou en cherchant sur le Web (vous l'avez fait avant de faire de telles déclarations, n'est-ce pas ?). Cela signifie que c'est probablement vous qui faites quelque chose de mal, et non le logiciel.

Les développeurs de logiciels travaillent dur pour que cela fonctionne le mieux possible. Si vous prétendez avoir trouvé une erreur, vous présumez qu'ils ont fait quelque chose de mal et qu'ils ne l'aimeront presque certainement pas - même si vous avez raison. Il serait particulièrement non diplomatique d'écrire "bug" ("Erreur") 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 certain d'avoir trouvé une erreur. Si c'est vraiment une erreur, vous en saurez plus dans la réponse. Essayez de vous comporter de manière à ce que les personnes qui soutiennent le programme veuillent s'excuser auprès de vous si une erreur réelle est détectée, et non pour que vous deviez vous excuser pour votre stupidité.

L'auto-humiliation publique ne remplace pas les devoirs

Certains, ayant compris qu'il n'était pas nécessaire de se comporter de manière grossière ou hautaine, extorquant une réponse, choisissaient l'extrême opposé: l'auto-humiliation. "Je sais, je suis un débutant, un perdant et une bouilloire, mais ...". Cela détourne de l’essence et n’a pas de sens. Surtout en combinaison avec l'incertitude dans la description du problème réel.

Ne perdez pas votre temps, et le nôtre, en vous fiant à la pitié. Fournissez de meilleurs faits et votre question aussi clairement que possible. Donc, vous vous déclarez beaucoup mieux que par abaissement de soi.

Parfois, il existe des endroits distincts dans les forums Web pour les questions de débutant. Si vous pensez qu'une telle question ne peut être posée que par un utilisateur novice, posez-la là. Mais il n'y a pas besoin d'être humilié.

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

Il est inutile d'informer les pirates sur les raisons de votre problème. (Si vos théories de diagnostic sont si précieuses, est-il nécessaire de demander l'aide d'autres personnes?) Par conséquent, vérifiez que vous signalez les symptômes réels de ce qui se passe, plutôt que vos propres interprétations et théories. Laissons les répondants s'occuper de l'interprétation et du diagnostic.

Stupide:

Je reçois constamment des erreurs SIG11 lors de la compilation du noyau et j’imagine que la cause en est une micro-fissure 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 apparaissent souvent environ 20 minutes après la mise sous tension, lors de la compilation du noyau, mais elles ne se produisent pas dans les 20 premiers minutes Le redémarrage ne mène à rien, mais débrancher 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écrivez les symptômes du problème par ordre chronologique.

Les informations les plus importantes pour déterminer les causes de ce qui se passe sont souvent liées 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 où vous travaillez avec l'interface de ligne de commande, l'enregistrement d'une session (par exemple, à l'aide de l'utilitaire de script) et l'inclusion d'une vingtaine de lignes correspondantes dans le message peuvent être d'une grande utilité.

Si le programme de blocage contient des options de diagnostic (par exemple, -v - informations détaillées), essayez de trouver des options qui ajoutent des informations de débogage utiles à la transcription de la session.

Si l'enregistrement se révèle assez long (plus d'une page), il est judicieux de formuler le problème à l'avance au début, puis d'indiquer la séquence chronologique des actions qui y conduisent. Dans ce cas, les pirates sauront quoi rechercher lors de la lecture d'une session.

Décrivez l'objectif, pas une étape séparée.

Si vous essayez de comprendre comment faire quelque chose (sans signaler une erreur), commencez par décrire l’objectif. Et seulement ensuite, décrivez un pas spécifique que vous ne pourriez pas accomplir.

Les personnes qui ont besoin d’une assistance technique ont souvent un objectif de haut niveau en tête et sont liées à l’un des moyens possibles de le réaliser. Ils demandent de l'aide pour accomplir une étape sans se rendre compte qu'ils ont choisi le mauvais chemin. Pour comprendre cela, cela peut prendre beaucoup d’efforts.

Stupide:

Comment faire en sorte que la boîte de dialogue de sélection des couleurs dans FooDraw perçoive une valeur RVB hexadécimale?

Raisonnable:

J'essaie de remplacer la table de couleurs dans l'image par les valeurs dont j'ai besoin. À présent, je ne vois qu'un moyen de le faire - en modifiant chaque emplacement du tableau, mais je ne peux pas définir la valeur RVB hexadécimale dans la boîte de dialogue de sélection des couleurs FooDraw.

La deuxième version de la question est raisonnable. Cela vous permet d'obtenir une réponse à laquelle un outil plus approprié vous sera proposé pour résoudre le problème.

Ne demandez pas de répondre à une adresse électronique personnelle.

Les pirates estiment que la résolution de problèmes devrait être un processus public et transparent, au cours duquel la première tentative de trouver une réponse peut et doit être corrigée, si une personne mieux informée remarquera que cette réponse est incomplète ou incorrecte. De plus, ceux qui répondent sont partiellement récompensés par le fait que leurs collègues remarqueront leurs compétences et leurs connaissances.

Lorsque vous demandez une réponse personnelle, vous interférez à la fois avec le processus de prise de décision et avec la réception de la rémunération. Ne fais pas ça. Répondre personnellement est le choix du répondant , et s'il le fait, c'est généralement parce qu'il considère la question trop mal formulée ou trop évidente pour être intéressante pour 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-moi une réponse, et je résumerai les réponses reçues dans l'article du groupe de discussion." Essayer de sauvegarder un groupe de discussion ou une liste de diffusion à partir d’un flux de messages essentiellement identiques est très gentil, mais vous devez tenir votre promesse et envoyer un résumé.

Poser des questions claires

Les questions illimitées nécessitent généralement un temps de réponse illimité. Les personnes susceptibles de vous donner une réponse utile sont également les personnes les plus occupées (également parce qu’elles effectuent elles-mêmes la majeure partie de leur travail). Ces personnes sont jalouses de leur temps et n'acceptent donc souvent pas de questions illimitées.

La probabilité d'obtenir une réponse utile augmente si vous expliquez clairement ce que vous essayez d'obtenir des répondants (fournissez des liens, envoyez du code, vérifiez votre décision, etc.). Cela concentrera les efforts des intervenants et fixera implicitement la limite de temps et les efforts que celui-ci devra consacrer à vous aider. C'est bien.

Pour comprendre le monde dans lequel vivent les experts, il faut considérer les connaissances des experts comme une ressource abondante et leur temps comme une ressource très limitée. Plus vous aurez implicitement besoin de temps, plus vous aurez de chances de recevoir une réponse d'un expert vraiment compétent et occupé.

Par conséquent, il est logique de limiter la question afin de minimiser le temps nécessaire à l'expert pour la résoudre. Mais souvent, ce n'est pas la même chose que simplifier la question. Par exemple, la question: "Pouvez-vous me donner un lien vers une bonne description de X?" - généralement beaucoup plus intelligent qu'une requête: "Expliquez-moi X, s'il vous plaît." Si vous rencontrez un problème avec un code inopérant, il serait plus raisonnable de demander une explication de ce qui ne va pas, plutôt que de demander que les erreurs soient corrigées.

Ne posez pas de questions à partir de vos devoirs

Les pirates sont bien en mesure de répondre aux questions de leurs devoirs - la plupart d'entre nous les avons faites nous-mêmes. Ces questions sont posées pour travailler pour vous afin que vous puissiez apprendre de votre propre expérience. Vous pouvez demander un indice, mais pas sur la solution complète.

Si vous pensez que vous avez déjà posé une question à la maison mais que vous ne pouvez toujours pas y répondre, essayez de poser une question dans le forum du groupe d'utilisateurs ou (en dernier recours) dans la liste de diffusion / le forum «utilisateur» du projet correspondant. Bien que les pirates informatiques le reconnaissent, certains utilisateurs avancés peuvent au moins vous donner un indice.

Évitez les requêtes sans signification

Ne soyez pas tenté de compléter votre demande avec des questions dénuées de sens telles que: "Quelqu'un peut-il m'aider?" ou "Y a-t-il une réponse du tout?" Premièrement, si vous avez décrit votre problème avec compétence, de telles questions supplémentaires sont, au minimum, superflues. Deuxièmement, comme ils sont inutiles, ils semblent ennuyeux pour les pirates - et en réponse, ils les incitent à écrire une réponse formelle logiquement immaculée du type: "Oui, vous pouvez être aidé" ou "Non, rien ne vous aidera".

En général, il est préférable de ne pas poser de questions avec des réponses par oui ou par non, sauf si vous souhaitez obtenir une réponse par oui ou par non .

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

Ceci est votre problème, pas le nôtre. La mention de l'urgence est souvent contre-productive: la plupart des pirates informatiques suppriment simplement les messages tels que les tentatives grossières et égoïstes d'attirer de manière urgente une attention particulière.

Il existe une exception partielle à cette règle. Mentionner l'urgence peut avoir un sens si vous utilisez un programme dans une organisation sérieuse pouvant intéresser les pirates informatiques; Dans ce cas, si vous ne disposez pas de suffisamment de temps et que vous le signalez poliment, les gens peuvent être assez intéressés pour réagir rapidement.

Cependant, cela est extrêmement risqué, car le point de vue du pirate sur le sérieux et ses intérêts sont probablement différents des vôtres. La question de la station spatiale internationale, par exemple, sera intéressante, mais la question au nom d’une fondation caritative prospère ou d’un parti politique prospère ne l’est presque certainement pas. En fait, la question avec le sujet "Urgent: aidez-moi à sauver les phoques duveteux!" il sera ignoré ou malicieusement commenté même par ces pirates informatiques qui croient que la vie des phoques à fourrure est importante pour eux.

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

La politesse ne fait jamais de mal et aide parfois

Soyez poli. Utilisez les expressions "S'il vous plaît" et "Merci d'avance." Dites clairement que nous sommes reconnaissants envers les personnes qui vous consacrent leur temps gratuitement.

Pour être honnête, cela 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); En général, les pirates préféreraient recevoir des messages d'erreur impolis, mais techniquement précis, plutôt que des paroles polies. (Si cela vous surprend, rappelez-vous que nous valorisons la question pour ce qu'elle nous enseigne.)

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

(Il convient de noter que la seule objection sérieuse adressée à des vétérans du mouvement des hackers à propos de ce document est liée à la recommandation d’utiliser la phrase «Merci d’avance». Certains hackers le voient comme refusant de remercier qui que ce soit après la résolution du problème. Nous recommandons remerciez-les à l'avance et après avoir reçu la réponse, ou exprimez votre gratitude différemment, par exemple, avec la phrase "Merci de votre attention" ou "Merci de votre considération".

Envoyez une brève description de la solution.

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

Il sera optimal de répondre aux discussions de la discussion qui a commencé avec la question initiale en ajoutant "FIXED", "RESOLVED", "DECISION" ou une autre indication tout aussi évidente d'une solution au sujet du message. Sur les listes de diffusion contenant un grand nombre de messages, le répondant potentiel, lorsqu'il consulte le fil de discussion "Problème X", se termine par le message "Problème X - SOLUTION" comprend qu'il n'a pas besoin de perdre du temps, même en lisant des messages (à moins qu'il trouve personnellement le problème X intéressant.) et peut donc passer du temps à résoudre un autre problème.

Un tel message n'a pas besoin d'être long et détaillé; temps d'inactivité: "Bonjour! Le problème était lié à une rupture d'un câble réseau! Merci à tous. Bill," est déjà mieux que rien. En fait, un résumé court et poli est préférable à une longue thèse, à moins que la solution ne comporte des aspects techniques sérieux. Notez les actions qui vous ont permis de résoudre le problème, mais vous n'avez pas besoin de redécrire la séquence complète de la recherche de solution.

Pour les problèmes assez graves, vous pouvez envoyer un CV avec une histoire de trouver leurs causes. Décrivez l'énoncé final du problème. Décrivez le résultat de la décision et indiquez les chemins sans issue à éviter. Nommez tous ceux qui vous ont aidé: voici comment vous allez trouver des amis.

En plus d’être poli et d’informer, ce type de message récapitulatif aidera les autres internautes à rechercher dans la liste de diffusion / groupe de discussion / forum de l’archive pour trouver exactement la solution qui vous a aidé et peut donc les aider.

Enfin, ce type de message aide toutes les personnes impliquées dans la discussion à se sentir satisfait du fait que le problème est clos. Si vous-même n'êtes ni un technicien ni un pirate informatique, croyez-nous simplement que ce sentiment est très important pour les gourous et les experts auxquels vous avez fait appel. Décrire les problèmes qui n’ont pas été résolus à la fin est une déception complète; les pirates sont impatients de les voir résolus. Un bon karma, apparaissant lorsque vous assouvissez votre soif, vous aidera beaucoup lorsque vous posez la question la prochaine fois.

Réfléchissez à la manière d’empêcher d’autres utilisateurs d’avoir le même problème à l’avenir. Demandez-vous si le changement dans la documentation ou dans la liste des FAQ aidera, et si oui, envoyez le changement approprié à ceux qui supportent ces documents.

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

Comment interpréter les réponses

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

Il existe 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 une contrepartie plus jeune. Si vous obtenez la réponse " STFW ", le répondant pense que vous devriez chercher la réponse sur le réseau (Search The Fucking Web). Il a presque certainement raison. Recherche

Dans les forums Web, il peut vous être proposé de consulter les archives du forum. En fait, le journaliste peut être assez aimable pour donner un lien vers la discussion précédente dans laquelle ce problème a été résolu. Mais n'espérez pas cela. regarde toi-même dans les archives avant de demander.

Souvent, celui qui envoie l'une de ces réponses dispose d'un manuel ou d'une page Web contenant les informations dont vous avez besoin et les examine au moment de la saisie. Ces réponses signifient que, d’une part, les informations dont vous avez besoin sont faciles à trouver et que, d’autre part, vous en saurez plus lors de la recherche d’informations que si vous les présentiez à l’abri sur un plateau.

Vous ne devriez pas être outré; selon les normes des hackers, il vous a montré assez de respect en ne négligeant pas la question. Vous devriez remercier le répondant pour sa gentillesse paternelle.

Si tu ne comprends pas ...

Si vous ne comprenez pas la réponse, n'envoyez pas immédiatement une demande pour l'expliquer. Utilisez les mêmes sources d'informations que pour rechercher 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 clarification, montrez ce que vous avez appris vous-même.

Par exemple, supposons que je vous ai répondu: "On dirait que votre zentry est gelé; vous devez vérifier." Alors la mauvaise question de clarification sera: "Qu'est-ce que zentry"? Et bien : "OK, j'ai lu la page de manuel, et il n’y est fait mention que de zentry dans les options -z et -p. Aucun d’entre eux ne dit comment réinitialiser le blocage. Dois-je utiliser l’une de ces options, ou vous vous êtes trompé? "

Réaction à la grossièreté

La plupart de ce qui peut sembler impoli dans les cercles de hackers n'est pas utilisé comme une insulte. Il s'agit plutôt d'une conséquence d'un style de communication direct et direct qui est naturel pour les personnes qui tentent de résoudre des problèmes, plutôt que de paraître doux et duveteux pour les autres.

Face à l'impolitesse, essayez de répondre calmement. Si quelqu'un dépasse vraiment ce qui est autorisé, il est probable que le modérateur 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 perdez votre sang-froid, il est probable que la personne qui est devenue la cause se comporte conformément aux normes de la communauté des hackers, et tout le monde pensera que vous avez tort. Cela réduira considérablement les chances d'obtenir les informations ou l'assistance nécessaires.

D'autre part, il est parfois possible de faire face à de la grossièreté et à des défis qui n'ont aucune raison visible. Le revers de cette médaille est qu'une telle réaction est une forme parfaitement acceptable de mettre en place de vrais hommes impolis - nous mettons fin à leur comportement répréhensible avec un scalpel verbal très net. Cependant, vous devez être très confiant dans votre position avant d'essayer de le faire. La ligne de démarcation entre indiquer l’impolitesse et le début d’un "bazar" dénué de sens (dans l’original - flamewar - commentaire du traducteur ) est si mince que les pirates le croisent souvent. Si vous êtes débutant ou juste un lecteur occasionnel, il y a peu de chance d'éviter une telle erreur. Si vous êtes intéressé par l'information, pas par le divertissement, il est préférable de retirer vos mains du clavier et de ne pas risquer de participer à 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 n'ont tout simplement pas la partie du cerveau responsable des interactions sociales "normales" entre personnes. Peut-être que c'est vrai, mais peut-être pas. Si vous - pas un pirate informatique, l’idée que les pirates soient malades dans la tête peut vous aider à faire face à nos bizarreries. Pensez ce que vous voulez. Nous ne nous en soucions pas, nous aimons être comme ça, et nous traitons les diagnostics cliniques avec un scepticisme sain.)

Dans la section suivante, nous aborderons un autre problème. sur une sorte de "grossièreté" avec laquelle vous pouvez rencontrer, quand exactement vous avez tort.

Ne pas réagir en perdant

Il est probable que vous ayez merdé plusieurs fois dans des forums de piratage, comme décrit dans cet article, ou similaire. Et ils vous ont déjà expliqué exactement comment vous avez foiré, peut-être dans les peintures. Avec toutes les personnes honnêtes.

Lorsque cela se produit, la réaction la plus malheureuse consiste à se plaindre de ce qui s'est passé, à se considérer insulté verbalement, à demander des excuses, à crier, à étouffer de colère, à poursuivre en justice, à se plaindre auprès des employeurs des délinquants, à ne pas baisser les bras, etc. Au lieu de tout cela, procédez comme suit:

Mettre en place avec C'est normal En fait, c'est bon et approprié.

Les normes sociales ne s'appuient pas sur elles-mêmes - elles sont soutenues par des personnes qui les appliquent activement, ouvertement et publiquement . Ne pensez pas que vous ne devriez critiquer que dans votre correspondance personnelle - ce n'est pas le cas. Il n’a pas de sens de prendre le commentaire de quelqu'un comme une insulte personnelle selon laquelle une de vos déclarations est fausse ou qu’il a une opinion différente. Alors, agissez comme des perdants.

Il existait des forums de hackers où, en raison d'une politesse hypertrophiée mal comprise, il était interdit aux participants d'envoyer des messages d'erreur dans les messages d'autres personnes. On leur a dit: "Si vous ne voulez pas aider l'utilisateur, restez silencieux." L'exode de participants informés vers d'autres forums a entraîné leur dégénérescence en bavardages sans signification et en une inutilité complète d'un point de vue technique.

Choisissez: "convivialité" exagérée (de ce type) ou utilitaire.

Rappelez-vous: quand ce pirate écrit que vous avez foiré, et (peu importe la grossièreté) vous demande de ne plus le faire, il le fait, en prenant soin d'abord de vous et ensuite de sa communauté. Il serait beaucoup plus facile pour lui de vous ignorer et de l'effacer de sa vie. Si vous n'êtes pas assez pour gratifier, gardez votre dignité - ne vous plaignez pas et ne pensez pas que vous serez traité comme une poupée fragile simplement parce que vous êtes un débutant avec une âme théâtrale hypersensible et des illusions sur l'importance de soi.

Parfois, les gens deviennent personnels, entrent dans une sale polémique sans raison apparente, etc., même si vous ne vous êtes pas trompés (ou seulement dans leur imagination). Renvoyer dans ce cas est un moyen de tout gâcher.

Ces "bagarreurs" sont soit des incompréhensibles qui ne comprennent rien, mais se considèrent comme des experts, soit des psychologues potentiels, vérifiant si vous vous trompez ou non. D’autres lecteurs les ignorent ou trouvent des moyens de s’en occuper seuls. 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 non plus entraîner dans le "bazar" inutile. Il est préférable d’ignorer de telles discussions, après avoir compris qu’il s’agissait d’un «bazar» vraiment inutile, et de ne pas laisser entendre pourquoi vous avez vraiment foiré, et non pas de réponses cryptées de manière subtile à vos questions (cela se produit également).

Questions à ne pas poser

Voici un certain nombre de questions stupides classiques et ce que pensent les pirates informatiques quand on ne leur répond pas.

Question:

Où puis-je trouver un programme ou une ressource X?

Réponse:

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

Question:

Comment X peut-il faire Y?

Réponse:

Si vous voulez faire Y, vous devez le demander, sans supposer à l’avance l’utilisation d’une méthode qui pourrait ne pas convenir du tout. Des questions de ce type sont souvent posées par ceux qui non seulement ne connaissent rien à X, mais sont déconcertés par la résolution du problème de Y et se concentrent trop 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 posent mieux leur problème.

Question:

Comment configurer l'invite de commande?

Réponse:

Si vous êtes assez intelligent pour être intéressé par ceci, vous êtes assez intelligent pour rechercher une réponse vous-même.

Question:

Puis-je convertir un document AcmeCorp en fichier TeX à l'aide du programme de conversion de fichiers Bass-o-matic?

Réponse:

Essayez de découvrir. Alors, d’une part, vous connaissez la réponse et, d’autre part, cessez 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 plus suggestives pour savoir quel est vraiment votre problème - j’ai des choses à faire et plus intéressantes. Lorsque je vois de telles questions, j'envoie généralement l'une des réponses suivantes:

  • Vous n'avez plus rien à ajouter à cela?

  • Oh, c'est très mauvais. J'espère que vous l'avez déjà corrigé.

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

Question:

J'ai un problème avec une machine Windows. Pourriez-vous aider?

Réponse:

Oui Jetez ces déchets Microsoft et configurez un système d'exploitation open source tel que Linux ou BSD.

Remarque: vous pouvez poser des questions relatives aux machines Windows si elles concernent un programme qui possède une version officielle pour Windows ou qui interagit avec des machines sous Windows (par exemple, Samba). Ne soyez simplement pas surpris de la réponse selon laquelle le problème se trouve dans Windows, et non dans le programme lui-même, car Windows est tellement "tordu" dans son ensemble que cela se produit souvent de cette façon.

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 ce soit vous qui ayez découvert l'erreur évidente dans les appels système et les bibliothèques utilisés de manière intensive par des centaines ou des milliers de développeurs, il est beaucoup plus probable que vous ne compreniez tout simplement pas. Les allégations graves exigent des preuves sérieuses; si vous faites de telles déclarations, elles doivent être accompagnées d'une description claire et complète de la situation dans laquelle la défaillance se produit.

Question:

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

Réponse:

Non Pour résoudre ce problème, j'ai besoin d'un accès direct à votre machine. Demandez à un groupe d'utilisateurs Linux local qui peut aider personnellement. (Une liste des groupes d'utilisateurs peut être trouvée ici .)

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

Question:

Comment déchiffrer le mot de passe de l'utilisateur racine / obtenir des privilèges étendus / lire le courrier électronique de quelqu'un d'autre?

Réponse:

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

Bonnes et mauvaises questions

Enfin, je vais montrer à l'aide d'exemples comment poser correctement des questions. Je vais présenter quelques questions sur le même problème, une - la donnée donnée est stupide et la seconde est correcte.

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

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

Correct: j'ai essayé de rechercher "Foonly Flurbamatic 2600" dans Google, mais je n'ai pas obtenu de liens utiles. Est-ce que quelqu'un sait où trouver des informations sur la programmation de cet appareil?

Ce questionneur a déjà effectué des recherches sur le Web et il semble avoir un problème réel.

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

Il pense que quelqu'un d'autre a foiré. Type confiant.

Correct: le code de projet foo n’est pas compilé dans Nulix OS version 6.2. J'ai lu la FAQ (FAQ), mais il n'y a rien à propos des problèmes avec Nulix. Voici une entrée de session de compilation; qu'est-ce que j'ai mal fait?

Il a indiqué mercredi, lu les questions fréquemment posées, montré le message d'erreur et ne pensait pas que la raison de son problème était l'erreur de quelqu'un d'autre. Ce mec peut attirer un peu d'attention.

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

N'importe quel pirate informatique répondra à une telle question dans son esprit, très probablement de la manière suivante: "OK. Peut-être pouvez-vous aider à roter 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 l’étrange symptôme lorsqu’on essaie de faire C. C’est évident que cette foutaise ne trompe pas, mais les résultats sont imprévisibles. En général, qu'est-ce qui empêche de stocker des cartes mères multiprocesseurs avec Athlon? Est-ce que quelqu'un a des idées pour des tests supplémentaires pour aider à isoler le problème?

Ce type, au contraire, semble mériter une réponse. Il a démontré sa capacité à résoudre les problèmes et ne s'est pas contenté d'attendre que la réponse lui tombe du ciel.

Dans la dernière question, remarquez la différence, petite mais importante, entre "Donnez-moi la réponse" et "Aidez-moi à déterminer les actions de diagnostic supplémentaires que vous pouvez entreprendre pour clarifier la situation".

En fait, le formulaire de spécification de la dernière question est très similaire à celui utilisé en août 2001 sur la liste de diffusion linux-kernel. Je (Eric) a alors posé cette question. J'ai regardé des suspensions é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 une question comme je l’ai fait, vous donnez matière à réflexion aux gens; Je leur ai facilité la tâche de participer à la résolution d'un problème. J'ai respecté les capacités de mes 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 les branches sans issue que j'ai déjà franchies.

En fin de compte, quand j'ai remercié tout le monde et souligné à quel point le processus de résolution de problèmes s'était bien déroulé, l'un des membres de la liste de diffusion a attiré l'attention sur le fait que, à son avis, tout n'a pas fonctionné car je suis une «personne célèbre» figurant sur cette liste. mais à cause de la forme correcte de la question.

Les pirates, à un certain égard, une élite intellectuelle très cruelle (dans l'original - la méritocratie . Traducteur Approx. ). Je suis sûr qu'il a raison, et si j'étais foiré , je serais critiqué ou ignoré, quels que soient les mérites précédents. Sa proposition de décrire la situation comme un guide pour tous les autres était la cause immédiate de ce guide.

Si aucune réponse n'est reçue

Si vous ne recevez pas de réponse, ne la prenez pas personnellement, nous refusons de vous aider personnellement. Parfois, les membres du forum ne connaissent tout simplement pas la réponse. L'absence de réponse n'équivaut pas à ignorer, même s'il est difficile de remarquer la différence de l'extérieur.

En règle générale, renvoyer la question n'est pas la meilleure idée. Cela sera perçu comme un ennui dépourvu de sens.

Il existe d’autres sources d’aide qui peuvent être abordées, souvent plus adaptées aux besoins des débutants.

Sur le réseau et sur le terrain, de nombreux groupes d’utilisateurs s’engagent avec enthousiasme dans les logiciels, bien que beaucoup de leurs participants n’aient pas écrit un seul programme sérieux dans leur vie. Ces groupes sont souvent formés pour aider les membres à s’aider et à aider les nouveaux utilisateurs.

Il existe également un grand nombre de sociétés commerciales avec lesquelles vous pouvez signer un contrat d'assistance, grandes et petites (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 du soutien! En fin de compte, si une révision du moteur d’une voiture est nécessaire, vous le confierez à l’atelier et vous paierez pour les réparations. Même si le logiciel ne coûte rien, vous ne pouvez pas vous attendre à être pris en charge gratuitement à tout moment.

Avec les logiciels courants, tels que Linux, il y a au moins 10 000 utilisateurs par développeur. Une personne ne peut tout simplement pas gérer le support de 10 000 utilisateurs. N'oubliez pas que même si vous devez payer pour une assistance, cela coûte toujours beaucoup moins cher que lorsque vous devez également acheter le logiciel lui-même (et l'assistance d'un logiciel propriétaire coûte généralement plus cher et est effectuée par des experts moins compétents que dans le cas d'un logiciel open source). code).

Comment donner de bonnes réponses

Être généreux. Le stress lié à un problème peut le rendre impoli ou stupide pour les personnes qui ne le sont pas.

À la première erreur, indiquez en privé. Il n'est pas nécessaire d'humilier publiquement une personne qui peut se tromper honnêtement. Un utilisateur novice peut ne pas savoir comment effectuer une recherche dans les archives ou savoir où se trouve ou est publiée la liste des questions fréquemment posées.

Si vous n'êtes pas sûr, dites-le! Une réponse erronée mais faisant autorité est pire que pas de réponse. N'envoyez pas des personnes sur le mauvais chemin simplement parce que vous êtes heureux d'être un expert. Soyez humble et honnête; Donnez le bon exemple aux questionneurs et aux collègues.

Si vous ne pouvez pas aider, n'intervenez pas. Ne plaisantez pas sur les procédures qui peuvent détruire l'environnement de l'utilisateur - ce type de tête peut prendre vos blagues comme un guide pour l'action.

Posez des questions supplémentaires pour obtenir plus d'informations. Si vous le faites correctement, le questionneur apprendra quelque chose, et vous aussi. Essayez de transformer une mauvaise question en une bonne; Rappelez-vous - nous étions tous débutants.

Bien que la réponse simple RTFM soit justifiée si elle est donnée simplement paresseuse, le lien vers la documentation (même s’il s’agit d’un ensemble de mots-clés pour la recherche Google) est toujours meilleur.

Si vous répondez déjà à une question, répondons-en l’essentiel. Ne proposez pas de solutions de contournement conçues à la hâte si vous utilisez en principe les mauvais moyens ou la mauvaise approche. Offrir de bons produits. Réécris la question.

Aidez le public à tirer profit de la question. Lorsque vous rencontrez une bonne question, posez-vous la question suivante: «Comment la documentation pertinente ou la liste des FAQ devraient-elles être modifiées de manière à ce que personne d'autre ne pose cette question?». Envoyez ensuite le supplément approprié à la personne qui prend en charge ces documents.

Si vous deviez faire des recherches pour répondre à la question, partagez votre expérience et n'écrivez pas comme si la réponse vous tombait du ciel. Répondre à une bonne question est de savoir comment nourrir un affamé une fois, mais définir une méthode de recherche à l'aide d'un exemple signifie apprendre à se procurer de la nourriture pour la vie.

Sources d'information supplémentaires

Si vous avez besoin d’informations sur les bases des ordinateurs personnels, des systèmes d’exploitation Unix et d’Internet, consultez le HOWTO Unix et Internet .

Lorsque vous créez un logiciel ou publiez des correctifs pour des programmes, essayez de suivre les principes décrits dans le HOWTO Practice de mise à jour de logiciels .

Remerciements

Evelyn Mitchell a proposé de commenter un certain nombre de questions stupides et a inspiré la section "Comment donner de bonnes réponses". Mikhail Ramendik a formulé un certain nombre de suggestions utiles pour améliorer le document.

Notes du traducteur

L'article original est tiré d'ici .