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

Comment poser des questions correctement

(Ceci est une copie cachée; l'original se trouvait à http://ln.ua/~openxs/articles/smart-questions-ru.html. Si vous remarquez une copie périmée de cette copie ou si vous avez restauré la source, é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 Kravchuk

Chronologie de la version:

  • Version 3.1 - 28 octobre 2004 (Ajouté: 'Google est votre ami!')
  • Version 3.0 - 2 février 2004 (Ajout substantiel d'une discussion sur l'étiquette dans les forums Web.)

Contenu

Traductions
Disclaimer
Introduction
Avant de demander ...
Quand tu demandes ...
Choisissez le bon forum
Les forums Web et IRC pour débutants fournissent souvent des réponses aussi rapidement que possible.
Dans un deuxième temps, utilisez les listes de diffusion du projet.
Définir des sujets de message significatifs et spécifiques
Simplifier l'envoi d'une réponse
Écrivez en langage simple en respectant les règles de la grammaire et du vocabulaire
Envoyez des questions dans tous les formats clairs
Décrivez le problème avec précision et en détail
Volume ne signifie pas encore précision
Ne prétendez pas avoir trouvé une erreur
L'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 dans l'ordre chronologique
Décrivez l'objectif, pas une seule étape
Ne demandez pas de répondre à votre adresse email personnelle
Posez des questions claires et concises.
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 ce n'est que pour vous.
La courtoisie ne fait jamais de mal et aide parfois
Envoyer 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 grossière
Ne réagis pas comme un 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, soutenir le miroir, traduire ou citer ce document, veuillez lire mes règles de copie .

Disclaimer

Sur les sites de nombreux projets, des sections sur la marche à suivre pour obtenir de l'aide fournissent des liens vers ce document. C’est bien, c’est destiné à cela, mais si vous êtes un maître du Web qui va ajouter un tel lien sur la page de votre projet, veuillez indiquer à côté du 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, les idiots nous tourmenteront constamment, estimant 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 mêmes idiots. Ne nous posez pas de questions. Nous allons simplement les ignorer. Notre objectif est de vous montrer comment obtenir de l'aide de la part de ceux qui connaissent le logiciel ou le matériel avec lequel vous travaillez, mais dans 99% des cas, ce ne sont pas nous qui connaissons. Si vous ne savez pas avec certitude que l'un des auteurs est un expert en la matière, laissez-nous tranquilles, cela rendra chacun meilleur.

Introduction

Dans le monde des pirates informatiques , le style des réponses apportées aux questions techniques posées dépend de la méthode utilisée pour poser les questions, ainsi que de leur complexité. Ce guide vous apprendra comment poser des questions afin d’être mieux à même 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, que de pirates. C'est bon; les utilisateurs sont généralement un peu plus tolérants des erreurs que les débutants commettent souvent. Mais si vous vous adressez à des utilisateurs expérimentés en tant que pirates informatiques, conformément aux recommandations présentées ici, ce sera alors le moyen le plus efficace d’obtenir des réponses utiles de leur part.

Tout d’abord, vous devez comprendre que les pirates aiment beaucoup les problèmes complexes et les bonnes questions qui peuvent réveiller le cerveau, 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 vous aident à mieux comprendre le sujet et révèlent souvent des problèmes que vous n'avez pas remarqués auparavant ou auxquels vous n'avez pas pensé. De la bouche du pirate informatique: "Bonne question!" - Ceci est un grand et sincère compliment.

Malgré cela, on pense que les pirates informatiques traitent de problèmes simples plutôt hostiles ou arrogants. Parfois, il semble que nous soyons impolis envers les nouveaux arrivants et les ignorons. Mais en fait, ce n'est pas le cas.

Sans aucun doute, nous sommes hostiles aux personnes supposées ne pas vouloir réfléchir ou apprendre avant de poser des questions. Ces personnes perdent du temps - elles prennent sans rien donner en retour, elles enlèvent 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 "des perdants" (pour des raisons historiques, ce mot est parfois écrit comme "lusers" - utilisateurs perdants).

Nous comprenons que beaucoup de gens veulent simplement utiliser le logiciel que nous avons créé et ne vont pas du tout étudier les détails techniques. 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 n'attendons pas de tout le monde qu'il s'intéresse 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 à notre vie difficile pour répondre aux questions, et parfois nous ne pouvons pas gérer une multitude de questions. Par conséquent, nous devons impitoyablement "filtrer le marché". En particulier, écarter les questions des perdants potentiels afin de consacrer plus efficacement le temps alloué aux réponses et le consacrer aux gagnants.

Si cette position vous semble drôle, arrogante ou arrogante, vous vous trompez. Nous ne vous demandons pas de prier pour nous. En fait, la plupart d’entre nous aimerions communiquer avec vous sur un pied d’égalité et vous accepter dans notre culture si vous faites l’effort nécessaire à cette fin. 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 bien, 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 mériter notre attention, il est nécessaire de démontrer les qualités qui nous permettent de devenir compétents - à l'écoute, la réflexion, l'observation, le désir de participer activement à l'élaboration d'une solution. Si vous ne pouvez pas supporter ce genre de discrimination, il est logique de payer quelqu'un pour un soutien commercial, plutôt que de demander à des pirates informatiques de vous aider personnellement et gratuitement.

Si vous décidez de nous contacter pour obtenir de l'aide, ne devenez pas un perdant. Et n'agissez pas comme un perdant. Le meilleur moyen d'obtenir une réponse rapide et adaptée 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 guide sont les bienvenus. Les suggestions peuvent être envoyées à esr@thyrsus.com . Veuillez noter toutefois que ce document n'a pas été créé pour servir de guide général sur l' étiquette du réseau , et j'ignore généralement les suggestions qui ne sont pas directement liées à la réception de réponses utiles dans le forum technique. .)

