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

So stellen Sie Fragen richtig

(Dies ist eine zwischengespeicherte Kopie; das Original befand sich unter http://ln.ua/~openxs/articles/smart-questions-ru.html. Wenn Sie feststellen, dass diese Kopie veraltet ist oder wenn Sie die Originalquelle wiederhergestellt haben, schreiben Sie bitte an den Webmaster dieser Website.)

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

Moen rick < rick@linuxmafia.com >

Copyright © 2001 Eric S. Raymond

Übersetzung ins Russische: Copyright © 2002-2005 Valery Kravchuk

Versions-Timeline:

  • Version 3.1 - 28. Oktober 2004 (Hinzugefügt: "Google ist dein Freund!")
  • Version 3.0 - 2. Februar 2004 (Wesentliche Ergänzung der Erörterung der Etikette in Webforen.)

Inhalt

Übersetzungen
Haftungsausschluss
Einleitung
Bevor Sie fragen ...
Wenn du fragst ...
Wähle das richtige Forum
Web- und IRC-Foren für Anfänger geben häufig so schnell wie möglich Antworten.
Verwenden Sie als zweiten Schritt die Projekt-Mailinglisten
Legen Sie aussagekräftige, spezifische Nachrichtenthemen fest
Vereinfachen Sie das Senden einer Antwort
Schreiben Sie im Klartext nach den Regeln der Grammatik und des Wortschatzes
Senden Sie Fragen in allen übersichtlichen Formaten
Beschreiben Sie das Problem genau und ausführlich
Volumen bedeutet noch nicht Genauigkeit
Behaupte nicht, einen Fehler gefunden zu haben
Öffentliche Demütigung ersetzt keine Hausaufgaben
Beschreiben Sie die Symptome des Problems, nicht Ihre Annahmen
Beschreiben Sie die Symptome des Problems in chronologischer Reihenfolge
Beschreiben Sie das Ziel, nicht einen einzigen Schritt
Bitten Sie nicht, auf Ihre persönliche E-Mail-Adresse zu antworten
Stellen Sie klare und präzise Fragen.
Stellen Sie keine Fragen von Hausaufgaben
Vermeiden Sie sinnlose Anfragen
Markieren Sie Ihre Frage nicht als "Dringend", auch wenn sie nur für Sie bestimmt ist
Höflichkeit tut nie weh und hilft manchmal
Senden Sie eine kurze Beschreibung der Lösung
Wie interpretiere ich die Antworten?
RTFM und STFW: Wie Sie verstehen, dass Sie ernsthaft durcheinander sind
Wenn du nicht verstehst ...
Unhöfliche Reaktion
Reagiere nicht wie ein Verlierer
Fragen, die nicht gestellt werden müssen
Gute und schlechte Fragen
Wenn keine Antwort eingeht
Wie man gute Antworten gibt.
Zusätzliche Informationsquellen
Danksagung

Es gibt Übersetzungen dieses Dokuments in Chinesisch , Tschechisch , Dänisch , Estnisch , Französisch , Deutsch , Hebräisch , Ungarisch , Italienisch , Japanisch , Polnisch , Russisch , Spanisch , Schwedisch und Türkisch . Wenn Sie dieses Dokument kopieren, den Spiegel unterstützen, übersetzen oder zitieren möchten, lesen Sie bitte meine Kopierregeln .

Haftungsausschluss

Auf den Websites vieler Projekte finden Sie Links zu diesem Dokument. Das ist gut, es ist dafür gedacht, aber wenn Sie ein Webmaster sind, der einen solchen Link auf der Seite Ihres Projekts hinzufügen wird, geben Sie bitte neben dem Link an prominenter Stelle an, dass wir kein Support-Service für Ihr Projekt sind!

Wir haben aus bitterer Erfahrung gelernt, dass uns Idioten ohne eine solche Warnung ständig quälen werden, da wir glauben, dass die Veröffentlichung dieses Dokuments uns verpflichtet, alle technischen Probleme der Welt zu lösen.

Wenn Sie dieses Dokument lesen, weil Sie Hilfe benötigen, und es Ihnen am Ende so vorkommt, als könnten Sie es direkt von den Autoren erhalten, dann sind Sie einer dieser Idioten. Stellen Sie uns keine Fragen. Wir werden sie einfach ignorieren. Unser Ziel ist es, Ihnen zu zeigen, wie Sie Hilfe von Personen erhalten, die mit der Software oder Hardware, mit der Sie arbeiten, vertraut sind. In 99% der Fälle sind dies jedoch nicht wir, die sich auskennen. Wenn Sie nicht sicher sind , ob einer der Autoren ein Experte für das ist, womit Sie es zu tun haben, lassen Sie uns in Ruhe, damit alle besser werden.

Einleitung

In der Welt der Hacker hängt der Stil der Antworten auf die gestellten technischen Fragen nicht weniger von der Art der Fragen ab als von deren Komplexität. In diesem Handbuch erfahren Sie, wie Sie Fragen stellen, damit Sie mit größerer Wahrscheinlichkeit eine zufriedenstellende Antwort erhalten.

Nach der Verbreitung von Open-Source-Software erhalten Sie häufig Antworten von anderen, erfahreneren Benutzern und nicht von Hackern. Das ist gut; Benutzer sind in der Regel etwas toleranter gegenüber den Fehlern, die Neulinge häufig machen. Wenn Sie sich jedoch gemäß den hier gegebenen Empfehlungen an erfahrene Benutzer als Hacker wenden, ist dies der effektivste Weg, um nützliche Antworten von ihnen zu erhalten.

Zuallererst müssen Sie verstehen, dass Hacker komplexe Probleme und gute Fragen, die das Gehirn aufrütteln können, wirklich mögen, Fragen zu diesen Problemen. Wenn es uns nicht gefallen würde, wären wir keine Hacker. Wenn Sie uns eine interessante Frage stellen, über die wir lange nachdenken müssen, sind wir Ihnen dafür dankbar. Gute Fragen sind Ansporn und Geschenk. Gute Fragen helfen Ihnen, das Thema besser zu verstehen und decken häufig Probleme auf, die Sie zuvor nicht bemerkt oder an die Sie nicht gedacht haben. Aus dem Mund des Hackers: "Gute Frage!" - Dies ist ein großes und aufrichtiges Kompliment.

Trotzdem wird angenommen, dass sich Hacker auf einfache Themen beziehen, die eher feindselig oder arrogant sind. Manchmal scheinen wir Neulingen gegenüber unhöflich zu sein und sie zu ignorieren. Tatsächlich ist dies jedoch nicht der Fall.

Wir stehen zweifellos Menschen feindlich gegenüber, die angeblich nicht denken oder lernen wollen, bevor sie Fragen stellen. Solche Leute töten die Zeit - sie nehmen sich Zeit, ohne etwas dafür zu geben, sie nehmen sich Zeit, die wir einer anderen Frage widmen könnten, die interessanter und einer anderen Person, die einer Antwort würdiger ist. Wir nennen solche Leute "Verlierer" (aus historischen Gründen wird dieses Wort manchmal als "Verlierer" - Verlierer-Benutzer geschrieben).

Wir verstehen, dass viele Leute nur die von uns erstellte Software verwenden möchten und die technischen Details überhaupt nicht studieren werden. Für die meisten ist ein Computer nur ein Werkzeug, ein Mittel zum Zweck; Sie haben interessantere Aktivitäten und andere Probleme im Leben. Wir erkennen dies und erwarten nicht, dass sich alle für die technischen Feinheiten interessieren, die für uns so attraktiv sind. Unsere Art der Beantwortung von Fragen eignet sich jedoch für Personen, die sich wirklich dafür interessieren und aktiv am Problemlösungsprozess teilnehmen möchten. Das wird sich nicht ändern. Ja und sollte sich nicht ändern; Andernfalls können wir nicht effektiv das tun, was wir am besten können.

Wir sind (meistens) Freiwillige. Wir wenden Zeit für unser schwieriges Leben auf, um Fragen zu beantworten, und manchmal können wir mit einer Flut von Fragen nicht fertig werden. Deshalb müssen wir rücksichtslos "den Markt filtern". Insbesondere die Fragen potenzieller Verlierer zu verwerfen, um die für Antworten zur Verfügung stehende Zeit effizienter zu nutzen und sie den Gewinnern zu widmen.

Wenn Ihnen diese Position komisch, arrogant oder arrogant vorkommt, irren Sie sich. Wir bitten Sie nicht, für uns zu beten - tatsächlich möchten die meisten von uns mit Ihnen auf gleicher Augenhöhe kommunizieren und Sie in unsere Kultur aufnehmen, wenn Sie die notwendigen Anstrengungen dafür unternehmen. Aber für uns ist es einfach ineffizient, Menschen zu helfen, die sich nicht selbst helfen wollen. Unhöflich zu sein ist in Ordnung, aber so zu tun, als wäre es ein Idiot, ist es nicht.

Obwohl es keineswegs notwendig ist, technisch kompetent zu sein, um unsere Aufmerksamkeit zu verdienen, ist es notwendig, die Eigenschaften zu demonstrieren, die es uns ermöglichen, kompetent zu werden - Aufmerksamkeit, Nachdenklichkeit, Beobachtung, der Wunsch, aktiv an der Entwicklung einer Lösung mitzuwirken. Wenn Sie sich mit dieser Art von Diskriminierung nicht abfinden, ist es sinnvoll, jemanden für kommerzielle Unterstützung zu bezahlen, anstatt Hacker zu bitten, Ihnen kostenlos persönlich zu helfen.

Wenn Sie sich dazu entschließen, uns um Hilfe zu bitten, werden Sie kein Verlierer. Und benimm dich nicht wie ein Verlierer. Der beste Weg, um eine schnelle und reaktionsschnelle Antwort zu erhalten, ist die Frage, wie intelligent, zuversichtlich und sachkundig eine Person ist, die nur Hilfe bei der Lösung eines bestimmten Problems benötigt.

(Ergänzungen zu diesem Handbuch sind willkommen. Vorschläge können an esr@thyrsus.com gesendet werden . Beachten Sie jedoch, dass dieses Dokument nicht als allgemeiner Leitfaden zur Netzwerketikette erstellt wurde und ich Vorschläge, die nicht direkt mit dem Erhalt nützlicher Antworten im technischen Forum zusammenhängen, normalerweise ignoriere .)

Bevor Sie fragen ...

Bevor Sie eine technische Frage per E-Mail oder an eine Diskussionsgruppe, einen Chat oder ein Forum stellen, gehen Sie wie folgt vor:

  1. Versuchen Sie, die Antwort mithilfe einer Suche im Web zu finden.

  2. Versuchen Sie, die Antwort im Handbuch zu finden.

  3. Versuchen Sie, die Antwort in der Liste der häufig gestellten Fragen (FAQ) zu finden.

  4. Versuchen Sie, die Antwort durch Tests oder Experimente zu finden.

  5. Fragen Sie einen erfahrenen Freund.

  6. Wenn Sie ein Programmierer sind, versuchen Sie, die Antwort zu finden, indem Sie den Quellcode analysieren.

Wenn Sie eine Frage stellen, geben Sie von Anfang an an, dass Sie dies alles bereits getan haben. Dies hilft zu verstehen, dass Sie kein Faulenzer sind und die Zeit eines anderen verschwenden. Besser noch, zeigen Sie, was Sie aus Ihren Suchen gelernt haben . Wir antworten gerne auf Menschen, die ihre Fähigkeit zum Wahrnehmen von Antworten unter Beweis gestellt haben.

Verwenden Sie Tricks wie die Suche in Google nach dem Text der Fehlermeldung, die Sie erhalten (suchen Sie auch nach Diskussionsgruppen - Google-Gruppen und nicht nur nach Webseiten). Dies kann entweder direkt zur Dokumentation zur Behebung dieses Fehlers oder zu einer Diskussion auf der Mailingliste führen, auf der Sie die Antwort finden. Auch wenn es keine Antwort gibt, ist der Ausdruck "Ich habe bei Google nach der folgenden Abfrage gesucht, aber nichts Nützliches gefunden" hilfreich, wenn Sie sich per E-Mail oder in einer Diskussionsgruppe an uns wenden, um Hilfe zu erhalten.

Bereiten Sie eine Frage vor. Überlege es dir. Sie erhalten oberflächliche Antworten auf oberflächliche Fragen, oder Sie erhalten überhaupt keine Antworten. Je mehr Sie tun, um Ihre Gedanken und Bemühungen zur Lösung eines Problems zu zeigen, bevor Sie um Hilfe bitten, desto wahrscheinlicher ist es, dass Sie diese Hilfe erhalten.

Stellen Sie nicht die falschen Fragen. Wenn die Frage auf falschen Annahmen basiert, wird jeder Hacker (im Original - J. Random Hacker, ca. Übersetzer ) wahrscheinlich eine nutzlose, wörtliche Antwort geben, während er über "Dumme Frage ..." nachdenkt und hofft, dass er sich darum kümmert Was Sie gefragt haben, anstatt was Sie wirklich brauchen, wird Ihnen etwas beibringen.

Denken Sie nicht, dass Sie beantwortet werden sollten. Niemand schuldet dir etwas; Sie haben letztendlich nicht für diese Dienstleistungen bezahlt. Sie erhalten die Antwort, wenn Sie sie verdienen, indem Sie eine wichtige, interessante und zum Nachdenken anregende Frage stellen - eine Frage, die der Community implizit eine neue Erfahrung verleiht und andere nicht nur passiv zum Wissensaustausch auffordert.

Andererseits ist es schön, sofort klar zu machen, dass Sie bei der Entscheidungsfindung helfen können und wollen. Zu Fragen wie "Kann mir jemand sagen?", "Was wird in meinem Beispiel nicht berücksichtigt?" und "Gibt es eine Website, die es wert ist, zu diesem Thema angeschaut zu werden?" Es ist wahrscheinlicher, dass eine Antwort eingeht, als dass eine genaue Abfolge von Maßnahmen zur Lösung eines Problems gesendet werden muss, da Sie deutlich gezeigt haben, dass Sie das Problem selbst lösen werden, wenn jemand Sie in die richtige Richtung weist.

Wenn du fragst ...

Wähle das richtige Forum

Überlegen Sie genau, wo Sie die Frage stellen sollen. Es ist am wahrscheinlichsten, dass Sie ignoriert oder als Fehler abgewiesen werden, wenn Sie:

  • sende eine Frage an ein Forum, das für das Thema nicht relevant ist (off topic)

  • Senden Sie die grundlegendste Frage an ein Forum, in dem komplexe technische Fragen diskutiert werden, oder umgekehrt

  • Senden Sie die Frage gleichzeitig (Cross-Post) an viele verschiedene Diskussionsgruppen

  • Senden Sie eine private Nachricht per E-Mail an einen Fremden, der nicht persönlich für die Lösung Ihrer Probleme verantwortlich ist

Hacker ignorieren Fragen, die an die falsche Adresse gerichtet sind, um ihre Kommunikationskanäle nicht mit irrelevanten Informationen herunterzuladen. Fallen Sie nicht in diese Kategorie von Fragen.

Deshalb musst du zuerst das passende Forum finden. Die Google-Suchmaschine und andere Web-Suchtools helfen Ihnen dabei. Verwenden Sie diese, um die Projektseite zu finden, die am ehesten mit der Ausrüstung oder Software zusammenhängt, mit der Sie Schwierigkeiten haben. Normalerweise enthält diese Seite Links zu einer Liste häufig gestellter Fragen (FAQ, Frequently Asked Questions), Projekt-Mailinglisten und ihren Archiven. Dort müssen Sie um Hilfe bitten, wenn Ihre eigenen Bemühungen (einschließlich des Lesens dieser, von Ihnen entdeckten FAQ) erfolglos blieben. Auf der Projektseite können Sie auch die Fehlerberichterstattung beschreiben oder einen Link dazu bereitstellen. Verwenden Sie in diesem Fall das empfohlene Verfahren.

Das Senden einer Nachricht an eine Person oder an ein Forum, mit dem Sie nicht vertraut sind, ist ein Unternehmen, zumindest riskant. Denken Sie beispielsweise nicht, dass der Autor einer informativen Webseite Ihr kostenloser Berater werden möchte. Gehen Sie nicht optimistisch davon aus, dass Ihre Frage willkommen sein wird. Wenn Sie sich nicht sicher sind, senden Sie sie an eine andere Adresse oder lehnen Sie den Versand ab.

Treffen Sie bei der Auswahl eines Webforums, einer Diskussionsgruppe oder einer Mailingliste keine Entscheidungen ausschließlich auf der Grundlage des Namens. Lesen Sie die Liste der häufig gestellten Fragen (FAQ) oder die Regeln, um sicherzustellen, dass die Frage relevant ist. Lesen Sie die Nachrichten eine Weile, bevor Sie Fragen senden, um zu erfahren, wie und was hier getan wird. Vor dem Absenden einer Frage sollten Sie in den Archiven einer Diskussionsgruppe oder Mailingliste nach Stichwörtern suchen, die sich auf Ihr Problem beziehen. Infolgedessen können Sie die Antwort finden, und wenn nicht, hilft eine solche Suche, die Frage besser zu formulieren.

Verwenden Sie nicht alle verfügbaren Hilfskanäle gleichzeitig. Es ist wie das Schreien und Empören von Menschen. Sprechen Sie sie einzeln an.

Identifizieren Sie das Thema richtig! Einer der klassischen Fehler besteht darin, eine Frage zur Unix- oder Windows-Programmierschnittstelle in einem Forum zu stellen, das sich mit einer Sprache, Bibliothek oder einem Tool befasst, das auf beiden Plattformen ausgeführt wird. Wenn Sie nicht verstehen, warum dies ein Fehler ist, sollten Sie Fragen erst dann stellen, wenn Sie es verstanden haben.

Im Allgemeinen ist die Wahrscheinlichkeit, in einem richtig ausgewählten öffentlichen Forum Antworten auf Fragen zu erhalten, höher als in einem privaten. Dafür gibt es mehrere Gründe. Eine davon ist die Anzahl der potenziellen Antwortenden. Ein anderer Grund ist die Größe des Publikums, das die Antwort findet. Hacker beantworten gerne Fragen, die viele interessieren, als nur Fragen, die nur wenigen nützlich sind.

Es ist klar, dass erfahrene Hacker und Entwickler von populären Programmen bereits viel irrelevantere Themen erhalten, als sie möchten. Wenn Sie diesen Fluss erhöhen, können Sie in einigen Fällen zum letzten Strohhalm werden. Gelegentlich hören Teilnehmer an beliebten Projekten auf, sie zu unterstützen, weil sie die damit verbundenen Probleme in Form eines Stroms nutzloser E-Mail-Nachrichten an ihre persönlichen Adressen nicht mehr ertragen.

Web- und IRC-Foren für Anfänger geben häufig so schnell wie möglich Antworten.

Ihre lokale Benutzergruppe oder Ihre Linux-Distribution unterstützt möglicherweise ein Webforum oder einen IRC-Kanal, die Anfängern helfen sollen. (In nicht englischsprachigen Ländern werden Anfängerforen wahrscheinlich immer noch als Mailinglisten organisiert.) Dies sind gute Orte, an denen Sie zuerst Fragen stellen können, insbesondere wenn Sie den Verdacht haben, ein relativ einfaches oder typisches Problem zu haben. Der öffentlich beworbene IRC-Kanal ist eine explizite Aufforderung, Fragen zu stellen, und häufig die Möglichkeit, Antworten in Echtzeit zu erhalten.

Wenn das Programm, mit dem Sie Probleme haben, aus dem Distributionskit (das für heute typisch ist) stammt, ist es möglicherweise besser, zuerst das entsprechende Distributionskit in der Forum- / Mailingliste anzufragen, bevor Sie sich an das Forum / die Mailingliste des Programms wenden. Hacker, die an einem Projekt arbeiten, können einfach antworten: "Nutzen Sie unsere Assembly."

Überprüfen Sie vor dem Stellen einer Frage in einem Webforum, ob eine Suchfunktion vorhanden ist. Und wenn es eines gibt, suchen Sie mehrmals nach Stichwörtern, um ein Problem wie das Ihre zu erörtern. es könnte helfen. Wenn Sie zuvor eine allgemeine Suche im Web durchgeführt haben (was Sie tun mussten), durchsuchen Sie das Forum trotzdem. Ihre Suchmaschine hat dieses Forum möglicherweise schon lange nicht mehr indiziert.

Es gibt eine interessante Tendenz, Projektbenutzer über ein Webforum oder einen IRC-Kanal zu unterstützen und E-Mails für die Kommunikation zwischen Entwicklern zu hinterlassen. Wenn Sie daher Hilfe bei einem Projekt benötigen, wenden Sie sich zuerst an diese Informationsquellen.

Verwenden Sie als zweiten Schritt die Projekt-Mailinglisten

Wenn das Projekt über eine Mailingliste für Entwickler verfügt, senden Sie Fragen an diese Mailingliste und nicht an einzelne Entwickler, auch wenn Sie sicher sind, dass Sie genau wissen, wer Ihre Frage am besten beantworten kann. Suchen Sie die Adresse der Projekt-Mailingliste in der Dokumentation oder auf der Projekt-Website und senden Sie eine Frage an diese Adresse. Dafür gibt es mehrere gute Gründe:

  • Jede Frage, die gut genug ist, um von einem einzelnen Entwickler beantwortet zu werden, ist für die gesamte Gruppe von Nutzen. Im Gegenteil, wenn es den Anschein hat, dass die Frage für die Mailingliste zu primitiv ist, ist dies kein Grund, die Köpfe einzelner Entwickler zu täuschen.

  • Wenn die Frage in der Mailingliste gestellt wird, wird die Last auf alle Entwickler verteilt. Ein bestimmter Entwickler (insbesondere wenn er ein Projektmanager ist) ist möglicherweise zu beschäftigt, um Ihre Fragen zu beantworten.

  • Die meisten Mailinglisten werden archiviert und Archive von Suchmaschinen indiziert. Jemand kann Ihre Fragen und Antworten online finden und wird sie in der Mailingliste nicht erneut stellen.

  • Wenn bestimmte Fragen häufig gestellt werden, können Entwickler diese Informationen verwenden, um die Dokumentation oder das Softwareprodukt selbst zu verbessern und verständlicher zu machen. Wenn diese Fragen jedoch persönlich gestellt werden, hat niemand ein großes Bild - was am häufigsten gestellt wird.

Wenn das Projekt separate Mailinglisten oder Webforen für "Benutzer" und "Entwickler" (oder "Hacker") hat und Sie den Code nicht analysieren (hacken), stellen Sie eine Frage in der Liste / im Forum für "Benutzer". Zählen Sie nicht auf einen herzlichen Empfang auf der Entwickler-Mailingliste, wo Ihre Frage wahrscheinlich als "Lärm" eingestuft wird, der den Informationsaustausch über den Entwicklungsfortschritt stört.

Wenn Sie sich jedoch der Nicht-Trivialität Ihrer Frage sicher sind und innerhalb weniger Tage keine Antwort in der Mailingliste / im Forum für "Benutzer" erhalten haben, wenden Sie sich an die Entwickler. Zuvor ist es sinnvoll, der entsprechenden Mailingliste oder dem entsprechenden Forum mehrere Tage zu folgen, um ihre Traditionen zu studieren (in der Tat ist es sinnvoll, dies zu tun, bevor Sie sich an eine private oder halbgeschlossene Mailingliste wenden).

Wenn Sie die Adresse der Projekt-Mailingliste nicht finden können, aber die Adresse der Person, die das Projekt verwaltet, bekannt ist, senden Sie Ihre Frage an den Moderator. Aber denken Sie in diesem Fall nicht, dass es keine Mailingliste gibt. Geben Sie in Ihrer Nachricht an, dass Sie es versucht haben, aber die entsprechende Mailingliste nicht finden konnten. Erwähnen Sie auch, dass es nicht gegen das Senden Ihrer Nachricht an andere Empfänger ist. (Viele Leute denken, dass die persönliche Korrespondenz persönlich bleiben sollte, auch wenn sie nichts Geheimnisvolles enthält. Indem Sie Ihre Nachricht weiterleiten, geben Sie den Leuten die Wahl.)

Legen Sie aussagekräftige, spezifische Nachrichtenthemen fest

Wenn Sie eine Nachricht an eine Mailingliste oder eine Diskussionsgruppe senden, ist der Betreff der Nachricht eine hervorragende Gelegenheit, um qualifizierte Experten mit einer Zeichenfolge von bis zu 50 Zeichen auf sich aufmerksam zu machen. Verschwende sie nicht mit Geschwätz wie "Bitte hilf mir" (ganz zu schweigen von den Themen "BITTE HELF MIR !!!!"; Nachrichten mit solchen Themen werden reflexartig geworfen). Versuchen Sie nicht, uns mit der Tiefe Ihres Leidens zu beeindrucken. Nutzen Sie den zur Verfügung gestellten Platz für eine kurze Beschreibung des Problems.

Eine gute Übereinstimmung bei der Gestaltung von Nachrichtenthemen, die von vielen technischen Supportdiensten verwendet werden, ist die Verwendung der Objektabweisungsvorlage. Der Teil „Objekt“ definiert genau, was das Problem ist, und der Teil „Abweichung“ beschreibt die Abweichung vom erwarteten Verhalten.

Dumm:

HILFE! Die Grafikkarte auf meinem Laptop funktioniert nicht richtig!

Angemessen:

Falsche Mauszeigerform in XFree86 4.1, Video auf dem Fooware MV1005-Chipsatz

Noch besser:

XFree86 4.1-Mauszeiger auf dem Fooware MV1005-Chipsatz - unregelmäßige Form

Der Prozess des Schreibens eines Themas mithilfe der Vorlage "Objektabweichung" hilft, das Problem besser zu verstehen. Was genau funktioniert nicht richtig? Gibt es auch nur einen Mauszeiger oder andere Grafiken? Liegt das Problem nur bei XFree86? Nur in Version 4.1? Tritt dieses Problem nur bei Grafikkarten mit dem Fooware-Chipsatz auf? Nur beim Modell MV1005? Ein Hacker, der eine Nachricht mit einem ähnlichen Thema erhalten hat, kann im Allgemeinen verstehen, womit genau Sie ein Problem hatten und um welche Art von Problem es sich handelt.

Stellen Sie sich im Allgemeinen vor, Sie sehen eine Liste von Fragen in einem Archiv, das nur Betreffzeilen enthält. Stellen Sie sicher, dass die Betreffzeile den Kern der Frage gut genug widerspiegelt und der nächste Prüfer, der eine Antwort auf eine ähnliche Frage sucht, eine Diskussion findet, die zur Antwort führt, anstatt die Frage erneut zu senden.

Wenn Sie eine Frage als Antwort stellen, vergessen Sie nicht, die Betreffzeile so zu ändern, dass sie klar erkennbar ist - die Frage wird gestellt. Eine Betreffzeile der Form "Re: test" oder "Re: new bug" wird nicht genügend Aufmerksamkeit erregen. Stellen Sie außerdem sicher, dass frühere Beiträge nur so kurz zitiert werden, dass neue Benutzer verstehen, was gerade besprochen wurde.

Senden Sie nicht einfach eine Antwort auf die Nachricht in der Mailingliste, wenn Sie ein neues Thema diskutieren möchten (Diskussionsfaden starten). Dies wird den Kreis der Befragten einschränken. Einige E-Mail-Reader, wie z. B. Mutt , ermöglichen es dem Benutzer, Nachrichten nach Thema zu sortieren und dann Nachrichten nach Thema auszublenden, wodurch der Diskussionsfaden geklappt wird. Diejenigen, die diese Gelegenheit nutzen, werden Ihre Nachricht nie sehen.

Das Thema zu wechseln ist nicht genug. Mutt und möglicherweise andere E-Mail-Leser berücksichtigen nicht nur die Betreffzeile, sondern auch andere Informationen in den Nachrichtenköpfen, wenn sie mit einem Diskussionsthread verknüpft werden. Erstellen Sie eine brandneue Nachricht.

In Webforen unterscheiden sich die Diskussionsregeln geringfügig, da Beiträge in der Regel enger mit bestimmten Diskussionsthreads verknüpft und außerhalb dieser Threads häufig unsichtbar sind. Das Ändern des Themas beim Stellen einer Frage als Antwort ist nicht wichtig (nicht in allen Foren können Sie Themen in den Antworten angeben, und wenn Sie sie stellen können, liest sie fast niemand). Die Beantwortung einer Gegenfrage an sich ist jedoch eine zweifelhafte Praxis, da nur diejenigen diese Frage sehen, die dem entsprechenden Diskussionsfaden folgen. Wenn Sie nicht sicher sind, ob Sie speziell diejenigen ansprechen möchten, die an der Diskussion des Themas teilnehmen, beginnen Sie ein neues Thema.

Vereinfachen Sie das Senden einer Antwort

Die Vervollständigung der Frage mit dem Satz "Antwort, bitte weiterleiten an die Adresse ..." macht den Erhalt einer Antwort sehr unwahrscheinlich. Wenn Sie nicht einige Sekunden Zeit haben, um den Reply-To-Header in Ihrem E-Mail-Programm richtig einzustellen, haben wir keine Zeit, um über Ihr Problem nachzudenken. Wenn Ihr Mail-Programm dies nicht zulässt, werfen Sie es weg. Wenn Ihr Betriebssystem keine E-Mail-Programme unterstützt, die dies ermöglichen, suchen Sie nach einem besseren Betriebssystem.

Das Bitten um E-Mail-Antworten in Webforen ist äußerst unhöflich, es sei denn, Sie sind sich sicher, dass die Informationen vertraulich sind (und jemand möchte Ihnen aus unbekannten Gründen etwas persönlich mitteilen, nicht das gesamte Forum). Wenn Sie eine Benachrichtigung per E-Mail erhalten möchten, dass jemand auf ein Thema im Forum geantwortet hat, fordern Sie diese Benachrichtigung in der Benutzeroberfläche des Webforums an. Diese Funktion wird fast überall in Form der Optionen "Diesen Thread beobachten", "E-Mail bei Antworten senden" usw. unterstützt.)

