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

Comment poser des questions?

Table des matières

Traductions
Clause de non-responsabilité
Présentation
Avant de demander ...
Quand vous demandez ...
Choisissez le bon forum
Les forums Web et IRC pour les débutants fournissent souvent une réponse le plus rapidement possible.
Dans un deuxième temps, utilisez les listes de diffusion du projet
Définir des sujets de message significatifs et spécifiques
Simplifiez l'envoi d'une réponse
Écrivez dans un langage clair, en suivant les règles de grammaire et de vocabulaire
Envoyez des questions dans tous les formats compréhensibles
Décrivez le problème avec précision et en détail
Le volume ne signifie pas encore la 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écrire les symptômes du problème par ordre chronologique
Décrivez l'objectif, pas une seule étape
Ne demandez pas de répondre à votre adresse e-mail personnelle
Posez des questions claires et concises.
Ne posez pas de questions sur les devoirs
Évitez les demandes dénuées de sens
Ne marquez pas votre question comme "urgente", même si c'est juste pour vous
La courtoisie 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 foutu
Si vous ne comprenez pas ...
Réaction grossière
Ne réagissez 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'informations supplémentaires
Remerciements

Traductions

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

Clause de non-responsabilité

Sur les sites de nombreux projets, des sections sur la façon de demander de l'aide fournissent des liens vers ce document. C'est bien, cela est destiné à cela, mais si vous êtes un webmestre qui va ajouter un tel lien sur la page de votre projet, veuillez indiquer à côté du lien à un endroit bien visible que nous ne sommes pas un service d'assistance pour votre projet!

Nous avons appris par une expérience amère 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, alors vous êtes l'un de ces mêmes idiots. Ne nous posez pas de questions. Nous les ignorerons simplement. Notre objectif est de vous montrer comment obtenir de l'aide 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 sommes bien informés. Si vous ne savez pas avec certitude si l'un des auteurs est un expert dans ce que vous traitez, laissez-nous tranquilles, et tout le monde se sentira mieux.

Présentation

Dans le monde des hackers , le style de réponse aux questions techniques posées dépend de la méthode de pose des questions tout autant que de leur complexité. Ce guide vous apprendra à poser des questions afin que vous soyez plus susceptible 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 et non de pirates. C'est bien; les utilisateurs sont généralement un peu plus tolérants aux erreurs que font souvent les débutants. Mais, si vous vous tournez vers des utilisateurs expérimentés en tant que hackers, 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, vous devez comprendre que les hackers aiment vraiment les problèmes complexes et les bonnes questions qui peuvent remuer le cerveau, les questions sur ces problèmes. Si cela ne nous plaisait pas, nous ne serions pas des hackers. 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 du pirate: "Bonne question!" - C'est un grand et sincère compliment.

Malgré cela, on pense que les pirates sont liés à des problèmes simples plutôt hostiles ou arrogants. Parfois, il semble que nous soyons assez grossiers avec les débutants et que nous les ignorions. 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 gens tuent le temps - ils prennent sans rien donner en retour, ils 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» - des utilisateurs perdants).

Nous comprenons que beaucoup de gens veulent simplement utiliser le logiciel que nous créons et ne vont pas du tout étudier les détails techniques. Pour la plupart, un ordinateur n'est qu'un outil, un moyen pour atteindre une fin; ils ont des activités plus intéressantes et d'autres problèmes dans la vie. Nous le reconnaissons et ne nous attendons pas à ce que tout le monde s'intéresse aux nuances techniques qui nous intéressent. 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 efficacement ce que nous faisons le mieux.

Nous sommes (pour la plupart) bénévoles. Nous consacrons du temps à notre vie difficile pour répondre aux questions, et parfois nous ne pouvons pas faire face à une rafale de questions. Par conséquent, nous devons impitoyablement «filtrer le marché». En particulier, jeter les questions des perdants potentiels afin de passer plus efficacement le temps alloué aux réponses, en le consacrant 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 aimeraient communiquer avec vous sur un pied d'égalité et vous accepter dans notre culture si vous faites l'effort nécessaire pour cela. Mais pour nous, il est tout simplement inefficace d'essayer d'aider les gens qui ne veulent pas s'aider eux-mêmes. Être impoli, c'est bien, mais faire semblant d'être un idiot ne l'est pas.

Ainsi, bien qu'il ne soit pas du tout nécessaire d'être techniquement compétent pour être digne de notre attention, il est nécessaire de démontrer les qualités qui nous permettent de devenir compétents - attention, attention, observation, désir de participer activement à l'élaboration d'une solution. Si vous ne pouvez pas tolérer ce type de discrimination, il est logique de payer quelqu'un pour une assistance commerciale, plutôt que de demander aux pirates de vous aider personnellement 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. La meilleure façon d'obtenir une réponse rapide et sensible est de demander comment une personne est intelligente, confiante et compétente, qui a juste besoin 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, cependant, que ce document n'a pas été créé comme un guide général de 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 e-mail ou dans un groupe de discussion, un chat ou un forum, procédez comme suit:

  1. Essayez de trouver la réponse en utilisant 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 oisif, gaspillant 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 pour le texte du message d'erreur que vous recevez (recherchez également des groupes de discussion - des groupes Google, pas seulement des pages Web). Cela peut conduire 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 avec la requête suivante, mais je n'ai rien trouvé d'utile» est utile lorsque vous contactez pour obtenir de l'aide par e-mail 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 en faites pour montrer vos pensées et vos efforts pour résoudre un problème avant de demander de l'aide, plus vous avez de chances d'obtenir cette aide.

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, environ Traducteur ) donnera très probablement une réponse littérale inutile, pensant en même temps "Question idiote ...", 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 l'on devrait vous répondre. Personne ne vous doit rien; vous n'avez finalement pas payé ces services. Vous obtiendrez la réponse si vous le méritez en posant une question importante, intéressante et suscitant la réflexion - une question qui donne implicitement à la communauté une nouvelle expérience, et qui ne demande pas simplement aux autres de partager passivement les connaissances.