Avant de demander ...

Avant de poser une question technique par courrier électronique ou à un groupe de discussion, un chat ou un forum, procédez comme suit:

  1. Essayez de trouver la réponse à l'aide d'une recherche 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 à travers des tests ou des expériences.

  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 un fainéant qui gaspille le temps de quelqu'un d'autre. Mieux encore, montrez ce que vous avez appris 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 sur Google du texte du message d'erreur que vous recevez (recherchez également des groupes de discussion - groupes Google, et pas seulement des 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 s'il n'y a pas de réponse, la phrase: «J'ai cherché sur Google la requête suivante, mais je n'ai rien trouvé d'utile» est utile lorsque vous contactez l'aide par courrier électronique ou dans un groupe de discussion.

Préparez une question. Pensez-y. Vous recevrez des réponses superficielles à des questions superficielles, ou vous n’obtiendrez aucune réponse. Plus vous montrez vos idées et vos efforts pour résoudre un problème avant de demander de l'aide, plus vous aurez 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 (dans l'original - J. Random Hacker, approx. Translator ) est susceptible de donner une réponse littérale, inutile, en pensant "Question idiote ..." et espérant en obtenir une ce que vous avez demandé, au lieu de ce dont vous avez vraiment besoin, vous apprendra quelque chose.

Ne pensez pas que vous devriez recevoir une réponse. Personne ne te doit rien; vous n'avez finalement pas payé pour ces services. Vous obtiendrez la réponse si vous le méritez en posant une question importante, intéressante et stimulante - une question qui donne implicitement à la communauté une nouvelle expérience et ne demande pas seulement passivement à d'autres personnes de partager leurs connaissances.

D’autre part, il est agréable d’indiquer immédiatement que vous pouvez et souhaitez contribuer au processus de prise de décision. Aux questions telles que "Quelqu'un peut-il me dire?", "Qu'est-ce qui n'est pas pris en compte dans mon exemple?" et "Existe-t-il un site intéressant à consulter sur ce sujet?" une réponse est plus susceptible d'être reçue que l'exigence d'envoyer 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 oriente dans la bonne direction.

Quand tu demandes ...

Choisissez le bon forum

Réfléchissez bien à l'endroit où poser la question. Vous êtes plus susceptible d'être ignoré ou rejeté comme un échec si vous:

  • envoyer une question à un forum qui n'est pas pertinent sur le sujet (hors sujet)

  • envoyer la question la plus simple à un 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 privé par e-mail à un inconnu 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 télécharger leurs canaux de communication avec des informations non pertinentes. Ne tombez pas dans cette catégorie de questions.

Par conséquent, vous devez d'abord trouver le forum approprié. Le moteur de recherche Google et d'autres outils de recherche Web vous aideront à nouveau. Utilisez-les pour trouver la page du projet la plus étroitement liée aux équipements ou logiciels avec lesquels vous rencontrez des difficultés. Habituellement, cette page contient 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-ci, que vous avez découverts dans la FAQ) ont échoué. La page de projet peut également décrire la procédure de rapport d'erreur ou fournir un lien vers celle-ci. Dans ce cas, utilisez la procédure recommandée.

Envoyer un message à une personne ou à un forum avec lequel vous n'êtes pas familier est une entreprise, pour le moins 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 sur la base du nom. Lisez la liste des questions fréquemment posées (FAQ) ou les règles pour vous assurer que la question est pertinente. Lisez les messages pendant un moment avant d’envoyer des questions pour savoir comment et ce qui se fait ici. En fait, avant de soumettre une question, il est bon de rechercher les 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 crier et outrager les gens. Adressez-les un à un.

Identifiez le sujet correctement! 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 il s’agit d’une gaffe, il vaut mieux ne pas poser de question du tout avant de comprendre.

En général, la probabilité d'obtenir des réponses aux 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'eux est le nombre d'intervenants potentiels. Une autre est la taille du public qui trouve la réponse. Les pirates informatiques répondent avec grand plaisir à des questions susceptibles d’intéresser de nombreuses personnes.

Il est clair que les pirates informatiques expérimentés et les créateurs de programmes populaires reçoivent 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 - à l'occasion, les participants à des projets populaires cessent de les soutenir car ils ne supportent plus les problèmes qui l'accompagnent sous la forme d'un flux de messages électroniques inutiles à leurs adresses personnelles.

Les forums Web et IRC pour débutants fournissent souvent des réponses aussi rapidement que 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 de bons endroits pour poser des questions en premier, surtout si vous êtes suspecté d'avoir un problème relativement simple ou typique. Le canal IRC annoncé publiquement est une invitation explicite à poser des questions et souvent la possibilité 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 pour aujourd’hui), il peut être préférable de demander au kit de distribution correspondant dans le forum / la liste de diffusion avant de contacter le forum / la liste de diffusion du programme. Les pirates travaillant sur un projet peuvent simplement répondre: "Utilisez notre assemblage".

Avant de poser une question sur n’importe quel forum Web, vérifiez s’il possède une fonction de recherche. Et s’il en existe un, recherchez à plusieurs reprises des mots-clés pour aborder un problème comme le vôtre; cela pourrait aider. Si auparavant vous faisiez une recherche générale sur le Web (ce que vous deviez faire), cherchez quand même sur le forum; Votre moteur de recherche n'a peut-être pas indexé ce forum depuis longtemps.