Schreiben Sie im Klartext nach den Regeln der Grammatik und des Wortschatzes

Es wurde experimentell festgestellt, dass Menschen, die unaufmerksam und sorglos schreiben, normalerweise genauso unaufmerksam und sorglos in den Gedanken und im Code erstellter Programme sind (zumindest oft genug, um dies mit Zuversicht zu sagen). Die Fragen von Menschen zu beantworten, die unaufmerksam und nachlässig denken, ist eine undankbare Aufgabe. Wir verbringen unsere Zeit besser mit etwas anderem.

Daher ist die Klarheit und Richtigkeit des Wortlauts der Frage von Bedeutung. Wenn Sie sich damit nichts vormachen möchten, möchten wir uns nicht selbst täuschen und auf solche Probleme achten. Versuchen Sie, die Frage in der richtigen Sprache zu formulieren. Es sollte nicht schwer und formal sein - in der Tat wird in einer Hacker-Kultur eine informelle Sprache voller Slang und Humor verwendet, die korrekt verwendet wird. Aber Gedanken müssen klar ausgedrückt werden; es ist notwendig, zumindest einige Anzeichen von Nachdenklichkeit und Aufmerksamkeit zu zeigen.

Befolgen Sie die Regeln für Syntax, Interpunktion und Großschreibung. Verwechseln Sie "sein" nicht mit "es ist", "locker" mit "verlieren" oder "diskret" mit "diskret". SCHREIBEN SIE NICHT ALLES IN DAS OBERREGISTER - dies wird als Schrei empfunden und gilt als unhöflich. (Wenn alles in Kleinbuchstaben geschrieben ist, ist es nicht viel besser, weil es so schwer zu lesen ist. Alan Cox ist vergeben, aber nicht für Sie.)