D'un autre côté, il est agréable de dire immédiatement que vous pouvez et souhaitez aider dans le processus décisionnel. Aux questions comme "Quelqu'un peut-il me le dire?", "Qu'est-ce qui n'est pas pris en compte dans mon exemple?" et "Y a-t-il un site qui mérite d'être consulté sur ce sujet?" une réponse est plus susceptible d'être reçue qu'une obligation d'envoyer une séquence exacte d'actions pour résoudre un problème, car vous avez clairement montré que vous résolverez le problème vous-même si quelqu'un vous pointe dans la bonne direction.

Quand vous demandez ...

Choisissez le bon forum

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

  • envoyer une question à un forum qui n'est pas pertinente sur le sujet (hors sujet)
  • envoyer la question la plus élémentaire à un forum où sont discutées des questions techniques complexes, ou vice versa
  • envoyer la question en même temps (cross-post) à de nombreux groupes de discussion différents
  • 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 avec cela. Utilisez-les pour trouver la page de projet la plus proche de l'équipement ou du logiciel avec lequel vous rencontrez des difficultés. Habituellement, cette page contient des liens vers une liste de questions fréquemment posées (FAQ, Foire aux questions), des listes de diffusion du projet et leurs archives. C'est là que vous devez demander de l'aide si vos propres efforts (y compris la lecture de ceux-ci, que vous avez découverts par la FAQ) ont échoué. La page du projet peut également décrire la procédure de rapport d'erreurs ou fournir un lien vers celle-ci. Dans ce cas, utilisez la procédure recommandée.

Envoyer un message à une personne ou à un forum que vous ne connaissez pas est au moins une entreprise risquée. Par exemple, ne pensez pas que l'auteur d'une page Web informative veuille devenir votre consultant gratuit. Ne présumez pas avec optimisme que votre question sera la bienvenue - si vous n'êtes pas sûr, envoyez-la à une autre adresse ou refusez de l'envoyer.

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 certain temps avant d'envoyer des questions pour savoir comment et ce qui se fait ici. En fait, avant de soumettre une question, il vaut la peine 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 sinon, 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 alternativement.

Identifiez le sujet correctement! L'une des erreurs classiques consiste à poser une question sur l'interface de programmation Unix ou Windows dans un forum dédié à un langage, une bibliothèque ou un outil qui s'exécute sur les deux plates-formes. Si vous ne comprenez pas pourquoi c'est une grave erreur, il est préférable de ne pas poser de questions du tout jusqu'à ce que vous compreniez.

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 de répondants potentiels. Un autre est la taille du public qui découvre la réponse; les pirates informatiques répondent avec grand plaisir à des questions qui peuvent intéresser beaucoup de personnes plutôt qu'à des questions qui ne sont utiles qu'à quelques-uns.

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, dans certains cas, vous pouvez devenir la dernière paille - parfois, les participants à des projets populaires cessent de les soutenir parce qu'ils ne subissent plus les problèmes qui l'accompagnent sous la forme d'un flux de messages électroniques inutiles vers leurs adresses personnelles.

Les forums Web et IRC pour les débutants fournissent souvent une réponse le plus rapidement possible.

Votre groupe d'utilisateurs local ou votre distribution Linux peut prendre en charge un forum Web ou un canal IRC conçu pour aider les débutants. (Dans les pays non anglophones, les forums pour débutants sont toujours très probablement organisés sous forme de listes de diffusion.) Ce sont de bons endroits pour poser des questions d'abord, surtout si vous êtes soupçonné 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 (qui est typique pour aujourd'hui), il peut être préférable de demander d'abord le 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 dans un forum Web, vérifiez s'il dispose d'une fonction de recherche. Et s'il y en a un, recherchez plusieurs fois des mots clés pour discuter d'un problème comme le vôtre; ça pourrait aider. Si avant cela vous avez fait une recherche générale sur le Web (ce que vous aviez à faire), recherchez 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 à fournir un support utilisateur pour les projets via un forum Web ou un canal IRC, laissant un courrier électronique pour la communication entre les 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 a une liste de diffusion pour les développeurs, envoyez des questions à cette liste de diffusion et non aux développeurs individuels, même si vous êtes sûr de savoir exactement qui peut répondre le mieux à votre question. Trouvez l'adresse de la liste de diffusion du projet dans la documentation ou sur le site Web du projet et envoyez une question à cette adresse. Il y a plusieurs bonnes raisons de le faire:

  • Toute question suffisamment bonne pour être traitée par un seul développeur sera utile à l'ensemble du 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 têtes des 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 (surtout s'il est chef de projet) peut être trop occupé pour répondre à vos questions.
  • La plupart des listes de diffusion sont archivées et les archives sont indexées par les moteurs de recherche. Quelqu'un pourra trouver votre question et vos réponses en ligne et ne la posera plus sur 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 produit logiciel lui-même afin qu'ils deviennent plus compréhensibles. Mais si ces questions sont posées personnellement, personne n'a une vue d'ensemble - ce qui est le plus souvent posé.

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