Il existe une tendance intéressante à aider les utilisateurs du projet 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'aide pour un projet, contactez d'abord ces sources d'informations.

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 exactement qui peut le mieux répondre à votre question. Recherchez l'adresse de la liste de diffusion du projet dans la documentation ou sur le site Web du projet, puis envoyez une question à cette adresse. Il y a plusieurs bonnes raisons de le faire:

  • Toute question suffisamment bonne pour être traitée par un seul développeur sera utile à tout le groupe. Au contraire, s'il semble que la question soit trop primitive pour la liste de diffusion, ce n'est pas une raison pour tromper les responsables de développeurs individuels.

  • Si la question est posée sur la liste de diffusion, la charge est répartie entre tous les développeurs. Un développeur particulier (en particulier s'il est 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 des questions spécifiques 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 les rendre plus compréhensibles. Mais si ces questions sont posées personnellement, personne n’a une vue d'ensemble - 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 "les pirates"), et que vous n'analysez pas (piratez) le code, posez une question dans la liste / le forum aux "utilisateurs". Ne vous attendez pas à un accueil chaleureux sur la liste de diffusion des développeurs, où votre question sera probablement classée dans la catégorie "bruit" qui interfère avec l’échange d’informations sur les progrès du développement.

Cependant, si vous avez confiance en la non-trivialité de votre question et que vous n'avez pas reçu de réponse dans la liste de diffusion / forum pour les "utilisateurs" dans quelques jours, contactez les développeurs. Avant cela, il est logique de suivre la liste de diffusion ou le forum correspondant pendant plusieurs jours pour étudier 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 gère 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. Mentionnez également qu'il n'est 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 de transmettre votre message, vous donnez le choix aux gens.)

Définir des sujets de message spécifiques et significatifs

Lors de l'envoi d'un message à une liste de diffusion ou à un groupe de discussion, le sujet du message est une excellente occasion d'attirer l'attention d'experts qualifiés grâce à une chaîne de 50 caractères maximum. Ne les gaspillez pas dans des babillards comme "Aidez-moi, s'il vous plaît" (sans mentionner les sujets "VEUILLEZ NOUS AIDER !!!!"; les messages avec de tels sujets sont jetés par réflexe). N'essayez pas de nous impressionner par la profondeur de votre souffrance. mieux utiliser l'espace prévu pour une brève description du problème.

Un bon accord sur la conception des sujets de message utilisés par de nombreux services de support technique consiste à utiliser le modèle de rejet d'objet. La partie «objet» définit exactement le 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:

Curseur de la souris XFree86 4.1 sur le chipset Fooware MV1005 - forme irrégulière

Le processus d’écriture d’un sujet à l’aide du modèle «déviation d’objet» aidera à comprendre le problème de manière plus approfondie. Qu'est-ce qui ne fonctionne pas correctement? Y a-t-il seulement un curseur de souris ou d'autres graphiques aussi? Le problème est-il uniquement dans XFree86? Seulement dans la version 4.1? Ce problème ne se produit-il que sur les cartes vidéo équipées du 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 de quel type de problème il s'agit.

En général, imaginez que vous visualisez une liste de questions dans une archive qui ne contient que des lignes de sujet. Assurez-vous que la ligne d'objet reflète suffisamment l'essence de la question et que le prochain examinateur à la recherche d'une réponse à une question similaire 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 changer la ligne d'objet afin qu'elle soit claire - la question est posée. Une ligne d'objet sous la forme "Re: test" ou "Re: new bug" n'attira pas assez d'attention. En outre, continuez à citer un minimum de publications précédentes pour permettre aux nouveaux utilisateurs de comprendre ce qui était en discussion.

Ne vous contentez pas d'envoyer 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 réduira le cercle des répondants. Certains lecteurs de messagerie, tels que mutt , permettent à l'utilisateur de trier les messages par sujet, puis de les masquer par sujet, en repliant 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 à un 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 souvent invisibles en dehors de ces fils. Changer de sujet lorsque vous posez une question en réponse n’est pas significatif (tous les forums ne vous permettent même pas d’indiquer des sujets dans les réponses, et si vous pouvez les poser, presque personne ne les lit). Mais poser une contre-question en réponse est en soi une pratique douteuse, car seuls ceux qui suivent le fil de discussion correspondant verront cette question. Par conséquent, si vous n'êtes pas sûr de vouloir faire appel spécifiquement à ceux qui participent à la discussion sur le sujet, commencez un nouveau sujet.

Simplifier l'envoi d'une réponse

La réponse à la question avec la phrase "Réponse, veuillez envoyer à l'adresse ..." rend la réception 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 à de votre programme de messagerie, nous ne disposons pas de quelques secondes pour réfléchir à votre problème. Si votre programme de messagerie ne le permet pas, jetez-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 des réponses par e-mail dans les forums Web est extrêmement impoli, sauf si vous êtes sûr que les informations peuvent être confidentielles (et que quelqu'un, pour une raison inconnue, souhaite vous le dire personnellement, pas le forum dans son ensemble). Si vous souhaitez recevoir une notification par courrier électronique indiquant 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 forme d'options "regardez ce fil", "envoyer un email sur les réponses", etc.)

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