Im allgemeinen Fall wird Ihre Frage höchstwahrscheinlich ignoriert, wenn Sie auf der Ebene von Baby Talk oder verrücktem Unsinn schreiben. Das Gekritzel im Stil jugendlicher „Hacker“ (im Original - l33t-Drehbuch kiddie hax0r - ca. Übersetzer ) ist absolut hoffnungslos und garantiert im Gegenzug Stille (oder bestenfalls eine Portion Vernachlässigung und Sarkasmus).

Wenn Sie in einem Forum Fragen stellen, in dem eine Sprache verwendet wird, die nicht für Sie typisch ist, werden einige lexikalische und grammatikalische Fehler vergeben. Erwarten Sie jedoch keine Vergebung für elementare Faulheit (ja, wir können normalerweise den Unterschied verstehen). Wenn Sie nicht genau wissen, welche Sprachen für den Empfänger Muttersprachen sind, schreiben Sie auf Englisch. Vielbeschäftigte Hacker überspringen Fragen in der Regel nur in Sprachen, die sie nicht verstehen, und Englisch ist die Arbeitssprache des Internets. Indem Sie eine Frage auf Englisch stellen, verringern Sie die Wahrscheinlichkeit, dass sie übersehen wird, ohne sie zu lesen.

Senden Sie Fragen in allen übersichtlichen Formaten