Cependant, si vous êtes confiant dans la non-trivialité de votre question et n'avez pas reçu de réponse dans la liste de diffusion / forum des "utilisateurs" en 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 logique de le faire avant de contacter une liste de diffusion privée ou semi-fermée).

Si vous ne trouvez pas l'adresse de la liste de diffusion du projet, mais que l'adresse de la personne qui 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 n'avez pas trouvé la liste de diffusion appropriée. Mentionnez également que ce 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 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 avec une chaîne de 50 caractères maximum. Ne les gaspillez pas en babillant comme "Aidez-moi s'il vous plaît" (sans parler des sujets "S'IL VOUS PLAÎT AIDEZ-MOI !!!!"; les messages avec ces sujets sont lancés par réflexe). N'essayez pas de nous impressionner par la profondeur de vos souffrances; 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 souris XFree86 4.1 sur le chipset Fooware MV1005 - forme irrégulière

Le processus de rédaction d'un sujet à l'aide du modèle "déviation d'objet" aidera à mieux comprendre le problème. Qu'est-ce qui ne fonctionne pas correctement? Existe-t-il uniquement un curseur de souris ou d'autres graphiques? Le problème est-il uniquement dans XFree86? Uniquement dans la version 4.1? Ce problème se produit-il uniquement sur les cartes vidéo avec le chipset Fooware? Uniquement dans le modèle MV1005? Un pirate informatique, après avoir reçu un message sur un sujet similaire, peut, en termes généraux, comprendre avec 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 consultez une liste de questions dans une archive qui ne contient que des lignes d'objet. Assurez-vous que la ligne d'objet reflète suffisamment l'essence de la question et le prochain examinateur qui cherche une réponse à une question similaire pourrait trouver une discussion menant à la réponse, plutôt que d'envoyer à nouveau la question.

Si vous posez une question en réponse, n'oubliez pas de modifier la ligne d'objet afin qu'elle soit claire - la question est posée. Une ligne de sujet du formulaire "Re: test" ou "Re: nouveau bug" n'attirera pas assez l'attention. De plus, continuez de citer les articles précédents au minimum suffisant pour que les nouveaux utilisateurs comprennent ce qui a été discuté.

Ne vous contentez pas d'envoyer une réponse au message sur la liste de diffusion si vous avez l'intention de discuter d'un nouveau sujet (démarrer un fil de discussion). Cela rétrécira le cercle des répondants. Certains lecteurs de messagerie, tels que mutt , permettent à l'utilisateur de trier les messages par sujet, puis de masquer les messages par sujet, en repliant le fil de discussion. Ceux qui utilisent cette opportunité ne verront jamais votre message.

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

Dans les forums Web, les règles de discussion sont légèrement différentes, car les publications sont généralement plus étroitement liées à des fils de discussion spécifiques et souvent invisibles en dehors de ces fils. Changer le 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 cette question ne sera vue que par ceux qui suivent le fil de discussion correspondant. Par conséquent, si vous n'êtes pas sûr de vouloir faire appel spécifiquement à ceux qui participent à la discussion du sujet, commencez un nouveau sujet.

Simplifiez l'envoi d'une réponse

L'achèvement de la question avec la phrase «Répondre, veuillez envoyer à l'adresse ...» rend la réception de la réponse très peu probable. Si vous n'avez pas quelques secondes pour définir correctement l'en-tête Reply-To dans votre programme de messagerie, nous n'avons pas quelques secondes pour réfléchir à votre problème. Si votre programme de messagerie ne le permet pas, supprimez-le. Si votre système d'exploitation ne prend pas en charge les programmes de messagerie qui vous permettent 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 à moins que vous ne soyez sûr que les informations puissent être confidentielles (et que quelqu'un, pour une raison inconnue, veuille vous le dire personnellement, pas l'ensemble du forum). Si vous souhaitez recevoir une notification par mail que quelqu'un a répondu à un sujet du forum, demandez cette notification dans l'interface du forum Web; cette fonctionnalité est prise en charge presque partout sous la forme d'options "regarder ce fil" ("regarder la discussion"), "envoyer un e-mail sur les réponses" ("notifier par mail"), etc.)

Écrivez dans un langage clair, en suivant les règles de grammaire et de 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 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 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 faisant attention à ces problèmes. Essayez de formuler la question dans la bonne langue. Il ne devrait pas être lourd et formel - en fait, dans une culture de hacker, un langage informel, plein d'argot et d'humour qui est utilisé correctement est apprécié. Mais les pensées doivent être exprimées clairement; il est nécessaire de 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 si difficile à lire. Alan Cox est pardonné, mais pas pour vous.)