Il a été établi expérimentalement que les personnes qui écrivent de manière inattentive et négligente sont généralement tout aussi inattentives et négligentes dans les pensées et le code des programmes créés (au moins assez souvent pour le dire avec autant de confiance). Répondre aux questions des personnes inattentives et négligentes dans leur réflexion est une tâche ingrate; nous ferions mieux de passer notre temps sur 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 cela, nous ne voulons pas vous tromper, en accordant une attention à de tels problèmes. Essayez de formuler la question dans la langue correcte. Il ne devrait pas être lourd et formel - en fait, dans une culture de hackers, un langage informel plein d’argot et d’humour est utilisé correctement. 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". N'ÉCRIVEZ PAS 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, ce n’est pas beaucoup mieux, car c’est très difficile à lire. Alan Cox est pardonné, mais pas pour vous.)

Dans le cas général, si vous écrivez au niveau des paroles de bébé ou des absurdités folles, votre question sera probablement ignorée. Le gribouillage à la manière de «hackers» juvéniles (dans l'original - le script de l33t, kiddie hax0r - approx. Translator ) est absolument sans espoir et garantit en retour le silence (ou, au mieux, une part de négligence et de sarcasme).

Si vous posez des questions dans un forum où une langue qui n'est pas votre langue maternelle est utilisée, certaines erreurs lexicales et grammaticales seront pardonnées - mais n'attendez aucun pardon de 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 pour le destinataire sont natives, é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 clairs

Si vous rendez artificiellement difficile la lecture d'une question, la probabilité qu'ils répondent à une question facile à lire à la place augmente. 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 tout à fait acceptables, mais uniquement si elles ont un contenu réel (par exemple, le texte source ou un fichier de correctif est attaché), et pas simplement générées automatiquement par le client de messagerie (représentant, par exemple, une autre copie de la lettre, mais au format HTML).

  • N'envoyez pas de messages dans lesquels les paragraphes sont représentés par une ligne qui enveloppe visuellement la ligne suivante du client. (Cela complique la réponse à la partie du message.) Supposons que les destinataires lisent les messages sur les terminaux texte avec des lignes de 80 caractères et configurent l'insertion de sauts de ligne définitifs en conséquence, terminant la ligne à la 80e position.

  • Dans le même temps, toutefois, ne divisez pas les données en plusieurs lignes à une position fixe (par exemple, les vidages de journal ou les 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 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. Lire des messages avec des caractères de contrôle dispersés dans le texte de la forme = 20 est incommode et désagréable.

  • Ne pensez même pas que les pirates informatiques seront capables de lire des documents dans des formats propriétaires tels que Microsoft Word ou Excel. La plupart des pirates informatiques réagissent de la même manière que si vous aviez sali la merde de porc à la porte d'entrée. Même quand ils peuvent les lire, le besoin de bricoler avec ces formats les outrage.

  • Lorsque vous envoyez un message à partir d'une machine exécutant Windows, désactivez le support insensé de Microsoft pour Smart Quotes. Cela éliminera un grand nombre de caractères incohérents disséminés dans le message.

  • Dans les forums Web, n'abusez pas des capacités d'insertion "émoticônes" et "html" (le cas échéant). Un ou deux émoticônes est généralement normal, mais un texte amusant et coloré fait 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, pas 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 de paramètres standard. La plupart de ces clients ont une commande de menu telle que "Voir la source". Utilisez-le pour vérifier si 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 votre recherche lorsque vous essayez de comprendre un problème avant de poser une question.

  • Décrivez vos propres étapes pour diagnostiquer et isoler le problème avant de poser une question.

  • Décrivez les modifications récentes apportées à votre ordinateur ou à la configuration logicielle pouvant être pertinentes.

Faites de votre mieux pour prédire les questions potentielles des hackers et y répondre à l'avance lors de votre appel à l'aide.

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

Volume ne signifie pas encore 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 scénario de test volumineux et complexe entraîne une erreur dans le 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 la probabilité d'une réponse. Deuxièmement: simplifier la question augmente la probabilité d’une réponse utile . Troisièmement: lorsque vous affinez le message d'erreur, vous pouvez vous-même trouver une solution ou une solution de contournement.

Ne prétendez pas avoir trouvé une erreur

Si vous rencontrez des problèmes avec un logiciel particulier, ne prétendez pas avoir trouvé une erreur, sauf si vous en êtes absolument sûr. Conseil: si vous ne pouvez pas fournir un correctif de code source qui résout le problème ou un scénario de test de la version précédente présentant un comportement incorrect, vous n'êtes probablement pas suffisamment 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 déjà 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, et non le logiciel.

Les créateurs du logiciel font de gros efforts pour le faire fonctionner 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. Surtout non diplomatique sera d'écrire "bug" 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 d’agir de manière à ce que les personnes qui soutiennent le programme veuillent s’excuser auprès de vous si une véritable erreur est trouvée et ne pas vous faire excuser pour votre stupidité.

L'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 arrogante, en extorquant une réponse, choisissaient l'extrême opposé: l'auto-humiliation. "Je sais, je suis un débutant, un perdant et une théière complète, mais ..." C'est distraire 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 espérant avoir pitié. Présentez vos faits et votre question aussi clairement que possible. Vous vous déclarez donc beaucoup mieux que par abaissement de vous-même.

Parfois, il existe des emplacements distincts pour les questions de débutant dans les forums Web. Si vous estimez que seul un utilisateur novice peut poser une telle question, posez-la là. Mais il n'y a pas besoin de s'humilier.

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

Il est inutile de donner aux hackers leur opinion sur les causes du problème. (Si vos théories de diagnostic sont si précieuses, avez-vous besoin de faire appel à d'autres personnes?) Par conséquent, assurez-vous de communiquer les symptômes réels de ce qui se passe, et non vos interprétations et théories. Laissez 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 un ordinateur K6 / 233, j’ai construit sur une carte mère FIC-PA2007 (chipset VIA Apollo VP2) avec 256 Mo de mémoire SDRAM Corsair PC133, les erreurs SIG11 commencent souvent à se produire 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 jours. minutes. Le redémarrage ne mène à rien, mais débrancher 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 dans l'ordre chronologique

Les informations les plus importantes pour déterminer les causes de ce qui se passe sont souvent associées aux événements qui précèdent immédiatement cette situation. Il est donc 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 pose. Dans le cas d'utilisation de l'interface de ligne de commande, l'enregistrement d'une session (par exemple, à l'aide de l'utilitaire de script) et l'inclusion de plusieurs dizaines de lignes correspondantes dans un message peuvent être d'une grande utilité.

Si le programme dans lequel l'incident s'est produit comporte des options de diagnostic (par exemple, -v - informations détaillées), essayez de sélectionner des options qui ajoutent des informations de débogage utiles au "transcript" de la session.

Si l'enregistrement est suffisamment 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 seule étape

Si vous essayez de comprendre comment faire quelque chose (plutôt que de signaler une erreur), commencez par une description de l'objectif. Et seulement ensuite, décrivez une étape spécifique sur le chemin que vous ne pouvez pas exécuter.

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

Stupide:

Comment faire en sorte que le sélecteur de couleur FooDraw accepte 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’une façon de procéder: modifier 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 du programme FooDraw.

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

Ne demandez pas de répondre à votre adresse email personnelle

Les pirates estiment 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 doit être corrigée si quelqu'un qui en sait plus sait que cette réponse est incomplète ou incorrecte. De plus, 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 intervenez à la fois dans le processus de prise de décision et dans la réception des récompenses. Ne fais pas ça. Répondre personnellement, c'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 dans un article destiné à un groupe de discussion". Essayer de garder le groupe de discussion ou la liste de diffusion en dehors du flux de messages essentiellement identiques est très gentil, mais vous devez tenir votre promesse et envoyer un résumé.

Posez des questions claires et concises.

Les questions illimitées nécessitent généralement un temps de réponse illimité. Les personnes les plus susceptibles de pouvoir vous donner une réponse utile sont également les personnes les plus occupées (également parce que la plupart de leur travail est effectué par leurs propres moyens). Ces personnes sont jalouses de leur temps et ne perçoivent donc souvent pas de questions illimitées.

La probabilité de recevoir une réponse utile augmente si vous expliquez clairement ce que vous voulez des répondants (fournissez des liens, envoyez un code, vérifiez votre décision, etc.). Cela concentrera les efforts des répondants et fixera implicitement une limite de temps et les efforts que le répondant devra déployer pour 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 époque, comme une ressource très limitée. Plus vous aurez implicitement besoin de temps, plus vous aurez de chances d'obtenir une réponse d'un expert vraiment compétent et occupé.

Par conséquent, il est judicieux de limiter le problème afin de minimiser le temps nécessaire à l'expert pour le résoudre. Mais souvent, cela ne revient pas à simplifier la situation. Ainsi, par exemple, la question: "Pouvez-vous me donner un lien vers une bonne description de X?" - généralement beaucoup plus raisonnable que de demander: "Expliquez-moi X, s'il vous plaît." Si vous rencontrez un problème avec du code qui ne fonctionne pas, il serait plus sage de demander une explication de ce qui ne va pas avec ce code et de ne pas demander de correction de bogue.

Ne posez pas de questions à partir de vos devoirs

Les pirates sont habiles à 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 une solution complète.

Si vous pensez avoir été invité à répondre à une question de votre devoir mais que vous ne pouvez toujours pas donner de réponse, essayez de poser une question dans le forum du groupe d'utilisateurs ou (dans les cas extrêmes) dans la liste de diffusion / le forum "utilisateur" du projet correspondant. Bien que les pirates "le reconnaissent", certains utilisateurs expérimentés peuvent au moins vous donner un indice.

Évitez les requêtes sans signification

Résistez à la tentation de conclure votre demande en posant des questions insignifiantes de la forme: "Est-ce que quelqu'un va m'aider?" ou "Y at-il une réponse à tous?" Premièrement, si vous avez au moins une compétence pour décrire votre problème, ces questions supplémentaires sont au moins superflues. Deuxièmement, comme ils sont redondants, ils semblent gênants pour les pirates - et en conséquence, ils sont encouragés à écrire une réponse logiquement impeccable du type: "Oui, vous pouvez aider" ou "Non, vous ne pouvez rien faire pour aider."

Dans le cas général, il vaut mieux ne pas poser de réponse par oui ou par non , à moins que vous ne souhaitiez une réponse par oui ou par non .

Ne marquez pas votre question comme "urgente", même si ce n'est que pour vous.

C'est ton problème, pas le nôtre. Mentionner l'urgence est souvent contre-productif: la plupart des pirates informatiques suppriment simplement des messages tels que des tentatives grossières et égoïstes d'attirer de manière urgente l'attention sur eux-mêmes.

Il existe une exception partielle à cette règle. Mentionner l'urgence peut avoir du sens si vous utilisez le 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 suffisamment intéressés pour réagir plus rapidement.

Faire cela, cependant, est extrêmement risqué, car le point de vue du pirate sur le sérieux et ses intérêts sont susceptibles de différer de ceux que vous vivez. 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 ne le sera presque certainement pas. En fait, la question avec le sujet "Urgent: aidez-moi à sauver les phoques à fourrure!" seront ignorés ou vicieusement commentés, même par ces pirates informatiques qui croient que la vie des phoques à fourrure compte pour eux.

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

La courtoisie ne fait jamais de mal et aide parfois

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

Pour être honnête, cela n’est pas si 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 pirates, en général, préfèrent recevoir des messages d'erreur sévères mais techniquement précis que des messages polis. (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 la probabilité d'une réponse utile.

(Il convient de noter que la seule objection sérieuse à ce document émanant d'anciens combattants du mouvement des hackers est liée à la recommandation d'utiliser la phrase «Merci d'avance.» Certains hackers voient dans leur réticence à remercier quiconque une fois le problème résolu. Nous recommandons remerciez-le à l'avance et après avoir reçu la réponse, ou exprimez votre gratitude d'une autre manière, par exemple, avec la phrase «Merci de votre attention» ou «Merci de votre attention».)

Envoyer une brève description de la solution

Une fois le problème résolu, envoyez un message à toutes les personnes qui vous ont aidé. dites-leur comment cela s'est terminé et merci encore pour votre aide. Si le problème suscite 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 à cet endroit.

Il sera optimal de répondre au fil de la discussion qui a commencé par la question initiale en ajoutant la marque 'FIXED', 'RESOLVED', 'SOLUTION' ou un autre signe tout aussi évident de solution au sujet du message. Sur les listes de diffusion contenant un grand nombre de messages, un répondant potentiel qui examine le fil de la 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 (s'il ne trouve pas 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é; simple: "Bonjour! Le problème était lié à une rupture du 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 décision ne touche à des aspects techniques graves. Notez quelles actions ont permis de résoudre le problème, mais il n’est pas nécessaire de décrire à nouveau toute la séquence de la recherche d’une solution.

Pour les problèmes graves, vous pouvez envoyer un CV avec une histoire de trouver leurs causes. Décrivez l'énoncé final du problème. Décrivez ce que la solution s'est avérée être et indiquez les impasses qui devraient être évitées. Nommez tous ceux qui vous ont aidé: vous trouverez donc des amis.

En plus d'être poli et informatif, ce type de message bref aidera les autres, lors de la recherche dans les archives d'une liste de diffusion, d'un groupe de discussion ou d'un forum, à trouver exactement quelle solution vous a aidé et peut donc les aider.

Dernier point, mais non des moindres, 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 pas un expert technique ou un pirate informatique, faites-nous simplement confiance, car ce sentiment est très important pour les gourous et les experts que vous avez contactés pour obtenir de l'aide. La description de problèmes qui, en conséquence, n’ont pas été résolus est une déception complète; les pirates ont soif de les voir résolus. Le bon karma qui survient lorsque vous assouvissez votre soif vous aidera beaucoup lorsque vous posez une 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 un changement dans la documentation ou dans la liste des FAQ aidera, et si oui, envoyez le changement approprié à ceux qui supportent ces documents.

En fait, parmi les pirates informatiques, ce comportement est 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, 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 foiré

Il existe une tradition ancienne et sacrée: si vous obtenez la réponse " RTFM ", le répondant pense alors 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 en ligne (Search The Fucking Web). Il a presque certainement raison. Recherche

Dans les forums Web, il peut toujours être proposé de rechercher dans les archives du forum. En fait, le répondant peut être assez aimable pour donner un lien vers la discussion précédente dans laquelle ce problème a été résolu. Mais ne comptez pas dessus. fouillez vous-même les archives avant de demander.

Celui qui envoie l'une de ces réponses dispose souvent d'un manuel ou d'une page Web avec les informations dont vous avez besoin, et les examine lorsqu'il tape la réponse. Ces réponses signifient que, d’une part, les informations dont vous avez besoin sont faciles à trouver et que, d’autre part, vous en apprendrez plus lors de la recherche d’informations que si vous les présentiez sous le nez sur une assiette.

Cela ne devrait pas vous déranger; selon les standards des hackers, il vous a déjà montré assez de respect en n'ignorant pas la question. Vous devez remercier la personne responsable de 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’information que lorsque vous recherchez la réponse à la question initiale (manuels, FAQ, Web, collègues expérimentés) pour comprendre la réponse. Si vous avez encore besoin de clarification par la suite, montrez ce que vous avez appris vous-même.

Par exemple, supposons que je vous ai répondu: "On dirait que vous avez un zentry; vous devez vérifier." Alors une mauvaise question serait: "Qu'est-ce que Zentry"? Un bon exemple : "OK, j'ai lu la page de manuel, et à propos de zentry, il n'est mentionné que dans les options -z et -p. Aucun d'eux ne dit comment réinitialiser un zentry bloqué. Dois-je utiliser l'une de ces options, ou mal compris? "

Réaction grossière

La plupart de ce qui peut sembler impoli dans les cercles de hackers n'est pas utilisé pour insulter. C’est plutôt une conséquence du style de communication directe, sans contours, qui est naturel pour les personnes qui tentent de résoudre des problèmes, et qui ne semble pas doux et duveteux aux autres.

Lorsque vous rencontrez l’impolitesse, essayez de répondre calmement. Si quelqu'un dépasse vraiment ce qui est acceptable, il est probable que l'hôte de la liste de diffusion, du groupe de discussion ou du forum le mettra à sa place. Si cela ne se produit pas et que vous perdez votre sang-froid, il est probable que la personne qui a provoqué ce comportement se comporte dans le cadre des normes de la communauté des hackers, et tout le monde supposera que c'est vous qui avez tort. Cela réduira considérablement les chances d'obtenir les informations ou l'aide nécessaires.

D'autre part, on peut parfois rencontrer de la grossièreté et un défi sans fondement apparent. Le revers de la médaille est qu'une telle réaction est une forme parfaitement acceptable de mettre à la place des personnes impolies - nous coupons leur comportement indigne avec un scalpel verbal bien affuté. Cependant, vous devez être très confiant dans votre position avant d'essayer de le faire. La ligne de démarcation entre l'indication impolie et le début d'un "bazar" dénué de sens (dans l'original - flamewar - approx. Translator ) est si mince que les pirates eux-mêmes le traversent 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 vous engager dans de telles discussions.

(Certains insistent sur le fait que de nombreux hackers souffrent d’une forme légère d’autisme, ou syndrome d’Asperger , et qu’ils n’ont tout simplement pas la partie du cerveau responsable de l’interaction sociale «normale» entre les personnes. C’est peut-être vrai ou peut-être pas. Si vous - pas un pirate informatique, l’idée de pirates informatiques comme des patients sur 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 le scepticisme avec un scepticisme sain.)

Dans la section suivante, nous aborderons un autre problème. une sorte de «grossièreté» que vous pouvez rencontrer lorsque c’est vous qui avez tort.

Ne réagis pas comme un perdant

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

Lorsque cela se produit, la réaction la plus malheureuse est de se plaindre de ce qui s'est passé, de se considérer verbalement offensé, de demander des excuses, de crier, d'étouffer la colère, de porter plainte, de se plaindre auprès des employeurs des agresseurs, de ne pas baisser le siège des toilettes, etc. Au lieu de tout cela, procédez comme suit:

Venez à des termes. 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 qu'ils ne devraient critiquer que dans leur correspondance personnelle - ce n'est pas le cas. Il n’est pas logique d’accepter comme une insulte personnelle le commentaire de quelqu'un selon lequel l'une de vos déclarations est fausse ou s'il a une opinion différente. Donc, les perdants agissent.

Il y avait 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 insignifiants et en une futilité 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 de vous d'abord et de sa communauté. Il serait beaucoup plus facile pour lui de vous ignorer et de sortir de votre vie. Si vous manquez de gratitude, conservez 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éâtralement hypersensible et des illusions sur votre propre signification.

Parfois, les gens vont devenir personnels, s'engager dans des polémiques sales sans raison apparente, etc., même si vous ne vous êtes pas trompés (ou seulement dans leur imagination). S'indigner dans ce cas est un moyen de tout gâcher.

Ces "scandalistes" sont soit des voyants qui ne comprennent rien, mais se considèrent comme des experts, soit des potentiels psychologues qui vérifient si vous vous trompez ou non. Les autres lecteurs vont soit les ignorer, soit trouver des moyens de les gérer eux-mêmes. 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 traîner dans un "bazar" inutile. Il est préférable d’ignorer de telles discussions, après avoir compris au préalable qu’il s’agissait vraiment d’un "bazar" inutile, et ne pas indiquer pourquoi vous avez vraiment foiré, et non des réponses finement chiffrées à vos questions (cela se produit également).

Questions à ne pas poser

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

Question:

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

La réponse est:

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

Question:

Comment puis-je faire Y avec X?

La réponse est:

Si vous voulez faire Y, vous devez demander comme ça, sans suggérer à 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 le problème que Y est en train de résoudre et sont trop concentrés sur les détails de leur situation spécifique. Il est généralement préférable d'ignorer ces personnes jusqu'à ce qu'elles posent mieux leur problème.

Question:

Comment configurer une invite du shell?

La réponse est:

Si vous êtes assez intelligent pour être intéressé par ceci, vous serez suffisamment intelligent pour rechercher de manière indépendante une réponse.

Question:

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

La réponse est:

Essayez de découvrir. Donc, d’une part, vous découvrirez la réponse et, d’autre part, vous cesserez de perdre mon temps.

Question:

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

La réponse est:

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 avez déjà résolu ce problème.

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

Question:

J'ai des problèmes avec une machine Windows. Pourriez-vous s'il vous plaît aider?

La réponse est:

Oui Jetez ces déchets Microsoft et installez vous-même 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 par la réponse selon laquelle le problème se situe sous Windows, et non dans le programme lui-même, car Windows est tellement "tordu" en général que cela se produit souvent de cette façon.

Question:

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

La réponse est:

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:

Je n'arrive pas à installer Linux (ou X). Pourriez-vous aider?

La réponse est:

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 convenir à un forum ou à une liste de diffusion dédiés à une distribution particulière, si le problème est lié à cette distribution, ou à des forums de groupes d'utilisateurs locaux. Dans ce cas, veillez à décrire avec précision les détails de la défaillance. Mais d’abord, recherchez soigneusement les mots clés "linux" et tous les composants matériels suspects sur le Web.

Question:

Comment déchiffrer le mot de passe root / obtenir des privilèges avancés / lire le courrier électronique de quelqu'un d'autre?

La réponse est:

Oui, vous n'êtes qu'un imbécile, puisque vous voulez le faire, idiot, demandez simplement au pirate de vous aider.

Bonnes et mauvaises questions

Enfin, je vais montrer avec des exemples comment poser des questions correctement. Je vais présenter quelques questions sur le même problème, l’une posée stupidement 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 chercher sur le Web avec Google la requête "Foonly Flurbamatic 2600", mais je n’ai pas eu de liens utiles. Est-ce que quelqu'un sait où trouver les informations de programmation pour cet appareil?

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

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

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

Correct: le code de projet foo ne compile pas sous Nulix OS version 6.2. J'ai lu la FAQ, mais il n'y a rien à propos des problèmes avec Nulix. Voici un enregistrement de session de compilation; qu'est-ce que j'ai mal fait?

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

Stupide: j'ai des problèmes avec la carte mère. Quelqu'un peut-il s'il vous plaît aider?

N'importe quel pirate informatique répondra à une telle question dans son esprit, très probablement: "Bien. Peut-être pourriez-vous m'aider à roter et à changer ma 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. Faites attention à un symptôme étrange lorsque vous essayez de créer C. C’est évident que cette foutaise ne fait pas de bruit, mais les résultats sont imprévisibles. Qu'est-ce qui entraîne généralement l'échec des cartes mères multiprocesseurs avec Athlon? Est-ce que quelqu'un a 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 les problèmes, et pas seulement attendre que la réponse lui revienne du ciel.

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

En fait, le formulaire pour poser la dernière question est très similaire à celui utilisé en août 2001 sur la liste de diffusion linux-kernel. Je (Eric) a ensuite posé cette question. J'ai observé des gels é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 supprimer ces blocages.

En posant une question comme celle que je faisais, vous donniez matière à réflexion aux gens; J'ai rendu la participation à la résolution du problème simple et attrayante pour eux. 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 je valorisais leur temps en décrivant les branches sans issue que j'ai déjà franchies.

Finalement, quand j’ai remercié tout le monde et souligné combien le processus de résolution du problème s’était bien passé, un des membres de la liste de diffusion a attiré l’attention sur le fait que, à son avis, cela n’avait pas fonctionné car j’étais une "personne célèbre" sur cette liste, mais à cause de la forme correcte de poser la question.

Les pirates, à un certain égard, sont une élite intellectuelle très cruelle (dans l'original - la méritocratie . Approx. Traducteur ). Je suis sûr qu'il a raison et si je me trompais , je serais critiqué ou ignoré, quels que soient les mérites précédents. Sa suggestion de décrire la situation comme un guide pour tous les autres était la raison immédiate de la rédaction 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 participants au 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 général, soumettre à nouveau une question n'est pas une bonne idée. Cela sera perçu comme un ennui dépourvu de sens.

Vous pouvez vous tourner vers d’autres sources d’aide, souvent plus adaptées aux besoins des débutants.

Il existe de nombreux groupes d'utilisateurs en ligne et localement impliqués avec enthousiasme dans les logiciels, bien qu'un grand nombre de leurs membres n'aient jamais écrit un seul programme sérieux. Ces groupes sont souvent formés pour que les participants s’entraident et s’ajoutent aux nouveaux utilisateurs.

Il existe également de nombreuses sociétés commerciales avec lesquelles vous pouvez conclure un contrat de support, grand et petit (certains des plus célèbres sont Red Hat et Linuxcare, mais il y en a beaucoup d'autres). Ne craignez pas l’idée de payer pour du soutien! En fin de compte, si vous avez besoin d'une révision majeure du moteur de la voiture, vous le confierez à l'atelier et vous paierez pour la réparation. Même si le logiciel ne sert à rien, vous ne pouvez pas vous attendre à ce qu’il soit toujours pris en charge gratuitement.

Un logiciel populaire comme Linux compte au moins 10 000 utilisateurs par développeur. Une personne ne peut tout simplement pas faire face au soutien 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 acheter le logiciel lui-même (et l'assistance pour les logiciels propriétaires est généralement plus onéreuse et réalisée par des spécialistes moins compétents que dans le cas des logiciels open source. code).

Comment donner de bonnes réponses.

Être généreux. Le stress lié au problème peut rendre des gens qui ne sont pas impolis ou stupides.

Indiquez la première erreur 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 localiser ou publier une liste de questions fréquemment posées.

Si vous n'êtes pas sûr, dites-le! Une réponse erronée, mais qui sonne avec autorité, est pire que pas de réponse. Ne dirigez pas les gens sur la mauvaise voie simplement parce que vous êtes heureux d'être un expert. Soyez humble et honnête; Donnez le bon exemple aux demandeurs et aux collègues.

Si vous ne pouvez pas aider, ne vous inquiétez pas. Ne plaisantez pas à propos des procédures qui peuvent ruiner l’environnement de l’utilisateur - cette tête aveugle peut prendre vos blagues comme un guide d’action.

Posez plus de questions pour obtenir plus d'informations. Si vous le faites correctement, le demandeur 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 de RTFM puisse être justifiée si elle est donnée simplement à un paresseux, un lien vers la documentation (même s’il s’agit d’un ensemble de mots clés pour la recherche sur Google) est toujours préférable.

Si vous répondez déjà à la question, obtenons la réponse essentielle. Ne suggérez pas de solutions de contournement inventées à la hâte si le mauvais outil ou la mauvaise approche est utilisé en principe. Offrez de bons fonds. Reformulez la question.

Aidez le public à tirer profit du problème. Lorsque vous rencontrez une bonne question, posez-vous la question suivante: "Comment puis-je modifier la documentation pertinente ou la liste de FAQ afin que personne d'autre ne pose cette question?". Envoyez ensuite le supplément approprié à celui qui prend en charge ces documents.

Si vous deviez mener une étude pour répondre à une question, partagez votre expérience et n'écrivez pas comme si la réponse vous était tombée du ciel. Répondre à une bonne question est de savoir comment nourrir une personne affamée, mais définir une méthodologie 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, Unix et Internet, reportez-vous au HOWTO Unix et Internet .

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

Remerciements

Evelyn Mitchell a offert de commenter un certain nombre de questions stupides et a inspiré la rédaction de 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 .