Wenn Sie das Lesen einer Frage künstlich erschweren, steigt die Wahrscheinlichkeit, dass sie eine Frage beantworten, die nicht schwer zu lesen ist. Deshalb:

  • Senden Sie die Nachricht im Klartext, nicht im HTML-Format. (Das Deaktivieren von HTML ist nicht so schwierig.)

  • MIME-Anwendungen sind in der Regel durchaus akzeptabel, jedoch nur dann, wenn sie echten Inhalt haben (z. B. der Quelltext oder eine Patch-Datei) und nicht nur automatisch vom E-Mail-Client generiert werden (z. B. eine andere Kopie des Briefes, sondern im HTML-Format).

  • Senden Sie keine Nachrichten, in denen Absätze durch eine Zeile dargestellt werden, die visuell in die nächste Zeile des Clients übergeht. (Dies verkompliziert die Antwort auf den Teil der Nachricht.) Angenommen, die Empfänger lesen Nachrichten auf Textterminals mit 80-Zeichen-Zeilen und konfigurieren das Einfügen fester Zeilenumbrüche entsprechend, wobei die Zeile an der 80. Position endet.

  • Teilen Sie die Daten jedoch nicht gleichzeitig an einer festen Position in mehrere Zeilen auf (z. B. Protokollspeicherauszüge oder Sitzungsaufzeichnungen). Die Daten müssen in den Nachrichten so enthalten sein, wie sie sind, damit die Empfänger sicher sind, dass sie genau das sehen, was Sie gesehen haben.

  • Senden Sie keine MIME Quoted-Printable-Nachrichten an das englische Forum. Diese Codierung ist möglicherweise erforderlich, wenn eine Nachricht in einer Sprache gesendet wird, die nicht von der ASCII-Codierung abgedeckt wird, von vielen Benutzer-Mail-Agents jedoch nicht unterstützt wird. Das Lesen von Nachrichten mit Steuerzeichen, die über den gesamten Text des Formulars verteilt sind, ist unbequem und unangenehm.

  • Denken Sie nicht einmal daran, dass Hacker Dokumente in proprietären, proprietären Formaten wie Microsoft Word oder Excel lesen können. Die meisten Hacker reagieren auf sie auf die gleiche Weise, wie Sie es tun würden, wenn Sie Schweinekacke an der Eingangstür verschmiert hätten. Selbst wenn sie sie lesen können, empört sie die Notwendigkeit, an diesen Formaten zu basteln.

  • Wenn Sie eine Nachricht von einem Computer senden, auf dem Windows ausgeführt wird, deaktivieren Sie die miese Microsoft-Unterstützung für Smart Quotes. Dadurch werden viele in der Nachricht verstreute Müllzeichen entfernt.

  • Missbrauchen Sie in Webforen nicht die Einfügefunktionen "Emoticons" und "html" (falls vorhanden). Ein oder zwei Emoticons sind normalerweise normal, aber farbenfroher, lustiger Text lässt die Leute denken, dass Sie ein Lamer sind. Übermäßiger Gebrauch von Emoticons, Farben und Schriftarten präsentiert Sie als lustiges junges Mädchen, was keinen Sinn ergibt, es sei denn, Sie interessieren sich natürlich für Antworten, nicht für Sex.

Denken Sie bei der Verwendung eines E-Mail-Clients mit einer grafischen Oberfläche (z. B. Netscape Messenger, MS Outlook usw.) daran, dass bei Verwendung der Standardeinstellungen möglicherweise gegen diese Regeln verstoßen wird. Die meisten dieser Clients verfügen über einen Menübefehl wie "Quelltext anzeigen". Verwenden Sie diese Option, um eine der gesendeten Nachrichten zu überprüfen, bei denen Klartext gesendet wird, ohne dass unnötiger Müll entsteht.

Beschreiben Sie das Problem genau und ausführlich

  • Beschreiben Sie die Symptome eines erkannten Problems oder Fehlers sorgfältig und klar.

  • Beschreiben Sie die Umgebung, in der sie auftritt (Computer, Betriebssystem, Anwendung usw.). Geben Sie die Verteilung und die Version an (z. B. "Fedora Core 2", "Slackware 9.1" usw.).

  • Beschreiben Sie Ihre Forschung, wenn Sie versuchen, ein Problem zu verstehen, bevor Sie eine Frage stellen.

  • Beschreiben Sie Ihre eigenen Schritte zur Diagnose und Eingrenzung des Problems, bevor Sie eine Frage stellen.

  • Beschreiben Sie die letzten Änderungen an Ihrem Computer oder der Softwarekonfiguration, die möglicherweise relevant sind.

Geben Sie Ihr Bestes, um mögliche Hackerfragen vorherzusagen, und beantworten Sie diese im Voraus in Ihrem Hilferuf.

Simon Tatham hat einen großartigen Aufsatz mit dem Titel Wie man Fehler effektiv meldet geschrieben . Ich empfehle es sehr zu lesen.

Volumen bedeutet noch nicht Genauigkeit

Seien Sie genau und informativ. Dazu reicht es nicht aus, nur eine große Menge an Code oder Daten in die Anforderung einzufügen. Wenn es einen großen, komplexen Testfall gibt, der zu einem Fehler im Programm führt, versuchen Sie ihn zu minimieren.

Dies ist aus mindestens drei Gründen nützlich. Erstens: Die nachgewiesenen Bemühungen, die Frage zu vereinfachen, erhöhen die Wahrscheinlichkeit einer Antwort. Zweitens: Die Vereinfachung der Frage erhöht die Wahrscheinlichkeit einer nützlichen Antwort. Drittens: Wenn Sie die Fehlermeldung verfeinern, können Sie selbst eine Lösung oder eine Problemumgehung finden.

Behaupte nicht, einen Fehler gefunden zu haben

Wenn Sie Probleme mit einer bestimmten Software haben, behaupten Sie nicht, dass Sie einen Fehler gefunden haben, es sei denn, Sie sind sich dessen absolut sicher. Tipp: Wenn Sie keinen Quellcode-Fix bereitstellen können, der das Problem behebt, oder keinen Testfall für die vorherige Version, der ein falsches Verhalten aufzeigt, sind Sie Ihrer Aussage höchstwahrscheinlich nicht sicher genug.

Denken Sie daran, dass viele andere Benutzer auf ein solches Problem nicht gestoßen sind. Andernfalls würden Sie dies bereits beim Lesen der Dokumentation oder beim Durchsuchen des Webs wissen (Sie haben es getan, bevor Sie solche Aussagen getroffen haben, oder ?). Dies bedeutet, dass Sie höchstwahrscheinlich etwas falsch machen und nicht die Software.

Die Entwickler der Software unternehmen große Anstrengungen, damit sie so gut wie möglich funktioniert. Wenn Sie behaupten, Sie hätten einen Fehler gefunden, gehen Sie davon aus, dass sie etwas falsch gemacht haben, und sie werden es mit ziemlicher Sicherheit nicht mögen - auch wenn Sie Recht haben. Besonders nicht diplomatisch wird es sein, "Bug" in die Betreffzeile der Nachricht zu schreiben.

Wenn Sie eine Frage stellen, ist es besser, das Problem unter der Annahme zu beschreiben, dass Sie etwas falsch gemacht haben, auch wenn Sie persönlich absolut sicher sind, dass Sie einen Fehler gefunden haben. Wenn dies wirklich ein Fehler ist, werden Sie in der Antwort darüber lesen. Versuchen Sie, so zu handeln, dass sich die Leute, die das Programm unterstützen, bei Ihnen entschuldigen möchten, wenn ein echter Fehler gefunden wird, und nicht, dass Sie sich für Ihre Dummheit entschuldigen.

Öffentliche Demütigung ersetzt keine Hausaufgaben

Einige, die erkannt haben, dass es nicht notwendig ist, sich unhöflich oder arrogant zu verhalten und eine Antwort zu erpressen, wählen das entgegengesetzte Extrem - Selbsterniedrigung. "Ich weiß, ich bin ein Anfänger, ein Verlierer und eine komplette Teekanne, aber ..." Dies lenkt vom Wesen ab und ergibt keinen Sinn. Besonders in Kombination mit der Unsicherheit bei der Beschreibung des eigentlichen Problems.