Dans le cas général, si vous écrivez au niveau de la conversation de bébé ou du non-sens fou, votre question sera très probablement ignorée. Le gribouillage dans le style des "hackers" juvéniles (dans l'original - script l33t kiddie hax0r - environ Traducteur ) - 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 où une langue qui n'est pas native de vous est utilisée, alors certaines erreurs lexicales et grammaticales seront pardonnées - mais ne vous attendez pas à une 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 sont natives pour le destinataire, écrivez en anglais. Les pirates informatiques 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 la probabilité qu'elle soit manquée sans lecture.

Envoyez des questions dans tous les formats compréhensibles

Si vous rendez artificiellement difficile la lecture d'une question, la probabilité qu'ils répondent à une question qui n'est pas difficile à lire augmente à la place. Par conséquent:

  • Envoyez le message en texte brut, pas en HTML. (La désactivation de HTML n'est pas si difficile.)

  • Les applications MIME sont généralement tout à fait acceptables, mais seulement si elles ont un contenu réel (par exemple, le texte source ou un fichier correctif est joint), et pas seulement 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 passe visuellement à la ligne suivante sur le 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 en conséquence, terminant la ligne à la 80e position.

  • En même temps, cependant, 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 dans les messages telles quelles, afin 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. Cet encodage peut être nécessaire lors de l'envoi d'un message dans une langue qui n'est pas couverte par l'encodage ASCII, mais de nombreux agents de messagerie utilisateur ne le prennent pas en charge. La lecture de messages avec des caractères de contrôle dispersés dans le texte du formulaire = 20 est gênant et désagréable.

  • Ne pensez même pas que les pirates peuvent lire des documents dans des formats propriétaires exclusifs tels que Microsoft Word ou Excel. La plupart des pirates informatiques leur répondent de la même manière que si vous aviez enduit de la merde de porc à la porte d'entrée. Même lorsqu'ils peuvent les lire, la nécessité de bricoler avec ces formats les outrage.

  • Lors de l'envoi d'un message à partir d'une machine exécutant Windows, désactivez la prise en charge de Microsoft pour les citations intelligentes. Cela supprimera un grand nombre de caractères inutiles disséminés dans le message.

  • Dans les forums Web, n'abusez pas des capacités d'insertion d '"émoticônes" et "html" (si elles sont fournies). Une ou deux émoticônes sont généralement normales, mais un texte drôle et coloré fait penser aux gens que vous êtes un lamer. L'utilisation excessive d'émoticônes, de couleurs et de polices vous présente comme une adolescente drôle, ce qui n'a aucun sens, sauf si vous êtes bien sûr intéressé par les réponses, pas par le sexe.

Lorsque vous utilisez un client de messagerie avec une interface graphique (par exemple, Netscape Messenger, MS Outlook et similaires), n'oubliez pas qu'il peut violer ces règles lors de l'utilisation des paramètres standard. La plupart de ces clients ont une commande de menu telle que "Afficher la source". Utilisez-le pour vérifier l'un des messages envoyés que du texte brut est envoyé, sans ordures inutiles.

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 vos recherches 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 de la configuration de votre ordinateur ou de votre logiciel qui peuvent être pertinentes.

Faites de votre mieux pour prédire les questions potentielles des pirates et répondez-y à l'avance dans votre appel à l'aide.

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

Le volume ne signifie pas encore la précision

Soyez précis et informatif. Pour ce faire, il ne suffit pas d'insérer une grande quantité de code ou de données dans la demande. S'il existe un cas de test volumineux et complexe qui 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. Astuce: si vous ne pouvez pas fournir un correctif de code source qui résout le problème ou un scénario de test pour la version précédente qui montre 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 savez déjà lorsque vous lisez la documentation ou lorsque vous effectuez une recherche sur le Web (vous l'avez fait avant de faire de telles déclarations, n'est-ce pas ?). Cela signifie que, très probablement, c'est vous qui faites quelque chose de mal, et non le logiciel.

Les créateurs du logiciel font de gros efforts pour le faire fonctionner au mieux. Si vous prétendez avoir trouvé une erreur, alors vous supposez qu'ils ont fait quelque chose de mal, et ils ne l'apprécieront 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 sur la base de l'hypothèse que vous faites quelque chose de mal, même si vous êtes personnellement absolument sûr d'avoir trouvé une erreur. Si c'est vraiment une erreur, vous en lirez la réponse dans la réponse. Essayez d'agir de telle manière que les personnes qui soutiennent le programme veuillent vous présenter des excuses si une véritable erreur est constatée, et ne pas vous faire des excuses pour votre stupidité.

L'humiliation publique ne remplace pas les devoirs

Certains, ayant réalisé qu'il n'est pas nécessaire de se comporter grossièrement ou avec arrogance, extorquant une réponse, choisissent l'extrême opposé - l'auto-humiliation. "Je sais, je suis un débutant, un perdant et une théière complète, mais ...". Cela distrait 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 la pitié. Présentez vos faits et votre question aussi clairement que possible. Vous vous déclarez donc bien mieux que par l'auto-humiliation.

Parfois, il existe des emplacements distincts pour les questions des débutants dans les forums Web. Si vous pensez que seul un utilisateur novice peut poser une telle question, posez-la ici. Mais il n'est pas nécessaire de s'humilier.

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

Il est inutile de donner aux hackers leur avis sur les causes du problème. (Si vos théories diagnostiques sont si précieuses, devez-vous vous tourner vers les autres pour obtenir de l'aide?) 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 je soupçonne que la cause est un microfissure sur la carte mère. Quelle est la meilleure façon de vérifier cela?

Raisonnable:

Sur mon ordinateur K6 / 233 sur la 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, pendant la compilation du noyau, mais elles ne se produisent pas dans les 20 premiers minutes. Le redémarrage ne mène à rien, mais la déconnexion de nuit aide. Le remplacement de la mémoire entière n'a pas aidé. La partie correspondante des résultats d'une compilation type est jointe.

Décrire 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 associées aux événements précédant 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 survienne. Dans le cas de l'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 quelques dizaines de lignes correspondantes dans un message peuvent être très utiles.

Si le programme dans lequel la panne s'est produite possède 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 à la "transcription" de la session.

Si l'enregistrement est suffisamment long (plus d'une page), il est logique de formuler le problème à l'avance au début, puis d'indiquer la séquence chronologique des actions qui y mènent. 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 alors seulement, décrivez une étape spécifique sur le chemin vers celle-ci que vous ne pourriez pas effectuer.

Souvent, les personnes qui ont besoin d'une assistance technique ont un objectif de haut niveau à l'esprit et s'attachent à l'un des moyens possibles, à leur avis, d'y parvenir. 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 la boîte de dialogue du sélecteur de couleurs dans FooDraw accepte une valeur RVB hexadécimale?

Raisonnable:

J'essaie de remplacer la table des couleurs de l'image par les valeurs dont j'ai besoin. Maintenant, je ne vois qu'une seule façon de le faire - éditer chaque emplacement dans le 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 sera proposé un outil plus adapté à la résolution du problème.

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

Les pirates croient que la résolution des problèmes devrait être un processus public et transparent, au cours duquel la première tentative de trouver une réponse peut et devrait être corrigée si quelqu'un 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 connaissances seront remarquées par leurs collègues.

Lorsque vous demandez une réponse personnelle, vous interférez à la fois avec le processus décisionnel et la réception des récompenses. 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 évidente pour être intéressante pour les autres.

Il y a une petite exception à cette règle. Si vous vous attendez à recevoir 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 pour un groupe de discussion". Essayer de garder le groupe de discussion ou la liste de diffusion hors 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 illimité pour répondre. Les personnes les plus susceptibles de vous donner une réponse utile sont également les personnes les plus occupées (également parce que la plupart de leur travail est fait par elles-mêmes). 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 indiquez clairement ce que vous attendez des répondants (fournir des liens, envoyer un code, vérifier votre décision, etc.). Cela concentrera les efforts des répondants et fixera implicitement un délai et les efforts que le répondant devra consacrer pour vous aider. C'est bien.

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

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

Ne posez pas de questions sur les devoirs

Les pirates sont bons pour répondre aux questions des devoirs - la plupart d'entre nous les avons fait 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 que vous avez été invité à répondre à une question de vos devoirs, mais que vous ne pouvez toujours pas y répondre, essayez de poser une question dans le forum du groupe d'utilisateurs ou (dans les cas extrêmes) dans la liste de diffusion / forum "utilisateur" du projet correspondant. Bien que les pirates le «reconnaissent», certains des utilisateurs avancés peuvent au moins vous donner un indice.

Évitez les demandes dénuées de sens

Résistez à la tentation de conclure votre demande par des questions dénuées de sens du formulaire: "Est-ce que quelqu'un m'aidera?" ou "Y a-t-il une réponse?" Premièrement, si vous avez au moins une description compétente de votre problème, ces questions supplémentaires sont au moins superflues. Deuxièmement, comme ils sont redondants, ils semblent ennuyeux pour les pirates - et en réponse, ils sont encouragés à écrire une réponse logiquement irréprochable comme: "Oui, vous pouvez aider" ou "Non, vous ne pouvez plus vous aider".

Dans le cas général, il est préférable de ne pas répondre par oui ou non , sauf si vous voulez une réponse par oui ou par non .

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

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

Il existe une exception partielle à cette règle. Mentionner l'urgence peut avoir un sens si vous utilisez le programme dans une organisation sérieuse qui pourrait intéresser les pirates; dans ce cas, si vous n'avez pas assez de temps et que vous le signalez poliment, les gens peuvent être suffisamment intéressés pour répondre 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 du vôtre. La question de la station spatiale internationale, par exemple, suscitera l’intérêt, mais la question au nom d’une fondation caritative ou d’un parti politique prospère ne l’est certainement pas. En fait, la question avec le sujet "Urgent: Aidez-moi à sauver les phoques à fourrure!" sera ignoré ou méchamment commenté même par les pirates qui croient que la vie des phoques à fourrure leur importe.

Si cela vous surprend, relisez le reste du document jusqu'à ce que vous compreniez, et avant cela, évitez d'envoyer 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 gratuitement leur temps.

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); les pirates, en général, préfèrent recevoir des messages d'erreur grossiers mais techniquement exacts que le verbiage poli. (Si cela vous surprend, n'oubliez pas que nous apprécions 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 reçue de la part des vétérans du mouvement des hackers à l'égard de ce document est liée à la recommandation d'utiliser l'expression «Merci d'avance». Certains pirates considèrent qu'il hésite à remercier quiconque une fois le problème résolu. Nous recommandons remercier à l'avance et après avoir reçu la réponse, ou exprimer votre gratitude d'une autre manière, par exemple, avec la phrase «Merci pour votre attention» ou «Merci pour 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 cela s'est terminé et merci encore pour votre aide. Si le problème a suscité un intérêt général pour la liste de diffusion ou le groupe de discussion, il est logique d'y envoyer un tel message.

Il sera optimal de répondre dans le fil de discussion qui a commencé par la question d'origine en ajoutant la marque `` FIXE '', `` RÉSOLU '', `` SOLUTION '' ou un autre signe non moins évident d'une solution au sujet du message. Sur les listes de diffusion avec un grand nombre de messages, un répondeur potentiel regardant le fil de la discussion "Problème X", se terminant par le message "Problème X - SOLUTION" comprend qu'il n'a pas besoin de perdre du temps même à lire 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," c'est déjà mieux que rien. En fait, un résumé court et poli vaut mieux qu'une longue dissertation, à moins que la décision ne touche à des aspects techniques sérieux. Notez quelles actions ont permis de résoudre le problème, mais la séquence complète de la recherche d'une solution n'a pas besoin d'être décrite à nouveau.

Pour les problèmes graves, vous pouvez envoyer un curriculum vitae avec un historique de recherche de leurs causes. Décrivez l'énoncé final du problème. Décrivez la solution et indiquez les blocages à éviter. Nommez tous ceux qui vous ont aidé: vous trouverez donc des amis.

En plus d'être poli et informatif, ce type de bref message aidera les autres lorsqu'ils recherchent la liste de diffusion / le groupe de discussion / le forum dans les archives pour savoir 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 à ressentir une satisfaction du fait que le problème est résolu. Si vous-même n'êtes pas un expert technique ou un hacker, croyez-nous simplement que ce sentiment est très important pour les gourous et les experts que vous avez contactés pour obtenir de l'aide. La description des problèmes qui, par conséquent, n'ont pas été résolus est une déception totale; les pirates ont soif de les voir résolus. Le bon karma qui se produit lorsque vous assouvissez cette soif vous aidera beaucoup lorsque vous poserez une question la prochaine fois.

Réfléchissez à la façon dont vous pouvez empêcher d'autres utilisateurs d'avoir le même problème à l'avenir. Demandez-vous si une modification de la documentation ou de la liste des FAQ vous aidera, et si oui, envoyez la modification appropriée à ceux qui soutiennent ces documents.

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

Comment interpréter les réponses

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

Il existe une tradition ancienne et sacrée: si vous obtenez la réponse " RTFM ", alors le répondant pense que vous devriez lire le manuel ( Lire le manuel de putain ). Il a presque certainement raison. Lisez.

La réponse RTFM a un homologue 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. Cherchez.

Dans les forums Web, il peut vous être proposé de rechercher dans les archives du forum. En fait, le répondant peut avoir la gentillesse de donner un lien vers la discussion précédente au cours de laquelle ce problème a été résolu. Mais ne vous y fiez pas; fouillez les archives vous-même avant de demander.

Souvent, celui qui envoie l'une de ces réponses a à portée de main un manuel ou une page Web avec les informations dont vous avez besoin, et le regarde quand il tape la réponse. Ces réponses signifient que, selon lui, d'une part, les informations dont vous avez besoin sont faciles à trouver et, d'autre part, vous en apprendrez plus lors de la recherche d'informations que si elles vous sont présentées sous le nez sur une plaque.

Cela ne devrait pas vous déranger; selon les normes des pirates, il vous a déjà montré suffisamment de respect en n'ignorant pas la question. Vous devez remercier le responsable de sa gentillesse paternelle.

Si vous ne comprenez 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 lors de la recherche de la réponse à la question d'origine (manuels, FAQ, Web, collègues expérimentés) pour comprendre la réponse. Si après cela vous avez besoin d'éclaircissements, montrez ce que vous avez vous-même appris.

Par exemple, supposons que je vous ai répondu: "On dirait que vous avez un zentry; vous devez vérifier." Alors une mauvaise question de clarification serait: "Qu'est-ce que le zentry"? Un bon : "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'entre eux ne dit comment réinitialiser un zentry gelé. Dois-je utiliser l'une de ces options, ou suis-je mal compris? "

Réaction grossière

La plupart de ce qui peut sembler grossier dans les cercles de pirates informatiques n'est pas utilisé pour insulter. Il s'agit plutôt d'une conséquence du style de communication direct, sans contours, qui est naturel pour les personnes qui essaient de résoudre des problèmes, et qui ne semble pas doux et moelleux aux autres.

Lorsque vous rencontrez l'impolitesse, essayez de répondre calmement. Si quelqu'un va vraiment au-delà de 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'un autre côté, on peut parfois rencontrer l'impolitesse et un défi qui n'ont aucune base apparente. Le revers de cette médaille est qu'une telle réaction est une forme parfaitement acceptable de mettre en place de vrais vivaneaux - nous coupons leur comportement indigne avec un scalpel verbal aiguisé. Cependant, vous devez être très confiant dans votre position avant d'essayer de le faire. La ligne entre l'indication impolie et le début d'un "bazar" vide de sens (dans l'original - guerre des flammes - environ Translator ) est si mince que les pirates eux-mêmes la traversent souvent. Si vous êtes un débutant ou juste un lecteur occasionnel, il y a peu de chances d'éviter une telle erreur. Si vous êtes intéressé par les informations et non par le divertissement, il est préférable de retirer vos mains du clavier et ne risquez pas de vous engager dans de telles discussions.