Verschwenden Sie nicht Ihre und unsere Zeit und hoffen Sie auf Mitleid. Präsentieren Sie die Fakten und Ihre Frage so klar wie möglich. Also erklärst du dich viel besser als durch Selbsterniedrigung.

Manchmal gibt es in Webforen separate Stellen für Anfängerfragen. Wenn Sie der Meinung sind, dass nur ein Anfänger eine solche Frage stellen kann, stellen Sie sie dort. Aber es gibt keine Notwendigkeit, sich zu demütigen.

Beschreiben Sie die Symptome des Problems, nicht Ihre Annahmen

Es ist sinnlos, Hackern ihre Meinung zu den Ursachen des Problems mitzuteilen. (Wenn Ihre diagnostischen Theorien so wertvoll sind, müssen Sie sich an andere wenden, um Hilfe zu erhalten?) Vergewissern Sie sich daher, dass Sie die tatsächlichen Symptome des Geschehens und nicht Ihre Interpretationen und Theorien mitteilen. Lassen Sie die Befragten für die Interpretation und Diagnose sorgen.

Dumm:

Ich bekomme ständig SIG11-Fehler beim Kompilieren des Kernels und ich vermute, dass die Ursache ein Mikroriss auf dem Motherboard ist. Was ist der beste Weg, um dies zu überprüfen?

Angemessen:

Auf einem K6 / 233-Computer, den ich auf einem FIC-PA2007-Motherboard (VIA Apollo VP2-Chipsatz) mit 256 MB Corsair PC133-SDRAM-Speicher aufgebaut habe, treten SIG11-Fehler während der Kernel-Kompilierung häufig etwa 20 Minuten nach dem Einschalten auf, in den ersten 20 Minuten jedoch nicht Minuten. Ein Neustart führt zu nichts, aber das Trennen nachts hilft. Das Ersetzen des gesamten Speichers hat nicht geholfen. Der entsprechende Teil der Ergebnisse einer typischen Zusammenstellung ist beigefügt.

Beschreiben Sie die Symptome des Problems in chronologischer Reihenfolge

Die wichtigsten Informationen zur Ermittlung der Ursachen des Geschehens sind häufig mit Ereignissen verbunden, die unmittelbar vor dieser Situation liegen. Daher ist es notwendig, genau zu beschreiben, was Sie getan haben und was die Maschine getan hat, bis das Problem aufgetreten ist. Wenn Sie mit der Befehlszeilenschnittstelle arbeiten, können Sie eine Sitzung aufzeichnen (z. B. mit dem Skript-Dienstprogramm) und mehrere Dutzend entsprechende Zeilen in eine Nachricht einfügen.

Wenn das Programm, in dem der Fehler aufgetreten ist, über Diagnoseoptionen verfügt (z. B. -v - Detaillierte Informationen), versuchen Sie, Optionen auszuwählen, die dem "Protokoll" der Sitzung nützliche Debugging-Informationen hinzufügen.

Wenn der Datensatz lang genug ist (mehr als eine Seite), ist es sinnvoll, das Problem zu Beginn im Voraus zu formulieren und dann die chronologische Abfolge der Aktionen anzugeben, die dazu führen. In diesem Fall wissen Hacker, worauf sie beim Lesen einer Sitzung achten müssen.

Beschreiben Sie das Ziel, nicht einen einzigen Schritt

Wenn Sie versuchen, herauszufinden, wie etwas zu tun ist (anstatt einen Fehler zu melden), beginnen Sie mit einer Beschreibung des Ziels. Und nur dann beschreiben Sie einen bestimmten Schritt auf dem Weg dorthin, den Sie nicht ausführen konnten.

Oft haben Menschen, die technische Hilfe benötigen, ein übergeordnetes Ziel vor Augen und werden an einen der nach ihrer Meinung möglichen Wege gebunden, dies zu erreichen. Sie bitten um Hilfe, um einen Schritt zu machen, ohne zu merken, dass sie den falschen Weg eingeschlagen haben. Es kann viel Mühe kosten, dies herauszufinden.

Dumm:

Wie kann der FooDraw-Farbwähler einen hexadezimalen RGB-Wert akzeptieren?

Angemessen:

Ich versuche, die Farbtabelle im Bild durch die von mir benötigten Werte zu ersetzen. Jetzt sehe ich nur eine Möglichkeit, dies zu tun - Bearbeiten jedes Slots in der Tabelle, aber ich kann den hexadezimalen RGB-Wert nicht im Farbauswahldialog des FooDraw-Programms einstellen.

Die zweite Version der Frage ist vernünftig. Es ermöglicht Ihnen, eine Antwort zu erhalten, in der ein Werkzeug angeboten wird, das zur Lösung des Problems besser geeignet ist.

Bitten Sie nicht, auf Ihre persönliche E-Mail-Adresse zu antworten

Hacker glauben, dass das Lösen von Problemen ein öffentlicher, transparenter Prozess sein sollte, bei dem der erste Versuch, eine Antwort zu finden, behoben werden kann und sollte, wenn jemand, der mehr weiß, weiß, dass diese Antwort unvollständig oder falsch ist. Darüber hinaus werden die Befragten teilweise dadurch belohnt, dass ihre Kompetenz und ihr Wissen von den Kollegen wahrgenommen werden.

Wenn Sie nach einer persönlichen Antwort fragen, stören Sie sowohl den Entscheidungsprozess als auch den Erhalt von Belohnungen. Mach das nicht. Die persönliche Beantwortung ist die Wahl des Antwortenden , und wenn ja, liegt dies normalerweise daran, dass er die Frage für zu schlecht formuliert oder offensichtlich hält, um für andere interessant zu sein.

Es gibt eine kleine Ausnahme von dieser Regel. Wenn Sie davon ausgehen, dass Sie viele ähnliche Antworten auf Ihre Frage erhalten, vergessen Sie nicht die magischen Worte "Senden Sie eine Antwort an mich, und ich werde die Antworten in einem Artikel für eine Diskussionsgruppe zusammenfassen." Der Versuch, die Diskussionsgruppe oder Mailingliste aus dem Fluss von im Wesentlichen identischen Nachrichten herauszuhalten, ist sehr nett, aber Sie müssen Ihr Versprechen einhalten und eine Zusammenfassung senden.

Stellen Sie klare und präzise Fragen.

Unbegrenzte Fragen erfordern normalerweise eine unbegrenzte Zeit zur Beantwortung. Die Personen, die am ehesten in der Lage sind, Ihnen eine nützliche Antwort zu geben, sind auch die am meisten beschäftigten Personen (auch weil der größte Teil ihrer Arbeit von ihnen selbst erledigt wird). Solche Leute sind eifersüchtig auf ihre Zeit und nehmen daher oft keine unbegrenzten Fragen wahr.

Die Wahrscheinlichkeit, eine nützliche Antwort zu erhalten, steigt, wenn Sie den Befragten deutlich machen, was sie möchten (Links bereitstellen, einen Code senden, Ihre Entscheidung überprüfen usw.). Dadurch werden die Bemühungen der Befragten konzentriert und implizit ein Zeitlimit sowie die Anstrengungen festgelegt, die der Befragte aufwenden muss, um Ihnen zu helfen. Das ist gut.

Um die Welt zu verstehen, in der Experten leben, muss man das Wissen von Experten als eine reichlich vorhandene Ressource behandeln, und zu ihrer Zeit - als eine sehr begrenzte Ressource. Je weniger Zeit Sie implizit benötigen, desto wahrscheinlicher ist es, eine Antwort von einem wirklich guten und beschäftigten Experten zu erhalten.

Daher ist es sinnvoll, das Problem zu begrenzen, um den Zeitaufwand für die Lösung durch den Experten zu minimieren. Oft ist dies jedoch nicht gleichbedeutend mit einer Vereinfachung der Angelegenheit. Also zum Beispiel die Frage: "Kannst du mir einen Link zu einer guten Beschreibung von X geben?" - in der Regel viel vernünftiger als zu fragen: "Erklären Sie mir bitte X." Wenn Sie ein Problem mit nicht funktionierendem Code haben, ist es klüger, nach einer Erklärung zu fragen, was daran falsch ist, und keine Fehlerbehebungen anzufordern.

Stellen Sie keine Fragen von Hausaufgaben

Hacker sind gut darin, Fragen aus Hausaufgaben zu beantworten - die meisten von uns haben sie selbst gemacht. Diese Fragen sollen für Sie arbeiten, damit Sie aus Ihren eigenen Erfahrungen lernen können. Sie können um einen Hinweis bitten, aber nicht um eine vollständige Lösung.

Wenn Sie den Verdacht haben, dass Sie mit einer Frage aus Ihrer Hausaufgabe aufgefordert wurden, aber dennoch keine Antwort geben können, versuchen Sie, eine Frage im Benutzergruppenforum oder (in extremen Fällen) in der Mailingliste / im Forum "Benutzer" des entsprechenden Projekts zu stellen. Obwohl Hacker ihn "erkennen", können Ihnen einige der fortgeschrittenen Benutzer zumindest einen Hinweis geben.

Vermeiden Sie sinnlose Anfragen

Widerstehen Sie der Versuchung, Ihre Anfrage mit sinnlosen Fragen des Formulars abzuschließen: "Wird mir jemand helfen?" oder "Gibt es überhaupt eine Antwort?" Erstens, wenn Sie zumindest über die Kompetenz verfügen, Ihr Problem zu beschreiben, sind solche zusätzlichen Fragen zumindest überflüssig. Zweitens, da sie überflüssig sind, scheinen sie Hackern ärgerlich zu sein - und als Antwort werden sie aufgefordert, eine logisch einwandfreie Antwort zu schreiben, wie zum Beispiel: "Ja, Sie können helfen" oder "Nein, Sie können nichts tun, um zu helfen."

Im Allgemeinen ist es am besten, Ja-Nein-Antworten nicht zu hinterfragen, es sei denn, Sie möchten eine Ja-Nein-Antwort .

Markieren Sie Ihre Frage nicht als "Dringend", auch wenn sie nur für Sie bestimmt ist

Das ist dein Problem, nicht unser. Das Erwähnen von Dringlichkeit ist häufig kontraproduktiv: Die meisten Hacker löschen einfach Nachrichten wie unhöfliche und egoistische Versuche, besondere Aufmerksamkeit auf sich zu lenken.

Es gibt eine teilweise Ausnahme von dieser Regel. Es kann sinnvoll sein, die Dringlichkeit zu erwähnen, wenn Sie das Programm in einer seriösen Organisation einsetzen, die möglicherweise Hacker interessiert. In diesem Fall sind die Leute möglicherweise interessiert genug, um schneller zu reagieren, wenn Sie nicht genügend Zeit haben und dies höflich melden.

Dies zu tun ist jedoch äußerst riskant, da der Standpunkt des Hackers zum Ernst und seine Interessen wahrscheinlich von Ihren abweichen. Die Frage der internationalen Raumstation wird beispielsweise Interesse wecken, die Frage einer wohlhabenden gemeinnützigen Stiftung oder einer politischen Partei jedoch mit ziemlicher Sicherheit nicht. In der Tat, die Frage mit dem Thema "Dringend: Hilf mir, die pelzigen Robben zu retten!" wird selbst von Hackern, die glauben, dass das Leben von Seehunden für sie von Bedeutung ist, ignoriert oder bösartig kommentiert.

Wenn Sie dies überrascht, lesen Sie den Rest des Dokuments noch einmal durch, bis Sie es verstanden haben, und stellen Sie vorher überhaupt keine Fragen.

Höflichkeit tut nie weh und hilft manchmal

Sei höflich. Verwenden Sie die Ausdrücke "Bitte" und "Vielen Dank im Voraus". Lassen Sie uns wissen, dass wir Menschen dankbar sind, die sich kostenlos für Sie einsetzen.

Um ehrlich zu sein, ist dies nicht so wichtig wie das Fehlen von Fehlern im Fragetext, Klarheit, Genauigkeit und Detailgenauigkeit der Beschreibung, die Verwendung offener Formate usw. (und ersetzt nicht alle oben genannten); Hacker würden im Allgemeinen eher harte, aber technisch korrekte Fehlermeldungen erhalten als höfliche Worte. (Wenn Sie dies überrascht, denken Sie daran, dass wir die Frage für das schätzen, was sie uns lehrt.)

Auf dem normalen technischen Niveau der Frage erhöht Höflichkeit jedoch die Wahrscheinlichkeit einer nützlichen Antwort.

(Es sollte beachtet werden, dass der einzige ernsthafte Einwand von Veteranen der Hacker-Bewegung gegen dieses Dokument mit der Empfehlung zusammenhängt, den Satz "Vielen Dank im Voraus" zu verwenden. Einige Hacker sehen es als Widerwillen an, sich bei jemandem zu bedanken, nachdem das Problem gelöst wurde. Wir empfehlen bedanken Sie sich sowohl im Voraus als auch nach Erhalt der Antwort oder drücken Sie Ihre Dankbarkeit auf eine andere Weise aus, indem Sie sagen: „Danke für Ihre Aufmerksamkeit“ oder „Danke für Ihre Überlegung“.)

Senden Sie eine kurze Beschreibung der Lösung

Senden Sie nach Behebung des Problems eine Nachricht an alle, die Ihnen geholfen haben. Lassen Sie sie wissen, wie es endete, und danken Sie noch einmal für Ihre Hilfe. Wenn das Problem allgemeines Interesse an der Mailingliste oder der Diskussionsgruppe weckt, ist es sinnvoll, eine solche Nachricht dort zu senden.

Es ist optimal, im Diskussionsthread, der mit der ursprünglichen Frage begann, die Zeichen "FEST", "BEHOBEN", "LÖSUNG" oder ein anderes ebenso offensichtliches Zeichen für eine Lösung des Betreffs der Nachricht hinzuzufügen. Auf Mailinglisten mit einer großen Anzahl von Nachrichten erkennt ein potenzieller Antwortender, der sich den Diskussionsfaden "Problem X" ansieht und mit der Meldung "Problem X - LÖSUNG" endet, dass er keine Zeit mit dem Lesen von Nachrichten verschwenden muss (wenn er Problem X persönlich nicht interessant findet). und kann daher Zeit damit verbringen, ein anderes Problem zu lösen.

Eine solche Nachricht muss nicht lang und detailliert sein. simpel: "Hallo! Das Problem war mit einem Bruch im Netzwerkkabel verbunden! Danke an alle. Bill," ist schon besser als gar nichts. In der Tat ist ein kurzer und höflicher Lebenslauf besser als eine lange Dissertation, es sei denn, die Entscheidung berührt schwerwiegende technische Aspekte. Schreiben Sie auf, welche Aktionen zur Lösung des Problems zulässig sind, die gesamte Abfolge der Suche nach einer Lösung muss jedoch nicht erneut beschrieben werden.

Bei schwerwiegenden Problemen können Sie einen Lebenslauf mit der Vorgeschichte der Ursachenfindung senden. Beschreiben Sie die endgültige Erklärung des Problems. Beschreiben Sie, wie sich die Lösung herausgestellt hat, und geben Sie die Deadlocks an, die vermieden werden sollten. Nennen Sie alle, die Ihnen geholfen haben: So finden Sie Freunde.

Diese Art von Kurznachricht ist nicht nur höflich und informativ, sondern hilft auch anderen, beim Durchsuchen des Archivs einer Mailingliste / Diskussionsgruppe / eines Forums genau herauszufinden, welche Lösung Ihnen geholfen hat, und kann ihnen daher helfen.

Zu guter Letzt hilft diese Art von Nachricht allen, die an der Diskussion beteiligt sind, ein Gefühl der Befriedigung zu bekommen, da das Problem geschlossen ist. Wenn Sie selbst kein technischer Experte oder Hacker sind, vertrauen Sie uns einfach, dass dieses Gefühl für die Gurus und Experten, die Sie um Hilfe gebeten haben, sehr wichtig ist. Beschreibungen von Problemen, die infolgedessen nicht gelöst wurden, sind eine völlige Enttäuschung. Hacker sehnen sich danach, sie gelöst zu sehen. Das gute Karma, das entsteht, wenn Sie diesen Durst stillen, hilft Ihnen sehr, wenn Sie das nächste Mal eine Frage stellen.

Überlegen Sie, wie Sie verhindern können, dass andere Benutzer in Zukunft dasselbe Problem haben. Fragen Sie sich, ob eine Änderung der Dokumentation oder der FAQ-Liste hilfreich ist, und senden Sie in diesem Fall die entsprechende Änderung an diejenigen, die diese Dokumente unterstützen.

Unter Hackern wird dieses Verhalten sogar als wichtiger angesehen als gewöhnliche Höflichkeit. Auf diese Weise erwerben sie den Ruf eines guten Teamplayers, was eine sehr wertvolle Eigenschaft ist.

Wie interpretiere ich die Antworten?

RTFM und STFW: Wie Sie verstehen, dass Sie ernsthaft durcheinander sind

Es gibt eine alte und heilige Tradition: Wenn Sie die Antwort " RTFM " erhalten, ist der Befragte der Meinung, dass Sie das Handbuch lesen sollten ( Read The Fucking Manual ). Er hat mit ziemlicher Sicherheit recht. Lesen.

Die RTFM-Antwort hat ein jüngeres Gegenstück. Wenn Sie die Antwort " STFW " erhalten, ist der Befragte der Ansicht, dass Sie die Antwort online suchen sollten (Search The Fucking Web). Er hat mit ziemlicher Sicherheit recht. Suche

In Webforen wird Ihnen möglicherweise weiterhin angeboten, die Forenarchive zu durchsuchen. In der Tat kann der Antwortende so freundlich sein, dass er einen Link zu der vorherigen Diskussion gibt, in der dieses Problem gelöst wurde. Aber verlassen Sie sich nicht darauf; Durchsuchen Sie die Archive selbst, bevor Sie danach fragen.

Häufig hat derjenige, der eine dieser Antworten sendet, ein Handbuch oder eine Webseite mit den Informationen, die Sie zur Hand haben, und schaut sich diese an, wenn er die Antwort eingibt. Diese Antworten bedeuten, dass seiner Meinung nach zum einen die Informationen, die Sie benötigen, leicht zu finden sind und zum anderen bei der Suche nach Informationen mehr zu lernen sind, als wenn Sie sie auf einem Teller unter der Nase vorfinden.

Dies sollte Sie nicht stören. Nach Hacker-Maßstäben zeigte er Ihnen bereits genug Respekt, indem er die Frage nicht ignorierte. Sie müssen dem Verantwortlichen für seine väterliche Güte danken.

Wenn du nicht verstehst ...

Wenn Sie die Antwort nicht verstehen, senden Sie nicht sofort eine Aufforderung, sie zu erklären. Verwenden Sie dieselben Informationsquellen wie bei der Suche nach der Antwort auf die ursprüngliche Frage (Handbücher, FAQ, Web, erfahrene Kollegen), um die Antwort zu verstehen. Wenn Sie danach noch Abklärung benötigen, zeigen Sie, was Sie selbst gelernt haben.

Angenommen, ich habe Ihnen geantwortet: "Es sieht so aus, als hätten Sie ein Zentrum, das Sie überprüfen müssen." Dann wäre eine schlechte Klärungsfrage: "Was ist zentry"? Ein guter Tipp: "OK, ich habe die Handbuchseite gelesen und über zentry wird nur in den Optionen -z und -p berichtet. Keiner von ihnen gibt an, wie ein aufgehängtes zentry zurückgesetzt werden soll. Muss ich eine dieser Optionen verwenden oder bin ich missverstanden? "

Unhöfliche Reaktion

Das meiste, was in Hacker-Kreisen unhöflich erscheint, wird nicht als Beleidigung verwendet. Es ist vielmehr eine Konsequenz des direkten, störungsfreien Kommunikationsstils, der für Menschen, die versuchen, Probleme zu lösen, selbstverständlich ist und für andere nicht weich und flauschig erscheint.

Versuchen Sie, ruhig zu reagieren, wenn Sie auf Unhöflichkeit stoßen. Wenn jemand wirklich über das hinausgeht, was akzeptabel ist, wird ihn wahrscheinlich der Host der Mailingliste, der Diskussionsgruppe oder des Forums an seine Stelle setzen. Wenn dies nicht geschieht und Sie die Beherrschung verlieren, ist es wahrscheinlich, dass sich die Person, die dieses Verhalten verursacht hat, im Rahmen der Normen der Hacker-Community verhält, und jeder wird davon ausgehen, dass Sie es sind, der Unrecht hat. Dies verringert die Wahrscheinlichkeit, die erforderlichen Informationen oder Hilfe zu erhalten, erheblich.