(Certains insistent sur le fait que de nombreux pirates souffrent d'une forme légère d'autisme ou du syndrome d'Asperger , et ils n'ont tout simplement pas la partie du cerveau qui est responsable de l'interaction sociale «normale» entre les gens. Peut-être que c'est vrai, ou peut-être pas. Si vous - pas un hacker, l'idée de hackers en tant que patients sur votre tête peut vous aider à accepter nos bizarreries. Pensez à ce que vous voulez. Nous ne nous soucions pas; nous aimons être comme ça, et nous traitons le scepticisme avec un scepticisme sain.)

Dans la section suivante, nous parlerons d'un autre problème; sur une sorte de "grossièreté" que vous pouvez rencontrer quand c'est vous qui avez tort.

Ne réagissez pas comme un perdant

Il est probable que vous ayez foiré plusieurs fois dans les forums de pirates - comme décrit dans cet article, ou similaire. Et on vous a 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 consiste à se plaindre de ce qui s'est passé, à vous considérer comme offensé verbalement, à demander des excuses, à crier, à vous étouffer de colère, à intenter des poursuites, à vous plaindre aux employeurs des délinquants, à ne pas abaisser les sièges des toilettes, etc. Au lieu de tout cela, procédez comme suit:

Arrivez à terme. C'est normal. En fait, c'est bon et approprié.

Les normes sociales ne se soutiennent pas - elles sont soutenues par des personnes qui appliquent activement, ouvertement et publiquement ces normes. Ne pensez pas qu'ils ne devraient critiquer que dans la 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 une de vos déclarations est erronée ou qu’il a une opinion différente. Les perdants agissent donc.

Il y avait des forums de pirates où, sur la base 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, taisez-vous." La sortie de participants bien informés vers d'autres forums a conduit à leur dégénérescence en bavardages sans signification et à compliquer la futilité d'un point de vue technique.

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

Rappelez-vous: lorsque ce pirate écrit que vous avez foiré et (peu importe la grossièreté) vous demande de ne plus faire cela, il le fait, en prenant soin, premièrement, de vous, et deuxièmement, de sa communauté. Il serait beaucoup plus facile pour lui de vous ignorer et de quitter sa vie. Si vous manquez de gratitude, préservez votre dignité - ne vous plaignez pas et ne pensez pas que vous serez traité comme une poupée fragile juste parce que vous êtes un débutant avec une âme hypersensible au théâtre et des illusions sur votre propre signification.

Parfois, les gens deviennent personnels, s'engagent dans des polémiques sales sans raison apparente, etc., même si vous n'avez pas foiré (ou foutu seulement dans leur imagination). S'indigner dans ce cas est un moyen de vraiment bousiller.

Ces «scandalistes» sont soit des lamers qui ne comprennent rien, mais se considèrent comme des experts, ou des psychologues potentiels qui vérifient si vous vous trompez ou non. D'autres lecteurs les ignoreront ou trouveront des moyens de les gérer seuls. Le comportement des bagarreurs se crée des problèmes qui ne devraient pas vous déranger.

Ne vous laissez pas entraîner dans un "bazar" inutile. Il vaut mieux ignorer de telles discussions, ayant compris d'abord que c'est vraiment un "bazar" inutile, et non des indices sur la raison pour laquelle vous avez vraiment foiré, et pas des réponses finement cryptées à vos questions réelles (cela se produit également).

Questions à ne pas poser

Voici un certain nombre de questions stupides classiques et ce à quoi les pirates pensent lorsqu'ils ne reçoivent pas de réponse.

Question:

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

La réponse est:

Au même endroit, où je l'ai emmené, crétin, pour le retrouver 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 devriez demander comme ça, sans suggérer à l'avance l'utilisation d'une méthode qui peut ne pas convenir du tout. Des questions de ce genre sont souvent posées par ceux qui non seulement ne savent rien de X, mais sont confus par le problème que Y est résolu 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 formulent mieux leur problème.

Question:

Comment configurer une invite shell?

La réponse est:

Si vous êtes assez intelligent pour vous y intéresser, vous serez suffisamment intelligent pour rechercher indépendamment une réponse.

Question:

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

La réponse est:

Essayez de le découvrir. Donc, premièrement, vous trouverez la réponse, et deuxièmement, 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 d'autres questions directrices pour découvrir quel est réellement 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 rien de plus à ajouter à cela?

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

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

Question:

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

La réponse est:

Oui Jetez ces ordures Microsoft et mettez-vous un système d'exploitation open source tel que Linux ou BSD.

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

Question:

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

La réponse est:

Bien qu'il soit possible que ce soit vous qui ayez découvert pour la première fois l'erreur évidente dans les appels système et les bibliothèques qui sont intensivement utilisés par des centaines ou des milliers de développeurs, il est beaucoup plus probable que vous n'ayez tout simplement pas compris. Les allégations graves nécessitent des preuves sérieuses; si vous faites de telles déclarations, elles doivent être étayées par une description claire et complète de la situation dans laquelle la défaillance se produit.

Question:

J'ai du mal à installer Linux (ou X). Pourriez-vous m'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 vous aider personnellement. (Une liste des groupes d'utilisateurs peut être trouvée ici .)

Remarque: les questions d'installation de Linux peuvent être appropriées 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, assurez-vous de décrire avec précision les détails de l'échec. Mais d'abord, recherchez soigneusement sur le Web les mots clés «linux» et tout composant matériel suspect.

Question:

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

La réponse est:

Oui, vous êtes juste un con, puisque vous voulez faire ça, et vous idiot, demandez simplement au pirate de vous aider.

Bonnes et mauvaises questions

Enfin, je vais montrer avec des exemples comment poser correctement des questions. Je vais présenter quelques questions sur le même problème, l'une est posée bêtement et la seconde est correcte.

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

Cette question ne demande que la réponse "STFW" .

C'est vrai: j'ai essayé de rechercher sur le Web à l'aide de Google la requête "Foonly Flurbamatic 2600", mais je n'ai pas obtenu de liens utiles. Quelqu'un sait-il où trouver les informations de programmation pour cet appareil?

Ce questionneur a déjà cherché sur le Web et semble avoir un vrai problème.

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 sûr de soi.

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

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

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

Tout pirate répondra à une telle question dans son esprit, très probablement: "Bien. Peut-être que vous pouvez également aider à roter et à changer la couche?", Et appuyez sur la touche Supprimer.

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 faire C. Évidemment, ces ordures ne vibrent pas, mais les résultats sont imprévisibles. Qu'est-ce qui conduit généralement au fait que les cartes mères multiprocesseurs avec Athlon échouent? Quelqu'un a-t-il des idées de tests supplémentaires qui aideront à isoler le problème?

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

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

En fait, le formulaire pour poser la dernière question est très similaire à celui effectivement utilisé en août 2001 sur la liste de diffusion linux-kernel. J'ai (Eric) posé ensuite cette question. J'ai observé d'étranges gels sur la carte mère Tyan S2464. Les membres de la liste de diffusion m'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; J'ai rendu la participation au règlement du problème simple et attrayante pour eux. J'ai fait preuve de respect pour 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à traversées.

En fin de compte, lorsque j'ai remercié tout le monde et souligné à quel point le processus de résolution du problème s'est bien déroulé, l'un des membres de la liste de diffusion a attiré l'attention sur le fait que, à son avis, cela n'a pas fonctionné parce que j'étais une "personne célèbre" sur cette liste, mais à cause de la bonne façon de poser la question.

Les pirates, à certains égards, 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é, indépendamment des mérites précédents. Sa suggestion de décrire la situation comme un guide pour tout le monde a été 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, comme notre refus de vous aider personnellement. Parfois, les participants au forum ne connaissent tout simplement pas la réponse. L'absence de réponse ne revient pas à ignorer, bien qu'il soit difficile de remarquer la différence de l'extérieur.

En général, soumettre de nouveau une question n'est pas une bonne idée. Cela sera perçu comme une gêne insignifiante.

Il existe d'autres sources d'aide vers lesquelles vous pouvez vous tourner, 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 que beaucoup de leurs membres n'aient jamais écrit un seul programme sérieux. Ces groupes sont souvent constitués pour que les participants s'entraident et aident les nouveaux utilisateurs.

Il existe également de nombreuses sociétés commerciales avec lesquelles vous pouvez conclure un contrat de support, grand ou petit (certaines des plus célèbres sont Red Hat et Linuxcare, mais il y en a beaucoup d'autres). N'ayez pas peur de l'idée de payer pour le soutien! En fin de compte, si une révision du moteur de la voiture est nécessaire, vous la remettrez à l'atelier et paierez la réparation. Même si le logiciel ne valait 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 le support, cela coûte encore beaucoup moins que lorsque vous devez acheter le logiciel lui-même (et le support pour les logiciels propriétaires est généralement plus cher et effectué par des spécialistes moins compétents que dans le cas des logiciels open source code).

Comment donner de bonnes réponses.

Soyez généreux. Le stress lié au problème peut rendre les gens impolis ou stupides.

Indiquez la première erreur en privé. Il n'est pas nécessaire d'humilier publiquement une personne qui peut honnêtement se tromper. Un utilisateur novice peut ne pas savoir comment rechercher les archives ou où se trouve ou publie une liste des 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 qu'une absence de réponse. Ne dirigez pas les gens sur la mauvaise voie simplement parce que vous êtes heureux d'être dans le rôle d'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 embêtez pas. Ne plaisantez pas sur les procédures qui peuvent ruiner l'environnement de l'utilisateur - cette tête de bloc peut prendre vos blagues comme 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 des débutants.

Bien que la réponse simple de RTFM puisse être justifiée lorsqu'elle est donnée simplement à une personne paresseuse, 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 meilleur.

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

Aidez le public à profiter du problème. Lorsque vous rencontrez une bonne question, posez-vous la question: "Comment puis-je modifier la documentation pertinente ou la liste FAQ pour que personne d'autre ne pose cette question?". Envoyez ensuite le supplément approprié à celui qui soutient 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 une fois, mais définir une méthodologie de recherche à l'aide d'un exemple signifie apprendre à obtenir de la nourriture pour la vie.

Sources d'informations supplémentaires

Si vous avez besoin d'informations sur les bases des ordinateurs personnels, Unix et Internet, consultez le HOWTO Unix and Internet Fundamentals .

Lors de la création de logiciels ou de la publication de correctifs logiciels, essayez de suivre les principes énoncés dans le HOWTO des pratiques de libération de logiciels .

Remerciements

Evelyn Mitchell a proposé de commenter un certain nombre de questions idiotes et a été inspirée d'écrire la section "Comment donner de bonnes réponses". Mikhail Ramendik a fait un certain nombre de suggestions utiles pour améliorer le document.