Andererseits kann man manchmal auf Grobheit und eine Herausforderung stoßen, die keine offensichtliche Grundlage hat. Die Kehrseite dieser Medaille ist, dass eine solche Reaktion eine durchaus akzeptable Form ist, echte unhöfliche Menschen an ihre Stelle zu setzen - wir schneiden ihr unwürdiges Verhalten mit einem geschärften verbalen Skalpell ab. Sie müssen jedoch sehr zuversichtlich in Ihrer Position sein, bevor Sie versuchen, dies zu tun. Die Grenze zwischen dem Hinweis auf Unhöflichkeit und dem Beginn eines bedeutungslosen "Basars" (im Original - Flamewar - ca. Übersetzer ) ist so dünn, dass Hacker sich oft darüber hinwegsetzen. Wenn Sie ein Anfänger oder nur ein Gelegenheitsleser sind, besteht kaum eine Chance, einen solchen Fehler zu vermeiden. Wenn Sie an Informationen und nicht an Unterhaltung interessiert sind, nehmen Sie am besten Ihre Hände von der Tastatur und riskieren Sie nicht, an solchen Diskussionen teilzunehmen.

(Einige bestehen darauf, dass viele Hacker an einer milden Form von Autismus oder Asperger-Syndrom leiden , und sie haben einfach nicht den Teil des Gehirns, der für die „normale“ soziale Interaktion zwischen Menschen verantwortlich ist. Vielleicht ist das wahr, oder vielleicht auch nicht. Wenn Sie - Kein Hacker, die Vorstellung von Hackern als Patienten auf Ihrem Kopf kann Ihnen helfen, sich mit unseren Kuriositäten auseinanderzusetzen. Überlegen Sie, was Sie wollen. Es ist uns egal, wir möchten einfach so sein und wir behandeln Skepsis mit gesunder Skepsis.)

Im nächsten Abschnitt werden wir über ein anderes Problem sprechen. über eine Art "Unhöflichkeit", der Sie begegnen können, wenn Sie sich irren.

Reagiere nicht wie ein Verlierer

Es ist wahrscheinlich, dass Sie in den Hackerforen mehrmals Fehler gemacht haben - wie in diesem Artikel beschrieben oder ähnlich. Und sie haben dir bereits genau erklärt, wie du es vermasselt hast, möglicherweise in den Farben. Mit allen ehrlichen Leuten.

In diesem Fall ist es die unglücklichste Reaktion, sich über das Geschehene zu beschweren, sich als beleidigt zu betrachten, eine Entschuldigung zu fordern, zu schreien, sich vor Wut zu verschlucken, Klagen zu erheben, sich bei den Arbeitgebern der Täter zu beschweren, die Toilettensitze nicht herunterzulassen usw. Führen Sie stattdessen Folgendes aus:

Sich abfinden Es ist in Ordnung. In der Tat ist es gut und angemessen.

Soziale Normen unterstützen sich nicht selbst - sie werden von Menschen unterstützt, die diese Normen aktiv, offen und öffentlich anwenden. Denken Sie nicht, dass sie nur in persönlicher Korrespondenz kritisieren sollten - das ist nicht so. Es ist nicht sinnvoll, den Kommentar eines anderen als persönliche Beleidigung zu akzeptieren, dass eine Ihrer Aussagen falsch ist oder dass er eine andere Meinung vertritt. Also handeln die Verlierer.

Es gab Hackerforen, in denen es den Teilnehmern aufgrund der falsch verstandenen, hypertrophierten Höflichkeit untersagt war, Fehlermeldungen in den Nachrichten anderer Personen zu senden. Ihnen wurde gesagt: "Wenn Sie dem Benutzer nicht helfen möchten, schweigen Sie." Der Abfluss sachkundiger Teilnehmer in andere Foren führte zu ihrer Entartung zu bedeutungslosem Geschwätz und aus technischer Sicht zu völliger Vergeblichkeit.

Wählen Sie: übertriebene "Freundlichkeit" (dieser Art) oder Nützlichkeit.

Denken Sie daran: Wenn dieser Hacker schreibt, dass Sie Mist gebaut haben und (egal wie unhöflich) Sie auffordert, dies nicht mehr zu tun, tut er dies, indem er sich zum einen um Sie und zum anderen um seine Gemeinschaft kümmert. Es wäre für ihn viel einfacher, dich zu ignorieren und aus deinem Leben auszusteigen. Wenn es Ihnen an Dankbarkeit mangelt, bewahren Sie Ihre Würde - beklagen Sie sich nicht und denken Sie nicht, dass Sie wie eine zerbrechliche Puppe behandelt werden, nur weil Sie ein Anfänger mit einer überempfindlichen Seele und Illusionen über Ihre eigene Bedeutung sind.

Manchmal werden Menschen persönlich, nehmen ohne ersichtlichen Grund an schmutzigen Polemiken teil usw., selbst wenn Sie es nicht vermasselt haben (oder nur in ihrer Vorstellungskraft vermasselt haben). In diesem Fall empört zu sein, ist ein Weg, es wirklich zu vermasseln.

Diese "Skandalisten" sind entweder Lamer, die nichts verstehen, sich aber als Experten betrachten, oder potenzielle Psychologen, die prüfen, ob Sie es vermasseln oder nicht. Andere Leser werden sie entweder ignorieren oder selbst Wege finden, mit ihnen umzugehen. Das Verhalten von Schlägern schafft Probleme für sich selbst, die Sie nicht stören sollten.

Lassen Sie sich nicht in einen nutzlosen "Basar" hineinziehen. Es ist besser, solche Diskussionen zu ignorieren, nachdem man zuerst herausgefunden hat, dass dies wirklich ein nutzloser "Basar" ist, und nicht zu verstehen, warum Sie es wirklich vermasselt haben, und die Antworten auf Ihre tatsächlichen Fragen nicht genau zu verschlüsseln (dies geschieht auch).

Fragen, die nicht gestellt werden müssen

Hier sind eine Reihe von klassischen dummen Fragen und was Hacker denken, wenn sie nicht beantwortet werden.

Frage:

Wo finde ich Programm oder Ressource X?

Die Antwort lautet:

An der gleichen Stelle, wo ich es hingebracht habe, Idiot, um es im Internet zu finden. Gott, weiß nicht jeder, wie man Google benutzt ?

Frage:

Wie kann ich mit X Y machen?

Die Antwort lautet:

Wenn Sie Y machen wollen, müssen Sie so fragen, ohne vorher die Verwendung einer Methode vorzuschlagen, die möglicherweise überhaupt nicht geeignet ist. Fragen dieser Art werden oft von denen gestellt, die nicht nur nichts über X wissen, sondern auch verwirrt sind von dem zu lösenden Problem Y und sich zu sehr auf die Details ihrer spezifischen Situation konzentrieren. Es ist normalerweise am besten, solche Leute zu ignorieren, bis sie ihr Problem besser formulieren.

Frage:

Wie konfiguriere ich eine Shell-Eingabeaufforderung?

Die Antwort lautet:

Wenn Sie klug genug sind, sich dafür zu interessieren, sind Sie klug genug, selbstständig nach einer Antwort zu suchen .

Frage:

Kann ich ein AcmeCorp-Dokument mit dem Dateikonvertierungsprogramm von Bass-o-matic in eine TeX-Datei konvertieren?

Die Antwort lautet:

Versuchen Sie es und finden Sie es heraus. Erstens werden Sie die Antwort herausfinden und zweitens werden Sie aufhören, meine Zeit zu verschwenden.

Frage:

Mein {Programm, Konfiguration, meine SQL-Anweisung} funktioniert nicht

Die Antwort lautet:

Dies ist überhaupt keine Frage, und ich werde nicht ein Dutzend weiterer Leitfragen stellen, um herauszufinden, was Ihr Problem wirklich ist - ich habe Dinge zu tun und interessanter. Wenn ich solche Fragen sehe, sende ich normalerweise eine der folgenden Antworten:

  • Sie haben dem nichts mehr hinzuzufügen?

  • Oh, das ist sehr schlimm. Ich hoffe du hast das schon behoben.

  • Und was hat das mit mir persönlich zu tun?

Frage:

Ich habe Probleme mit einer Windows-Maschine. Könnten Sie helfen?

Die Antwort lautet:

Ja Werfen Sie diesen Microsoft-Müll raus und machen Sie sich selbst ein Open-Source-Betriebssystem wie Linux oder BSD.

Hinweis: Sie können Fragen zu Windows-Computern stellen, wenn diese sich auf ein Programm beziehen, das eine offizielle Version für Windows hat oder mit Computern unter Windows (z. B. Samba) interagiert. Seien Sie nur nicht überrascht über die Antwort, dass das Problem in Windows und nicht im Programm selbst liegt, da Windows im Allgemeinen so „schief“ ist, dass dies häufig so vorkommt.

Frage:

Mein Programm funktioniert nicht. Ich denke, das Problem liegt in der X-Systemkomponente.

Die Antwort lautet:

Obwohl es möglich ist, dass Sie den offensichtlichen Fehler in Systemaufrufen und Bibliotheken entdeckt haben, die von Hunderten oder Tausenden von Entwicklern intensiv genutzt werden, ist es viel wahrscheinlicher, dass Sie dies einfach nicht verstanden haben. Schwerwiegende Vorwürfe erfordern ernsthafte Beweise. Wenn Sie solche Aussagen machen, müssen sie durch eine klare und umfassende Beschreibung der Situation, in der der Fehler auftritt, untermauert werden.

Frage:

Ich habe Probleme bei der Installation von Linux (oder X). Könnten Sie helfen?

Die Antwort lautet:

Nein. Um dieses Problem zu lösen, benötige ich direkten Zugang zu Ihrer Maschine. Fragen Sie eine lokale Linux-Benutzergruppe, die Ihnen persönlich weiterhelfen kann. (Eine Liste der Benutzergruppen finden Sie hier .)

Hinweis: Fragen zur Linux-Installation können in einem Forum oder einer Mailingliste für eine bestimmte Distribution, wenn das Problem mit dieser Distribution zusammenhängt, oder in lokalen Benutzergruppenforen angezeigt werden. Stellen Sie in diesem Fall sicher, dass Sie die Details des Fehlers genau beschreiben. Aber zuerst durchsuchen Sie das Web sorgfältig nach den Schlüsselwörtern "Linux" und allen verdächtigen Hardwarekomponenten.

Frage:

Wie kann ich das root-Passwort knacken, erweiterte Rechte erhalten oder die E-Mails anderer lesen?

Die Antwort lautet:

Ja, Sie sind nur ein Idiot, da Sie dies tun möchten, und Sie Idiot, bitten Sie einfach den Hacker, Ihnen zu helfen.

Gute und schlechte Fragen

Abschließend zeige ich anhand von Beispielen, wie Sie Fragen richtig stellen. Ich werde ein paar Fragen zum selben Problem stellen, eine wird dumm gestellt und die zweite ist richtig.

Silly: Wo finde ich Informationen zu Foonly Flurbamatic?

Diese Frage bittet nur um die Antwort "STFW" .

Richtig: Ich habe versucht, mit Google im Web nach der Suchanfrage "Foonly Flurbamatic 2600" zu suchen, aber keine nützlichen Links erhalten. Weiß jemand, wo man Programmierinformationen für dieses Gerät findet?

Dieser Fragesteller hat bereits im Web gesucht und scheint ein echtes Problem zu haben.

Blöd: Ich kann den foo-Projektcode nicht kompilieren. Warum ist es falsch?

Er denkt, jemand anderes hat es vermasselt. Selbstbewusster Typ.

Richtig: Der foo-Projektcode kann unter Nulix OS 6.2 nicht kompiliert werden. Ich habe die FAQ gelesen, aber es gibt nichts über Probleme mit Nulix. Hier ist eine Aufzeichnung der Zusammenstellungssitzung. was habe ich falsch gemacht

Er wies Mittwoch darauf hin, las häufig gestellte Fragen, zeigte eine Fehlermeldung und glaubt nicht, dass die Ursache seines Problems der Fehler eines anderen ist. Diesem Kerl kann ein wenig Aufmerksamkeit geschenkt werden.

Dumm: Ich habe Probleme mit dem Motherboard. Kann jemand bitte helfen?

Jeder Hacker wird in seinem Kopf eine solche Frage beantworten, höchstwahrscheinlich: "Gut. Vielleicht können Sie mir helfen, zu rülpsen und meine Windel zu wechseln?" Und die Entf-Taste drücken.

Das stimmt: Ich habe X, Y und Z auf dem S2464-Motherboard ausprobiert. Wenn es nicht geklappt hat, habe ich A, B und C ausprobiert. Achten Sie auf ein seltsames Symptom, wenn Sie versuchen, C zu machen. Offensichtlich macht dieser Müll keine Aufregung, aber die Ergebnisse sind unvorhersehbar. Was führt normalerweise dazu, dass Multiprozessor-Motherboards mit Athlon ausfallen? Hat jemand Ideen für zusätzliche Tests, die helfen, das Problem einzugrenzen?

Dieser Genosse scheint im Gegenteil eine Antwort wert zu sein. Er zeigte die Fähigkeit, Probleme zu lösen und nicht nur zu warten, bis ihm die Antwort vom Himmel fällt.

Achten Sie bei der letzten Frage auf den kleinen, aber wichtigen Unterschied zwischen "Geben Sie mir eine Antwort" und "Bitte helfen Sie mir herauszufinden, welche zusätzlichen Diagnoseschritte Sie zur Klärung der Situation ergreifen können."

Tatsächlich ist das Formular zum Stellen der letzten Frage dem im August 2001 auf der Mailingliste des Linux-Kernels verwendeten Formular sehr ähnlich. Ich (Eric) habe diese Frage dann gestellt. Auf dem Tyan S2464-Motherboard habe ich merkwürdige Einfrierungen beobachtet. Die Mitglieder der Mailingliste lieferten wertvolle Informationen, die es mir ermöglichten, diese Hänge loszuwerden.

Indem Sie wie ich eine Frage stellen, geben Sie den Menschen Denkanstöße. Ich machte die Teilnahme an der Lösung des Problems für sie einfach und attraktiv. Ich habe Respekt für die Fähigkeiten meiner Kollegen gezeigt und sie eingeladen, gleichberechtigt zu diskutieren. Ich habe auch gezeigt, dass ich ihre Zeit schätze, indem ich beschreibe, welche Sackgassen ich bereits passiert habe.

Als ich mich bei allen bedankte und betonte, wie gut das Problem gelöst wurde, wies eines der Mitglieder der Mailingliste darauf hin, dass es seiner Meinung nach nicht geklappt hat, weil ich eine "berühmte Person" auf dieser Liste war. aber wegen der richtigen form die frage zu stellen.

Hacker sind in gewisser Hinsicht eine sehr grausame intellektuelle Elite (im Original - Meritokratie . Ca. Übersetzer ). Ich bin mir sicher, dass er Recht hat, und wenn ich es vermasselt hätte , würde ich kritisiert oder ignoriert, unabhängig von früheren Verdiensten. Sein Vorschlag, die Situation als Leitfaden für alle anderen zu beschreiben, war der unmittelbare Grund, diesen Leitfaden zu verfassen.

Wenn keine Antwort eingeht

Wenn Sie keine Antwort erhalten, nehmen Sie sie nicht persönlich, da wir es ablehnen, Ihnen persönlich zu helfen. Manchmal kennen die Forumsteilnehmer die Antwort einfach nicht. Das Fehlen einer Antwort ist nicht gleichbedeutend mit dem Ignorieren, obwohl es schwierig ist, den Unterschied von außen zu bemerken.

Im Allgemeinen ist es keine gute Idee, eine Frage erneut zu übermitteln. Dies wird als bedeutungsloser Ärger empfunden.

Es gibt andere Hilfsquellen, an die Sie sich wenden können, die häufig besser auf die Bedürfnisse von Anfängern zugeschnitten sind.

Es gibt viele Benutzergruppen, die online und vor Ort mit Begeisterung an Software beteiligt sind, obwohl viele ihrer Mitglieder noch nie ein einziges seriöses Programm geschrieben haben. Diese Gruppen werden häufig so gebildet, dass sich die Teilnehmer gegenseitig und neue Benutzer helfen.

Es gibt auch viele kommerzielle Unternehmen, mit denen Sie sowohl große als auch kleine Supportverträge abschließen können (einige der bekanntesten sind Red Hat und Linuxcare, aber es gibt viele andere). Hab keine Angst vor der Idee, für Unterstützung zu bezahlen! Wenn Sie am Ende eine Generalüberholung des Automotors benötigen, geben Sie diese an die Werkstatt und bezahlen die Reparaturkosten. Auch wenn die Software wertlos war, können Sie nicht erwarten, dass sie immer kostenlos unterstützt wird.

Beliebte Software wie Linux hat mindestens 10.000 Benutzer pro Entwickler. Eine Person kommt mit der Unterstützung von 10.000 Nutzern einfach nicht zurecht. Denken Sie daran, dass selbst wenn Sie für den Support bezahlen müssen, dieser immer noch viel weniger kostet als der Kauf der Software selbst (und Support für proprietäre Software ist in der Regel teurer und wird von weniger kompetenten Spezialisten durchgeführt als bei Open-Source-Software Code).

Wie man gute Antworten gibt.

Sei großzügig. Stress im Zusammenhang mit dem Problem kann Menschen, die nicht unhöflich oder dumm sind, machen.

Geben Sie den ersten Fehler privat an. Es besteht keine Notwendigkeit, eine Person öffentlich zu demütigen, die sich ehrlich geirrt hat. Ein unerfahrener Benutzer weiß möglicherweise nicht, wie er die Archive durchsucht oder wo sich eine Liste häufig gestellter Fragen befindet oder veröffentlicht wird.

Wenn Sie sich nicht sicher sind, sagen Sie es! Eine fehlerhafte, aber verbindlich klingende Antwort ist schlimmer als keine Antwort. Leiten Sie Menschen nicht auf den falschen Weg, nur weil Sie sich freuen, als Experte zu fungieren. Sei demütig und ehrlich. Geben Sie ein gutes Beispiel für Fragesteller und Kollegen.

Wenn Sie nicht helfen können, kümmern Sie sich nicht darum. Machen Sie keine Witze über Vorgänge, die die Umgebung des Benutzers ruinieren können - dieser Dummkopf kann Ihre Witze als Leitfaden zum Handeln verwenden.

Stellen Sie weitere Fragen, um weitere Informationen zu erhalten. Wenn Sie es richtig machen, lernt der Fragesteller etwas und Sie auch. Versuchen Sie, eine schlechte Frage in eine gute zu verwandeln. Denken Sie daran - wir waren alle Anfänger.

Obwohl die einfache Antwort von RTFM gerechtfertigt sein kann, wenn sie nur einer faulen Person gegeben wird, ist ein Link zur Dokumentation (auch wenn es sich um eine Reihe von Stichwörtern für die Suche bei Google handelt) immer noch besser.

Wenn Sie die Frage bereits beantworten, lassen Sie uns die Antwort im Wesentlichen erhalten. Schlagen Sie keine hastig erfundenen Problemumgehungen vor, wenn im Prinzip das falsche Tool oder der falsche Ansatz verwendet wird. Gute Mittel anbieten. Formulieren Sie die Frage neu.

Helfen Sie der Öffentlichkeit, von dem Problem zu profitieren. Wenn Sie auf eine gute Frage stoßen, fragen Sie sich: "Wie ändere ich die relevante Dokumentation oder die FAQ-Liste, sodass diese Frage von niemand anderem gestellt wird?". Senden Sie dann die entsprechende Ergänzung an denjenigen, der diese Dokumente unterstützt.

Wenn Sie eine Studie durchführen mussten, um eine Frage zu beantworten, teilen Sie Ihre Erfahrungen mit und schreiben Sie nicht, als ob die Antwort vom Himmel auf Sie gefallen wäre. Eine gute Frage zu beantworten ist, wie man einen Hungrigen einmal füttert, aber eine Forschungsmethode anhand eines Beispiels zu entwickeln, bedeutet zu lernen, Nahrung fürs Leben zu bekommen.

Zusätzliche Informationsquellen

Wenn Sie Informationen zu den Grundlagen von PCs, Unix und dem Internet benötigen, lesen Sie das HOWTO zu den Grundlagen von Unix und Internet .

Versuchen Sie, beim Erstellen von Software oder beim Freigeben von Software-Fixes die im HOWTO für die Software-Freigabepraxis beschriebenen Grundsätze zu befolgen .

Danksagung

Evelyn Mitchell bot an, einige alberne Fragen zu kommentieren, und inspirierte das Schreiben des Abschnitts „Wie man gute Antworten gibt“. Mikhail Ramendik machte eine Reihe wertvoller Vorschläge zur Verbesserung des Dokuments.

Hinweise für Übersetzer

Der Originalartikel stammt von hier .