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

Wie man Fragen richtig stellt

(Dies ist eine zwischengespeicherte Kopie, das Original war auf http://ln.ua/~openxs/articles/smart-questions-ru.html.) Wenn Sie das Altern dieser Kopie bemerken oder die ursprüngliche Quelle wiederherstellen, schreiben Sie bitte an den Webmaster dieser Website.

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

Rick Moen < rick@linuxmafia.com >

Copyright © 2001 Eric S. Raymond

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

Chronologie der Versionen:

  • Version 3.1 - 28. Oktober 2004 (Hinzugefügt: 'Google ist dein Freund!')
  • Version 3.0 - 2. Februar 2004 (Erhebliche Hinzufügung der Argumentation über die Etikette der Kommunikation in Web-Foren.)

Inhalte

Übersetzungen
Disclaimer
Einleitung
Bevor Sie fragen ...
Wenn Sie fragen ...
Wählen Sie das richtige Forum
Web- und IRC-Foren für Einsteiger ermöglichen es Ihnen häufig, schnellstmöglich eine Antwort zu bekommen
Verwenden Sie als zweiten Schritt die Mailinglisten von Projekten
Stellen Sie aussagekräftige, spezifische Nachrichtenthemen
Vereinfachen Sie das Senden einer Antwort
Schreiben Sie in einfacher Sprache und beachten Sie die Regeln der Grammatik und des Vokabulars
Senden Sie Fragen in allen klaren Formaten
Beschreiben Sie detailliert und detailliert das Problem
Das Volumen bedeutet noch nicht Genauigkeit
Behaupten Sie nicht, einen Fehler gefunden zu haben
Öffentliche Selbstabschaffung ersetzt keine Hausaufgaben
Beschreibe die Symptome des Problems, nicht deine Annahmen
Beschreiben Sie die Symptome des Problems in chronologischer Reihenfolge
Beschreibe das Ziel, keinen separaten Schritt
Fragen Sie nicht, auf Ihre persönliche E-Mail-Adresse zu antworten
Stellen Sie klare und klare Fragen
Stellen Sie keine Fragen von den Hausaufgaben
Bedeutungslose Anfragen vermeiden
Markieren Sie Ihre Frage nicht als "Dringend", auch wenn es für Sie so ist
Höflichkeit schmerzt nie und hilft manchmal
Senden Sie eine kurze Beschreibung der Lösung
Wie man die Antworten interpretiert
RTFM und STFW: Wie Sie verstehen, dass Sie ernsthaft vermasselt sind
Wenn du das nicht verstehst ...
Reaktion auf Grobheit
Reagiere nicht wie ein Verlierer
Fragen, die Sie nicht stellen müssen
Gute und schlechte Fragen
Wenn keine Antwort empfangen wird
Wie man gute Antworten gibt
Zusätzliche Informationsquellen
Vielen Dank

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, spiegeln, übersetzen oder zitieren möchten, lesen Sie bitte meine Kopierregeln .

Disclaimer

Auf den Seiten vieler Projekte in den Abschnitten zum Beantragen von Hilfe finden Sie Links zu diesem Dokument. Das ist gut, für diesen Zweck ist es vorgesehen, aber wenn Sie ein Webmaster sind, der einen solchen Link auf der Seite seines Projektes 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 mit unserer eigenen bitteren Erfahrung gelernt, dass wir in Ermangelung einer solchen Warnung ständig von Idioten belästigt werden, die glauben, dass die Veröffentlichung dieses Dokuments uns dazu verpflichtet, alle technischen Probleme in der Welt zu lösen.

Wenn Sie dieses Dokument lesen, weil Sie Hilfe benötigen, und am Ende scheint es, dass Sie es direkt von den Autoren bekommen können, 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 von denjenigen, die die Software oder Hardware verstehen, mit der Sie arbeiten, Hilfe erhalten, aber in 99% der Fälle sind wir nicht diejenigen, die versiert sind. Wenn Sie nicht sicher sind, dass einer der Autoren ein Experte für das ist, was Sie kennen, dann lassen Sie uns in Ruhe, und das wird die Dinge für alle verbessern.

Einleitung

In der Welt der Hacker hängt der Stil der Antworten, die Sie zu den technischen Fragen erhalten, von der Methode ab, Fragen zu stellen, nicht weniger als deren Komplexität. Dieses Handbuch wird Sie lehren, Fragen so zu stellen, dass die Wahrscheinlichkeit einer zufriedenstellenden Antwort erhöht wird.

Jetzt, da die Open-Source-Software weit verbreitet ist, können Sie oft Antworten von anderen, erfahreneren Benutzern erhalten, nicht von Hackern. Das ist gut; Benutzer sind normalerweise ein bisschen toleranter gegenüber den Fehlern, die Anfänger oft machen. Wenn Sie jedoch erfahrene Benutzer als Hacker bezeichnen, wird dies in Übereinstimmung mit den hier vorgestellten Empfehlungen der effektivste Weg sein, um nützliche Antworten von ihnen zu erhalten.

Zuallererst müssen wir verstehen, dass Hacker tatsächlich komplexe Probleme und gut, fähig sind, die Gehirne aufzurütteln, Fragen zu diesen Problemen. Wenn wir es nicht mögen, wären wir keine Hacker. Wenn wir eine interessante Frage stellen, die viel Nachdenken erfordert, werden wir dafür dankbar sein; Gute Fragen sind ein Ansporn und ein Geschenk. Gute Fragen helfen, das Thema besser zu verstehen und oft Probleme aufzudecken, die vorher nicht bemerkt oder gedacht wurden. Aus dem Mund eines Hackers: "Gute Frage!" ist ein großes und aufrichtiges Kompliment.

Trotzdem wird angenommen, dass Hacker einfache Probleme eher feindselig oder arrogant behandeln. Manchmal scheint es, dass wir Anfänger unfreundlich sind und sie ignorieren. In der Tat ist dies nicht so.

Wir sind zweifellos feindlich gegenüber Menschen, die vermutlich nicht bereit sind zu denken oder zu lernen, bevor sie Fragen stellen. Solche Leute töten die Zeit - sie nehmen, ohne etwas dafür zu geben, Zeit zu nehmen, die wir einem anderen Thema widmen könnten, interessanter und einer anderen Person, die einer Antwort würdig ist. Wir nennen diese Leute "Verlierer" (aus historischen Gründen wird dieses Wort manchmal als "Luser" geschrieben - Verlierer).

Wir verstehen, dass viele Leute die von uns erstellte Software nur benutzen wollen und die technischen Details überhaupt nicht studieren werden. Für die meisten Menschen ist ein Computer nur ein Instrument, ein Mittel zum Zweck; Sie haben interessantere Aktivitäten und andere Probleme im Leben. Wir erkennen das und erwarten nicht, dass alle an den für uns so attraktiven technischen Nuancen interessiert sind. Trotzdem ist unser Stil der Antworten auf Fragen für Leute geeignet, die sich wirklich dafür interessieren und aktive Teilnehmer am Problemlösungsprozess sein wollen. Es wird sich nicht ändern. Und es sollte sich nicht ändern; Andernfalls können wir nicht effektiv tun, was wir am besten sind.

Wir (meistens) sind Freiwillige. Wir widmen unserem harten Leben die Zeit, Fragen zu beantworten, und von Zeit zu Zeit kommen wir nicht mit einer Reihe von Fragen zurecht. Deshalb müssen wir gnadenlos "den Markt filtern". Insbesondere die Probleme potenzieller Verlierer zu verwerfen, um die Zeit für Antworten effektiver zu verbringen und sie den Gewinnern zu widmen.

Wenn diese Position lächerlich, arrogant oder arrogant erscheint, sind Sie falsch. Wir bitten Sie nicht, für uns zu beten - tatsächlich möchten die meisten von uns gleichberechtigt mit Ihnen kommunizieren und Sie in Ihre Kultur einführen, wenn Sie die notwendigen Anstrengungen unternehmen, um dies zu tun. Aber für uns ist es einfach ineffizient, Menschen zu helfen, die sich nicht selbst helfen wollen. Unhöflich zu sein, ist normal, aber vorgeben, ein Idiot zu sein, ist es nicht.

Obwohl es überhaupt nicht notwendig ist, technisch kompetent zu sein, um unsere Aufmerksamkeit zu erhalten, ist es notwendig, die Qualitäten zu demonstrieren, die es ermöglichen, kompetent zu werden - Aufmerksamkeit, Nachdenklichkeit, Beobachtung und den Wunsch, aktiv an der Entwicklung einer Lösung mitzuwirken. Wenn Sie diese Art von Diskriminierung nicht akzeptieren können, ist es sinnvoll, jemanden für kommerzielle Unterstützung zu bezahlen und nicht Hacker zu bitten, Ihnen persönlich zu helfen.

Wenn Sie sich entscheiden, uns um Hilfe zu bitten, werden Sie kein Verlierer. Und handle nicht wie ein Verlierer. Der beste Weg, um eine schnelle und sensible Antwort zu bekommen, ist, zu fragen, wie eine Person intelligent, selbstbewusst und kenntnisreich ist, die einfach Hilfe brauchte, um ein bestimmtes Problem zu lösen.

(Anhänge 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 für Web-Etikette erstellt wurde und ignoriere in der Regel Vorschläge, die nicht direkt mit dem Erhalt nützlicher Antworten im technischen Forum zusammenhängen .)

Bevor Sie fragen ...

Bevor Sie eine technische Frage per E-Mail oder Diskussionsgruppe, in einem Chatraum oder in einem Forum stellen, gehen Sie wie folgt vor:

  1. Versuchen Sie, die Antwort zu finden, indem Sie das Web durchsuchen.

  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 zu finden, indem Sie sie überprüfen oder experimentieren.

  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 bereits getan haben. es wird helfen zu verstehen, dass Sie nicht ein Schade sind, der die Zeit eines anderen verschwendet. Noch besser, zeigen Sie, was Sie als Ergebnis Ihrer Suche gelernt haben . Wir antworten gerne auf Menschen, die ihre Fähigkeit bewiesen haben, Antworten wahrzunehmen.

Verwenden Sie Techniken wie die Suche in Google nach dem Text der empfangenen Fehlermeldung (siehe auch in Diskussionsgruppen - Google Groups und nicht nur auf Webseiten). Dies kann entweder direkt zur Dokumentation zur Fehlerbehebung führen oder zur Diskussion in der Mailingliste, in der Sie die Antwort finden können. Auch wenn es keine Antwort gibt, lautet der Satz: "Ich habe Google nach der nächsten Anfrage durchsucht, aber nichts Nützliches gefunden" wäre nützlich, wenn Sie sich per E-Mail oder einer Diskussionsgruppe um Hilfe bewerben.

Bereite die Frage vor. Denken Sie darüber nach. Bei oberflächlichen Fragen erhalten Sie oberflächliche Antworten oder generell keine Antworten. Je mehr Sie tun, um Ihre Gedanken und Bemühungen zu demonstrieren, um das Problem zu lösen, 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, Anmerkung des Herausgebers ) höchstwahrscheinlich eine nutzlose wörtliche Antwort geben, nachdem er gleichzeitig "Dumme Frage ..." gedacht hat und in der Hoffnung, als du gefragt hast, anstatt was du wirklich brauchst, wird dir etwas beibringen.

Denke nicht, dass du antworten musst. Niemand schuldet dir etwas; Sie haben letztendlich diese Leistungen nicht bezahlt. Sie erhalten eine Antwort, wenn Sie es verdienen, indem Sie eine bedeutende, interessante und suggestive Frage stellen - eine Frage, die der Gemeinschaft implizit eine neue Erfahrung gibt und nicht nur andere dazu bringt, Wissen zu teilen.

Auf der anderen Seite ist es schön, sofort klar zu machen, dass Sie im Entscheidungsprozess helfen können und wollen. Zu Fragen wie "Kann jemand sagen?", "Was ist in meinem Beispiel nicht enthalten?" und "Gibt es eine Website, die sich mit diesem Thema befasst?" wird die Antwort wahrscheinlicher empfangen als die Anforderung, eine genaue Abfolge von Aktionen zur Lösung des Problems zu senden, da Sie klar gezeigt haben, dass Sie das Problem selbst lösen, wenn Ihnen jemand den richtigen Ablauf anzeigt.

Wenn Sie fragen ...

Wählen Sie das richtige Forum

Überlegen Sie sich, wo Sie die Frage stellen können. Sie werden höchstwahrscheinlich ignoriert oder als Verlierer verschüttet, wenn Sie:

  • wird eine Frage an ein Forum senden, das nicht zum Thema passt (off topic)

  • wird die elementarste Frage an das Forum senden, wo komplexe technische Probleme diskutiert werden oder umgekehrt

  • sendet einen 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 auf die falsche Adresse gerichtet sind, um ihre Kommunikationskanäle nicht mit irrelevanten Informationen zu belasten. Gehen Sie nicht in diese Kategorie von Fragen ein.

Daher müssen Sie zuerst das entsprechende Forum finden. Dies hilft Ihnen erneut bei der Google-Suchmaschine und anderen Suchwerkzeugen im Web. Verwenden Sie sie, um die Projektseite zu finden, die am ehesten mit der Hardware oder Software verknüpft ist, mit der Sie Schwierigkeiten haben. In der Regel finden Sie auf dieser Seite Links zu häufig gestellten Fragen (FAQ, FAQ - Häufig gestellte Fragen), Mailinglisten des Projekts und deren Archive. Dort müssen Sie um Hilfe bitten, wenn Ihre eigenen Bemühungen (einschließlich Lesen , von Ihnen entdeckt, FAQ) nicht erfolgreich waren. Die Projektseite kann auch die Prozedur zur Information über den Fehler beschreiben, oder es wird ein Link dazu bereitgestellt. Verwenden Sie in einem solchen Fall die empfohlene Vorgehensweise.

Die gleiche Nachricht an eine Person oder an ein Forum zu senden, die Sie nicht kennen, ist ein Unternehmen, das zumindest riskant ist. Denken Sie beispielsweise nicht, dass der Autor einer informativen Webseite Ihr freier Berater werden möchte. Machen Sie keine optimistischen Annahmen, dass Ihre Frage froh sein wird - wenn Sie sich nicht sicher sind, senden Sie sie an eine andere Adresse oder verweigern Sie ihr Paket überhaupt.

Treffen Sie bei der Auswahl eines Web-Forums, einer Diskussionsgruppe oder einer Mailing-Liste keine Entscheidung, die nur auf den Namen basiert; lesen Sie die Liste der häufig gestellten Fragen (FAQs) oder Regeln, um sicherzustellen, dass die Frage dem Thema entspricht. Lesen Sie die Nachrichten für eine Weile, bevor Sie Fragen senden, um zu erfahren, wie und was hier getan wird. Tatsächlich schadet es vor dem Senden einer Frage nicht, nach Keywords zu suchen, die mit Ihrem Problem in den Archiven der Diskussionsgruppe oder der Mailingliste zusammenhängen. Infolgedessen können Sie die Antwort finden, und wenn nicht, hilft diese Suche, die Frage besser zu formulieren.

Verwenden Sie nicht alle verfügbaren Hilfskanäle gleichzeitig. Es ist wie ein Schrei und empört die Menschen. Adressiere sie nacheinander.

Definieren Sie das Thema korrekt! Einer der klassischen Fehler besteht darin, eine Frage über die Unix- oder Windows-Programmierschnittstelle in einem Forum zu stellen, das einer Sprache, Bibliothek oder einem Tool auf beiden Plattformen gewidmet ist. Wenn Sie nicht verstehen, warum dies ein grober Fehler ist, stellen Sie keine Fragen, bis Sie verstanden haben.

Im Allgemeinen ist die Wahrscheinlichkeit, Antworten auf Fragen in einem richtig ausgewählten öffentlichen Forum zu erhalten, höher als in einem privaten Forum. Es gibt mehrere Gründe dafür. Einer von ihnen ist die Anzahl der potenziellen Responder. Die andere ist die Größe des Publikums, das die Antwort kennt; Hacker mit großer Freude beantworten Fragen, die viele interessieren können als Fragen, die nur für Einheiten nützlich sind.

Es ist klar, dass erfahrene Hacker und Schöpfer populärer Programme bereits weitaus irrelevantere Themen bekommen als sie möchten. Wenn Sie diesen Flow erhöhen, können Sie in manchen Fällen zum letzten Strohhalm werden - manchmal hören die Teilnehmer an beliebten Projekten auf, sie zu unterstützen, weil sie keine Probleme mehr mit unnötigen Nachrichten per E-Mail an ihre persönlichen Adressen ertragen.

Web- und IRC-Foren für Einsteiger ermöglichen es Ihnen häufig, schnellstmöglich eine Antwort zu bekommen

Ihre lokale Benutzergruppe oder Ihre Linux-Distribution kann ein webbasiertes Forum oder einen IRC-Kanal unterstützen, der für Anfänger gedacht ist. (In nicht englischsprachigen Ländern sind die Foren für Einsteiger nach wie vor höchstwahrscheinlich als Mailinglisten organisiert.) Dies sind geeignete Orte für die anfängliche Zuweisung von Fragen, insbesondere wenn davon ausgegangen wird, dass Sie mit einem relativ einfachen oder typischen Problem konfrontiert sind. Ein öffentlich angekündigter IRC-Kanal ist eine explizite Einladung, Fragen zu stellen und oft auch Echtzeitreaktionen zu empfangen.

Wenn das Programm, mit dem Sie Probleme haben, aus der Distribution stammt (was heutzutage typisch ist), ist es möglicherweise besser, vor der Kontaktaufnahme mit dem Forum / der Mailingliste zuerst das Forum / die Mailingliste für die entsprechende Distribution zu fragen. Hacker, die an dem Projekt arbeiten, können einfach antworten: " Unsere Versammlung benutzen".

Bevor Sie eine Frage in einem Web-Forum stellen, prüfen Sie, ob es möglich ist, darauf zu suchen. Und wenn es ist, suchen Sie nach ein paar Schlüsselwörtern für eine Diskussion eines Problems wie Ihres; es kann helfen. Wenn Sie vorher eine allgemeine Suche im Internet durchgeführt haben (was hätte geschehen sollen), schauen Sie sich das Forum noch an; vielleicht hat deine Suchmaschine dieses Forum schon lange nicht indexiert.

Es besteht eine interessante Tendenz, Projektbenutzer über ein Web-Forum oder einen IRC-Kanal zu unterstützen und eine E-Mail für die Kommunikation zwischen Entwicklern zu hinterlassen. Wenn Sie also Hilfe beim Projekt benötigen, konsultieren Sie bitte zuerst diese Informationsquellen.

Verwenden Sie als zweiten Schritt die Mailinglisten von Projekten

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 wissen, wer Ihre Frage am besten beantworten kann. Suchen Sie die Adresse der Mailingliste des Projekts in der Dokumentation oder auf der Projektwebsite und senden Sie eine Frage an diese Adresse. Es gibt mehrere gute Gründe dafür:

  • Jede Frage, die gut genug ist, um einen Entwickler damit zu kontaktieren, wird für die ganze Gruppe wertvoll sein. Im Gegenteil, wenn es scheint, dass die Frage zu primitiv für die Mailingliste ist, ist dies kein Grund, sie die Leiter der einzelnen Entwickler zu täuschen.

  • Wenn die Frage in der Mailingliste gesetzt ist, verteilt sich die Last auf alle Entwickler. Ein bestimmter Entwickler (besonders wenn er der Projektmanager ist) kann zu beschäftigt sein, um Ihre Fragen zu beantworten.

  • Die meisten Mailinglisten werden archiviert und Archive werden von Suchmaschinen indexiert. Jemand wird in der Lage sein, Ihre Frage und Antworten im Netzwerk zu finden und nicht erneut auf der Mailingliste.

  • Wenn bestimmte Fragen häufig gestellt werden, können Entwickler diese Informationen verwenden, um die Dokumentation oder das Softwareprodukt selbst zu verbessern, damit sie verständlicher werden. Aber wenn diese Fragen persönlich gestellt werden, hat niemand ein allgemeines Bild - was oft gefragt wird.

Wenn das Projekt getrennte Mailinglisten oder Webforen für "Benutzer" und für "Entwickler" (oder "Hacker") hat und Sie sich nicht mit dem Code befassen, stellen Sie die Frage in der Liste / im Forum für "Benutzer". Zählen Sie nicht herzlich auf die Mailingliste für Entwickler, wo Ihre Frage wahrscheinlich als "Lärm" eingestuft wird, der den Informationsaustausch über den Entwicklungsprozess stört.

Wenden Sie sich jedoch an die Entwickler, wenn Sie sich der Nicht-Trivialität Ihrer Frage sicher sind und keine Antwort in der Mailingliste / dem Forum für "Benutzer" erhalten haben. Es ist sinnvoll, ein paar Tage vorher die entsprechende Mailingliste oder das Forum zu besuchen, um seine Traditionen zu lernen (tatsächlich ist es sinnvoll, dies vor der Kontaktaufnahme mit einer privaten oder halb geschlossenen Mailingliste zu tun).

Wenn Sie die Adresse der Mailingliste des Projekts nicht finden können, aber die Adresse der Person, die das Projekt leitet, bekannt ist, senden Sie Ihre Frage an den Moderator. Aber denken Sie in diesem Fall nicht daran, dass es keine Mailingliste gibt. Geben Sie in Ihrer Nachricht an, dass Sie versucht haben, aber die entsprechende Mailingliste nicht gefunden haben. Erwähnen Sie auch, dass Sie Ihre Nachricht nicht an andere Empfänger senden möchten. (Viele Leute denken, persönliche Korrespondenz sollte persönlich bleiben, auch wenn nichts geheim ist.) Indem Sie Ihre Nachricht weiterleiten können, geben Sie den Menschen die Wahl.)

Stellen Sie aussagekräftige, spezifische Nachrichtenthemen

Wenn Sie eine Nachricht an eine Mailingliste oder an eine Diskussionsgruppe senden, ist der Betreff der Nachricht eine gute Gelegenheit, um qualifizierte Experten in einer Zeichenfolge von bis zu 50 Zeichen zu erreichen. Verschwenden Sie es nicht, wenn Sie plappern wie "Bitte helfen Sie mir" (die Themen "BITTE HILFE MIR !!!!", Nachrichten mit solchen Themen werden reflexiv abgelehnt). Versuche nicht, uns mit der Tiefe deines Leidens zu beeindrucken; Es ist besser, den zugewiesenen Platz für die kürzest mögliche Beschreibung des Problems zu verwenden.

Eine gute Übereinstimmung bei der Gestaltung von Nachrichtenthemen, die von vielen technischen Unterstützungsdiensten verwendet werden, ist die Verwendung der Vorlage "Objektabweichung". Der Teil "Objekt" gibt an, was das Problem war, und der Abschnitt "Abweichung" beschreibt die Abweichung vom erwarteten Verhalten.

Es ist dumm:

HILFE oder ASSIST! Die Grafikkarte auf meinem Laptop funktioniert nicht richtig!

Angemessen:

Ungültige Mauszeigerform in XFree86 4.1, Video auf dem Fooware MV1005-Chipsatz

Noch besser:

XFree86 4.1 Mauszeiger auf dem Fooware MV1005 Chipsatz - die falsche Form

Das Schreiben eines Themas mit der Vorlage "object-deviation" hilft dabei, das Problem genauer zu verstehen. Was genau funktioniert falsch? Nur der Mauszeiger oder auch andere Grafiken haben Probleme? Das Problem ist nur in XFree86? Nur in Version 4.1? Dieses Problem tritt nur auf Grafikkarten mit einem Fooware-Chipsatz auf? Nur im Modell MV1005? Hacker wird nach Erhalt einer Nachricht mit einem ähnlichen Thema in der Lage sein zu verstehen, was genau Sie mit einem Problem hatten und was für ein Problem es ist.

Stellen Sie sich im Allgemeinen vor, dass Sie die Liste der Fragen im Archiv durchsuchen, in der nur die Betreffzeilen dargestellt werden. Lassen Sie die Themenzeile die Essenz des Problems recht gut widerspiegeln, und das nächste Betrachtungsarchiv auf der Suche nach einer Antwort auf eine solche Frage könnte eine Diskussion finden, die zu einer 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 ist - eine Frage wird gestellt. Eine Betreffzeile wie "Re: test" oder "Re: new bug" wird nicht genug Aufmerksamkeit erregen. Halten Sie außerdem die vorherigen Nachrichten so gering wie möglich, damit neue Benutzer verstehen können, was gerade diskutiert wurde.

Senden Sie nicht nur eine Antwort auf die Mailinglistennachricht, wenn Sie ein neues Thema besprechen möchten (starten Sie einen Diskussionsthread). Dies wird den Kreis der Befragten einschränken. Einige Mailleser wie Mutt erlauben es dem Benutzer, Nachrichten nach Themen zu sortieren und dann Nachrichten zu dem Thema zu verstecken, wodurch der Thread der Diskussion minimiert wird. Diejenigen, die diese Möglichkeit nutzen, werden Ihre Nachricht nie sehen.

Es reicht nicht, das Thema zu wechseln. Mutt und möglicherweise andere E-Mail-Leser berücksichtigen nicht nur die Betreffzeile, sondern auch andere Informationen in den Nachrichtenköpfen, wenn sie an den Diskussionsthread gebunden werden. Erstellen Sie eine vollständig neue Nachricht.

In Webforen unterscheiden sich die Diskussionsregeln geringfügig, da Nachrichten normalerweise enger mit bestimmten Diskussionsthemen verknüpft sind und außerhalb dieser Threads oft nicht sichtbar sind. Das Ändern des Themas, wenn eine Frage in der Antwort gestellt wird, ist nicht wesentlich (nicht alle Foren erlauben es sogar, Themen in den Antworten zu spezifizieren, und wenn sie gefragt werden können, liest fast niemand sie). Aber eine Gegenfrage im Gegenzug zu stellen, ist an und für sich eine zweifelhafte Praxis, da nur diejenigen, die dem entsprechenden Diskussionsfaden folgen, diese Frage sehen werden. Wenn Sie also nicht sicher sind, dass Sie sich gezielt an diejenigen wenden möchten, die an der Diskussion des Themas teilnehmen, beginnen Sie ein neues Thema.

Vereinfachen Sie das Senden einer Antwort

Der Abschluss der Frage mit dem Ausdruck "Eine Antwort, bitte an die Adresse senden ..." macht den Erhalt der Antwort sehr unwahrscheinlich. Wenn Sie in Ihrem E-Mail-Programm einige Sekunden nicht haben, um den Reply-To-Header korrekt zu setzen, haben wir nicht ein paar Sekunden Zeit, um über Ihr Problem nachzudenken. Wenn Ihr E-Mail-Programm dies nicht zulässt, löschen Sie es. Wenn Ihr Betriebssystem keine E-Mail-Programme unterstützt, die dies ermöglichen, sollten Sie besser nach dem Betriebssystem suchen.

Die Beantwortung per E-Mail in Webforen ist äußerst unhöflich, es sei denn, Sie sind sich sicher, dass Informationen vertraulich sein können (und jemand, der Sie aus einem unbekannten Grund wissen möchte, wird es Ihnen persönlich und nicht dem gesamten Forum mitteilen). Wenn Sie eine Benachrichtigung per E-Mail erhalten möchten, dass jemand das Thema im Forum beantwortet hat, fordern Sie diese Benachrichtigung in der Benutzeroberfläche des Web-Forums an; Diese Funktion wird fast überall in Form der Optionen "beobachten Sie diesen Thread", "E-Mail senden auf Antworten" usw.) unterstützt.

Schreiben Sie in einfacher Sprache und beachten Sie die Regeln der Grammatik und des Vokabulars

Es wurde experimentell festgestellt, dass Menschen, die unaufmerksam und sorglos schreiben, in den Gedanken und dem Code der Programme, die erstellt werden, in der Regel so unaufmerksam und sorglos sind (zumindest oft genug, um dies sicher zu sagen). Beantwortung der Fragen von Menschen, die unaufmerksam und unvorsichtig denken - eine undankbare Beschäftigung; wir werden unsere Zeit mit etwas anderem verbringen.

Daher ist die Klarheit und Richtigkeit des Wortlauts der Frage von Bedeutung. Wenn Sie sich nicht mit diesem Kopf täuschen wollen, wollen wir uns nicht täuschen und auf solche Probleme achten. Versuchen Sie, die Frage in der richtigen Sprache zu formulieren. Es sollte nicht schwer und formell sein - in der Hacker-Kultur wird in der Tat ein informeller Umgang mit Slang und humorvoller Sprache verwendet, der richtig verwendet wird. Aber Gedanken sollten klar zum Ausdruck gebracht werden; es ist notwendig, zumindest einige Anzeichen von Aufmerksamkeit und Aufmerksamkeit zu zeigen.

Beachten Sie die Regeln der Syntax, Interpunktion und Großschreibung. Verwechseln Sie es nicht mit ihm, lose mit oder diskret mit diskret. SCHREIBE NICHT ALLE IM OBEREN REGISTER, - dies wird als ein Schrei empfunden und als unhöflich angesehen. (Wenn alles in Kleinbuchstaben geschrieben ist, ist es nicht viel besser, weil es so schwer zu lesen ist.) Alan Cox sagt, es ist auf Wiedersehen, aber Sie tun es nicht.)

Im Allgemeinen, wenn Sie auf der Ebene des kindischen Plapperns oder des Deliriums verrückt schreiben, wird Ihre Frage wahrscheinlich ignoriert. Die Schrift im Stil der jungen "Khatsker" (im Original - Skript kiddie hax0r) ist absolut hoffnungslos und garantiert im Gegenzug Stille (oder bestenfalls eine Dosis Vernachlässigung und Sarkasmus).

Wenn Sie Fragen in einem Forum stellen, in dem Sie nicht Ihre Muttersprache verwenden, wird man einigen lexikalischen und grammatischen Fehlern verziehen - aber erwarten Sie keine Vergebung für elementare Faulheit (ja, wir sind in der Regel in der Lage, den Unterschied zu verstehen). Wenn Sie nicht genau wissen, welche Sprachen für den Adressaten - native - auf Englisch geschrieben werden sollen, Besetzte Hacker überspringen normalerweise Fragen in Sprachen, die sie nicht verstehen, und Englisch ist die Arbeitssprache des Internets. Wenn Sie eine Frage in Englisch stellen, reduzieren Sie die Wahrscheinlichkeit, dass sie ohne Lesen übersehen wird.

Senden Sie Fragen in allen klaren Formaten

Wenn Sie es künstlich erschweren, die Frage zu lesen, erhöht sich die Wahrscheinlichkeit, dass Sie anstelle einer Frage, die nicht schwer zu lesen ist, beantwortet werden. Deshalb:

  • Senden Sie die Nachricht als reinen Text und nicht als HTML. (Das Deaktivieren von HTML ist nicht so schwierig.)

  • MIME-Anwendungen sind normalerweise vollständig gültig, aber nur, wenn sie einen echten Inhalt haben (z. B. der Quellcode oder die Patchdatei) und nicht nur vom Mail-Client automatisch generiert werden.

  • Senden Sie keine Nachrichten, in denen die Absätze durch eine einzelne Zeile dargestellt werden, visuell in die folgenden Zeilen auf dem Client übertragen. (Dies erschwert die Antwort auf einen Teil der Nachricht.) Basierend auf der Annahme, dass die Empfänger die Nachrichten auf Textterminals mit Zeilen von 80 Zeichen lesen und das Einfügen von harten Zeilenumbrüchen entsprechend anpassen, indem die Zeile bis zu 80 Positionen abgeschlossen wird.

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

  • Senden Sie keine Nachrichten in der MIME Quoted-Printable-Codierung an das englischsprachige Forum. Diese Kodierung kann erforderlich sein, wenn eine Nachricht in einer Sprache gesendet wird, die nicht von der ASCII-Kodierung abgedeckt wird, aber viele Benutzerpostagenten unterstützen sie nicht. Das Lesen von Nachrichten mit gestreuten Steuerzeichen der Form = 20 ist unbequem und unangenehm.

  • Denken Sie nicht einmal daran, dass Hacker Dokumente in privaten, proprietären Formaten wie Microsoft Word oder Excel lesen können. Die meisten Hacker reagieren auf sie, wie Sie reagieren würden, wenn Sie die Haustür mit Schweinescheiße beschmiert hätten. Selbst wenn sie sie lesen können, empört sich die Notwendigkeit, sich mit diesen Formaten zu beschäftigen.

  • Deaktivieren Sie die geschwächte Microsoft-Unterstützung für "Smart Quotes", wenn Sie Nachrichten von einem Windows-Computer senden. Dadurch werden viele in der gesamten Nachricht verstreuten Müllcharaktere losgeworden.

  • In Web-Foren missbrauchen Sie nicht die "Smilies" und die Möglichkeit, "html" einzufügen (sofern diese vorhanden sind). Ein oder zwei Smileys sind normalerweise normal, aber ein farbiger Text lässt die Leute denken, dass du ein Lamer bist. Übermäßiger Gebrauch von Emoticons, Farben und Schriftarten präsentiert dich als lächerliches Teenager-Mädchen, was keinen Sinn ergibt, außer du interessierst dich für Antworten, nicht für Sex.

Wenn Sie einen E-Mail-Client mit einer grafischen Benutzeroberfläche verwenden (z. B. Netscape Messenger, MS Outlook und Ähnliches), beachten Sie, dass bei der Verwendung von Standardeinstellungen diese Regeln verletzt werden können. Die meisten dieser Clients verfügen über einen Befehl "Quelle anzeigen" im Menü. Überprüfen Sie mit Ihrer Hilfe, ob eine gesendete Nachricht den normalen Text gesendet hat, ohne unnötigen Müll.

Beschreiben Sie detailliert und detailliert das Problem

  • Beschreiben Sie sorgfältig die Symptome des gefundenen Problems oder Fehlers.

  • Beschreiben Sie die Umgebung, in der es auftritt (Maschine, Betriebssystem, Anwendung usw.) Geben Sie die Verteilung und Freigabe an (zum Beispiel: "Fedora Core 2", "Slackware 9.1" usw.).

  • Beschreiben Sie die Forschung, die Sie durchgeführt haben, wenn Sie versuchen, das Problem zu verstehen, bevor Sie eine Frage stellen.

  • Beschreiben Sie unabhängig die Schritte, die Sie zur Diagnose und Isolierung des Problems unternommen haben, bevor Sie eine Frage stellen.

  • Beschreiben Sie die letzten Änderungen in der Konfiguration des Computers oder der Software, die relevant sein können.

Tun Sie alles Mögliche, um potenzielle Fragen des Hackers zu antizipieren und beantworten Sie diese im Voraus in Ihrem Hilferuf.

Simon Tatham schrieb einen wundervollen Aufsatz mit dem Titel Wie man Fehler wirksam meldet . Ich empfehle es zu lesen.

Das Volumen bedeutet noch nicht Genauigkeit

Seien Sie genau und informativ. Dazu reicht es nicht aus, eine große Menge an Code oder Daten in die Abfrage einzufügen. Wenn es einen großen, komplexen Testfall gibt, der zu einem Fehler im Programm führt, versuchen Sie, diesen so weit wie möglich zu minimieren.

Dies ist zumindest aus drei Gründen sinnvoll. Erstens: Die nachgewiesenen Bemühungen zur Vereinfachung des Problems erhöhen die Wahrscheinlichkeit, eine Antwort zu erhalten. Zweitens: Die Vereinfachung der Frage erhöht die Wahrscheinlichkeit, eine nützliche Antwort zu erhalten. Drittens können Sie während der Klärung der Fehlermeldung eine Lösung oder eine Methode finden, mit der Sie das Problem selbst lösen können.

Behaupten Sie nicht, einen Fehler gefunden zu haben

Wenn Sie Probleme mit einer bestimmten Software haben, behaupten Sie nicht, einen Fehler gefunden zu haben, es sei denn, Sie sind absolut sicher. Tipp: Wenn Sie keine Quellcodekorrektur bereitstellen können, die ein Problem oder einen Testfall für eine frühere Version mit falschem Verhalten löst, sind Sie Ihrer Anwendung wahrscheinlich nicht sicher.

Denken Sie daran, dass viele andere Benutzer mit diesem Problem nicht stoßen. Andernfalls hätten Sie dies bereits beim Lesen der Dokumentation oder bei der Suche im Web erfahren (Sie haben es schon getan, bevor Sie solche Aussagen machen, oder ?). Dies bedeutet, dass Sie höchstwahrscheinlich etwas falsch machen, keine Software.

Die Entwickler der Software bemühen sich sehr, dass sie so gut wie möglich funktionieren. Wenn Sie behaupten, einen Fehler gefunden zu haben, gehen sie aus demselben Grund davon aus, dass sie etwas falsch gemacht haben, und sie werden es sicher nicht mögen - auch wenn Sie recht haben. Es ist besonders undiplomatisch, in der Betreffzeile der Nachricht "Fehler" ("Fehler") zu schreiben.

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

Öffentliche Selbstabschaffung ersetzt keine Hausaufgaben

Einige haben verstanden, dass es nicht notwendig ist, sich grob oder arrogant zu benehmen, die Antwort erpressen, das Gegenteil wählen - Selbsterniedrigung. "Ich weiß, ich bin ein Anfänger, ein Verlierer und ein voller Kessel, aber ...". Es lenkt ab und macht keinen Sinn. Vor allem in Verbindung mit der Unsicherheit bei der Beschreibung des eigentlichen Problems.

Verschwende nicht deine Zeit und unsere, in der Hoffnung auf Mitleid. Stellen Sie sich die Fakten und Ihre Frage so klar wie möglich vor. Du erklärst dich also viel besser als durch Selbsterniedrigung.

Manchmal gibt es in Webforen getrennte Orte für Anfängerfragen. Wenn Sie der Meinung sind, dass eine solche Frage nur von einem Neuling gestellt werden kann, fragen Sie ihn dort. Aber selbst dort musst du dich nicht demütigen.

Beschreibe die Symptome des Problems, nicht deine Annahmen

Es ist nutzlos, Ihren Hackern Ihre Meinung über die Ursachen des Problems zu sagen. (Wenn Ihre diagnostischen Theorien so wertvoll sind, müssen Sie sich an andere wenden, um Hilfe zu erhalten?) Stellen Sie also sicher, dass Sie die tatsächlichen Symptome des Geschehens und nicht Ihre Interpretationen und Theorien berichten. Lassen Sie die Antwortenden die Interpretation und Diagnose übernehmen.

Es ist dumm:

Ich bekomme ständig SIG11-Fehler beim Kompilieren des Kernels, und ich vermute, dass die Ursache ein Mikroriss auf dem Motherboard ist. Wie kann ich das am besten überprüfen?

Angemessen:

Auf dem K6 / 233-Computer, den ich auf dem Motherboard FIC-PA2007 (VIA Apollo VP2 Chipsatz) mit 256 MB Corsair PC133 SDRAM-Speicher montiert habe, treten SIG11-Fehler oft während der Kernelkompilierung etwa 20 Minuten nach dem Einschalten auf. Minuten. Neustart zu nichts führt, aber die Reise für die Nacht 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, um die Gründe für das Geschehen zu ermitteln, beziehen sich häufig auf Ereignisse, die unmittelbar dieser Situation vorausgehen. Daher ist es notwendig, genau zu beschreiben, was Sie getan haben und was die Maschine getan hat, bis das Problem aufgetreten ist. Bei der Arbeit mit der Befehlszeilenschnittstelle kann die Sitzungsaufzeichnung (z. B. mit dem Skript-Dienstprogramm) sehr hilfreich sein und ein paar Dutzend entsprechender Zeilen in der Nachricht enthalten.

Wenn das Programm, in dem der Fehler aufgetreten ist, Diagnosemöglichkeiten hat (z. B. -v - detaillierte Informationen), versuchen Sie, Optionen auszuwählen, die dem "Transkript" der Sitzung nützliche Debugging-Informationen hinzufügen.

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

Beschreibe das Ziel, keinen separaten Schritt

Wenn Sie versuchen, herauszufinden, wie Sie etwas tun (und keinen Fehler melden), beginnen Sie mit einer Beschreibung des Ziels. Und nur dann einen konkreten Schritt auf dem Weg dorthin beschreiben, den Sie nicht erfüllen konnten.

Oft haben Menschen, die technische Hilfe benötigen, ein hochrangiges Ziel und sind einer der möglichen Möglichkeiten ihrer Erreichung verbunden. Sie bitten um Hilfe, um einen Schritt zu machen, ohne zu merken, dass sie den falschen Weg gewählt haben. Um das zu verstehen, kann es sehr viel Aufwand erfordern.

Es ist dumm:

Wie erhalte ich den Farbauswahldialog in FooDraw, um einen hexadezimalen RGB-Wert zu akzeptieren?

Angemessen:

Ich versuche, die Farbtabelle im Bild durch die Werte zu ersetzen, die ich brauche. Jetzt sehe ich nur eine Möglichkeit, dies zu tun - jeden Tabellenschnitt zu bearbeiten, aber im FooDraw-Farbauswahldialog kann ich keinen hexadezimalen RGB-Wert angeben.

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

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

Hacker sind der Meinung, dass das Lösen von Problemen ein öffentlicher, transparenter Prozess sein sollte, bei dem der erste Versuch, eine Antwort zu finden, korrigiert werden kann und sollte, wenn jemand mit mehr Kenntnissen bemerkt, dass diese Antwort unvollständig oder falsch ist. Darüber hinaus werden die Befragten teilweise dadurch belohnt, dass ihre Kompetenzen und Kenntnisse von ihren Kollegen wahrgenommen werden.

Wenn Sie um eine persönliche Antwort bitten, behindern Sie sowohl den Entscheidungsprozess als auch die Vergütung. Tu das nicht. Um persönlich zu antworten, ist die Wahl des Befragten , und wenn er es tut, ist es normalerweise, weil er die Frage zu erfolglos formuliert oder offensichtlich für andere interessant zu sein scheint.

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 Zauberworte "Schicke die Antwort an mich und fasse die Antworten zusammen, die im Artikel für die Diskussionsgruppe eingegangen sind". Der Versuch, die Diskussionsgruppe oder die Mailing-Liste vom eigentlichen Fluss der identischen Nachrichten fernzuhalten, ist sehr nett, aber Sie müssen Ihr Versprechen einhalten und eine zusammenfassende Zusammenfassung senden.

Stellen Sie klare und klare Fragen

Unbegrenzte Fragen erfordern in der Regel unbegrenzte Zeit für eine Antwort. Menschen, die Ihnen wahrscheinlich eine nützliche Antwort geben können, sind auch die am meisten beschäftigten Menschen (auch, weil sie den Großteil ihrer Arbeit selbst erledigen). Solche Leute sind eifersüchtig auf ihre Zeit und nehmen deshalb oft keine unbegrenzten Fragen an.

Die Wahrscheinlichkeit, eine nützliche Antwort zu erhalten, wird erhöht, wenn Sie deutlich machen, was Sie von den Antwortenden erhalten (Links angeben, Code senden, Ihre Entscheidung überprüfen usw.). Dies wird die Anstrengungen der Responder konzentrieren und implizit die Zeit- und Aufwandsbeschränkungen festlegen, die der Befragte ausgeben muss, um Ihnen zu helfen. Das ist gut.

Um zu verstehen, in welchen Weltsachverständigen leben, muss man das Wissen der Experten als reichlich vorhandene und zeitlich begrenzte Ressource als Ressource sehr begrenzt behandeln. Je weniger Zeit Sie implizit benötigen, desto wahrscheinlicher ist es, eine Antwort von einem wirklich guten und vielbeschäftigten Experten zu erhalten.

Daher ist es sinnvoll, das Problem zu begrenzen, um die Zeit zu minimieren, die ein Experte für die Lösung benötigt. Aber oft ist dies nicht dasselbe wie die Vereinfachung der Frage. So zum Beispiel die Frage: "Können Sie mir einen Link zu einer guten Beschreibung von X geben?" - In der Regel viel weiser als eine Anfrage: "Erkläre mir bitte X, bitte." Wenn Sie ein Problem mit dem Idle-Code haben, ist es klüger, Sie zu fragen, was falsch ist, und Sie nicht zu bitten, die Fehler zu beheben.

Stellen Sie keine Fragen von den Hausaufgaben

Hacker sind gut darin, Fragen von den Hausaufgaben zu beantworten - die meisten von uns haben es alleine gemacht. Diese Fragen werden aufgefordert, für Sie zu arbeiten , damit Sie aus Ihrer eigenen Erfahrung lernen können. Sie können nach einem Hinweis fragen, aber nicht nach einer Komplettlösung.

Wenn Sie vermuten, dass Sie eine Frage von Ihren Hausaufgaben geworfen haben, aber dennoch keine Antwort darauf geben können, stellen Sie im Forum der Benutzergruppe oder (in extremen Fällen) in der "benutzerdefinierten" Mailingliste / Forum des entsprechenden Projekts eine Frage. Während Hacker es erkennen, können einige der fortgeschrittenen Benutzer Ihnen zumindest einen Hinweis geben.

Bedeutungslose Anfragen vermeiden

Seien Sie nicht versucht, Ihre Anfrage mit sinnlosen Fragen wie: "Wird mir jemand helfen?" oder "Gibt es überhaupt eine Antwort?" Erstens, wenn Sie Ihr Problem professionell beschrieben haben, sind diese zusätzlichen Fragen zumindest überflüssig. Zweitens sind sie für Hacker nervig, und sie neigen dazu, eine logisch einwandfreie Abmeldung wie "Ja, Sie können helfen" oder "Nein, Sie können nicht helfen" zu schreiben.

Im Allgemeinen Fragen mit Antworten Ja-Nein besser nicht fragen, es sei denn, Sie wollen eine Ja-oder-Nein-Antwort erhalten .

Markieren Sie Ihre Frage nicht als "Dringend", auch wenn es für Sie so ist

Das ist dein Problem, nicht unseres. Die Erwähnung der Dringlichkeit ist oft kontraproduktiv: Die meisten Hacker entfernen einfach solche Botschaften wie grobe und selbstsüchtige Versuche, sich auf sich aufmerksam zu machen.

Es gibt eine teilweise Ausnahme von dieser Regel. Die Erwähnung der Dringlichkeit kann sinnvoll sein, wenn Sie das Programm in einer seriösen Organisation verwenden, die für Hacker von Interesse sein könnte; In diesem Fall, wenn Sie nicht genug Zeit haben und Sie höflich darüber berichten, sind die Menschen möglicherweise ausreichend daran interessiert, schneller zu antworten.

Dies ist jedoch sehr riskant, weil sich die Sicht der Hacker auf die Schwerkraft und seine Interessen wahrscheinlich von Ihnen unterscheidet. Die Frage der internationalen Raumstation zum Beispiel wird Interesse wecken, aber die Frage im Namen einer wohlhabenden gemeinnützigen Stiftung oder politischen Partei ist mit großer Wahrscheinlichkeit nicht. In der Tat, die Frage mit dem Thema "Dringend: Helfen Sie mir flauschige Robben zu retten!" wird sogar von den Hackern ignoriert oder böswillig kommentiert, die glauben, dass ihnen das Leben flauschiger Robben wichtig ist.

Wenn Sie das überraschen, lesen Sie den Rest des Dokuments noch einmal durch, bis Sie es verstehen und vorher gar keine Fragen stellen.

Höflichkeit schmerzt nie und hilft manchmal

Sei höflich. Verwenden Sie die Sätze "bitte" und "im Voraus dankbar". Machen Sie deutlich, dass Sie den Menschen dankbar sind, die Ihnen ihre Zeit kostenlos widmen.

Um ehrlich zu sein, ist dies nicht so wichtig wie das Fehlen von Fehlern im Text der Frage, die Klarheit, Genauigkeit und Detailliertheit der Beschreibung, die Verwendung von offenen Formaten usw. (und ersetzt nicht alle oben genannten); Hacker würden im Allgemeinen grobe, aber technisch genaue Fehlermeldungen erhalten als höfliche Worte. Denken Sie daran, dass wir die Frage nach dem, was er uns lehrt, zu schätzen wissen.

Höflichkeit erhöht jedoch auf der normalen technischen Ebene die Wahrscheinlichkeit, eine sinnvolle Antwort zu erhalten.

(Es sollte beachtet werden, dass der einzige ernsthafte Einwand, den die Veteranen der Hacker-Bewegung in diesem Dokument erhalten, mit der Empfehlung verwandt ist, den Ausdruck "Dankbar im Voraus" zu verwenden. Einige Hacker sehen es als Unwilligkeit, jemandem zu danken, nachdem das Problem gelöst wurde. Vielen Dank im voraus und nach Erhalt einer Antwort oder um ihre Dankbarkeit anders auszudrücken, sagen wir den Ausdruck "Danke für Aufmerksamkeit" oder "Danke für Ihre Rücksichtnahme".)

Senden Sie eine kurze Beschreibung der Lösung

Wenn das Problem gelöst ist, senden Sie eine Nachricht an alle, die Ihnen geholfen haben. lassen Sie sie wissen, wie es endete, und nochmals vielen Dank für Ihre Hilfe. Wenn das Problem ein allgemeines Interesse an der Mailingliste oder Diskussionsgruppe verursacht, ist es sinnvoll, eine solche Nachricht dort zu senden.

Es ist optimal, im Diskussionsfaden der Diskussion mit der ursprünglichen Frage zu antworten, indem die Notiz 'FIXED', 'RESOLVED', 'SOLUTION' oder ein anderes, ebenso offensichtliches Zeichen der Lösung in der Betreffzeile hinzugefügt wird. In Mailinglisten mit einer großen Anzahl von Nachrichten versteht der potentielle Antwortende beim Betrachten des Diskussionsfadens "Problem X", der mit der Nachricht "Problem X - SOLUTION" endet, dass er keine Zeit verschwenden muss, selbst wenn er die Nachrichten nicht persönlich betrachtet, , und kann daher Zeit damit verbringen, ein anderes Problem zu lösen.

Eine solche Nachricht muss nicht unbedingt lang und detailliert sein; einfach: "Hallo, das Problem war mit einer Unterbrechung im Netzwerkkabel! Vielen Dank." Bill "ist besser als gar nichts. Tatsächlich ist ein kurzer und höflicher Lebenslauf besser als eine lange Dissertation, es sei denn, die Entscheidung betrifft ernsthafte technische Aspekte. Schreiben Sie, welche Aktionen erlaubt sind, um das Problem zu lösen, aber die gesamte Sequenz der Lösungssuche ist nicht notwendig, um sie neu zu beschreiben.

Für ernsthaft genug Probleme können Sie einen Lebenslauf mit einer Geschichte der Gründe für ihre Gründe senden. Beschreiben Sie die endgültige Aussage des Problems. Beschreiben Sie, wie sich die Lösung herausgestellt hat, und geben Sie Sackgassen an, die vermieden werden sollten. Nennen Sie alle, die Ihnen geholfen haben: So finden Sie Freunde.

Diese Art von Kurznachricht hilft nicht nur Höflichkeit und Information, sondern hilft anderen auch dabei, herauszufinden, welche Entscheidung Ihnen dabei geholfen hat und kann ihnen auch bei der Suche im Archiv der Mailingliste / Diskussionsgruppe / Forum behilflich sein.

Nicht zuletzt hilft diese Art von Botschaft allen Beteiligten, sich von der Tatsache, dass das Problem geschlossen ist, zu befriedigen. Wenn Sie selbst kein technischer Experte oder Hacker sind, vertrauen Sie uns einfach, dass dieses Gefühl für den Guru und die Experten, denen Sie sich um Hilfe beworben haben, sehr wichtig ist. Beschreibungen von Problemen, als Ergebnis und nicht gelöst - das ist eine komplette Enttäuschung; Hacker sind gespannt darauf, sie zu sehen. Das gute Karma, das entsteht, wenn Sie diesen Durst befriedigen, wird Ihnen sehr helfen, wenn Sie das nächste Mal die Frage stellen.

Denken Sie darüber nach, wie Sie verhindern können, dass andere Benutzer in Zukunft das gleiche Problem haben. Fragen Sie sich, ob die Änderung in der Dokumentation oder in der FAQ-Liste hilfreich ist, und senden Sie die entsprechende Änderung an diejenigen, die diese Dokumente unterstützen.

Dieses Verhalten wird von Hackern als wichtiger als gewöhnliche Höflichkeit betrachtet. So verdienen sie den Ruf eines guten Teamplayers, was eine sehr wertvolle Qualität ist.

Wie man die Antworten interpretiert

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

Es gibt eine uralte und heilige Tradition: Wenn Sie die Antwort " RTFM " bekommen, denkt der Befragte, Sie sollten das Handbuch lesen ( Read The Fucking Manual ). Es ist fast sicher richtig. Lesen.

Die Antwort RTFM hat eine jüngere Entsprechung. Wenn Sie die Antwort " STFW " erhalten, denkt der Befragte, dass Sie nach einer Antwort im Netzwerk suchen sollten (Search The Fucking Web). Es ist fast sicher richtig. Suchen.

In Webforen können Sie auch in den Archiven des Forums suchen. Tatsächlich kann der Befragte so freundlich sein, dass er einen Link zur vorherigen Diskussion gibt, in der dieses Problem gelöst wurde. Aber verlass dich nicht darauf; Schauen Sie sich die Archive selbst an, bevor Sie danach fragen.

Häufig sendet einer, der eine dieser Antworten sendet, einen Leitfaden oder eine Webseite mit den Informationen, die Sie benötigen, und schaut sie an, wenn er antwortet. Diese Antworten bedeuten, dass die Informationen, die Sie benötigen, zum einen einfach zu finden sind, und zum anderen werden Sie mehr erfahren, wenn Sie nach Informationen suchen, als wenn sie Ihnen auf einem Teller präsentiert werden.

Sie sollten nicht darüber empört sein; auf Hacker-Standards hat er Ihnen bereits genug Respekt gegeben, indem Sie die Frage nicht ignoriert haben. Sie müssen dem Befragten für seine väterliche Freundlichkeit danken.

Wenn du das nicht verstehst ...

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

Nehmen wir zum Beispiel an, ich hätte es dir gesagt: "Es sieht so aus, als ob du mich an dich hängst, du musst es überprüfen." Dann wird eine schlechte klärende Frage lauten: "Und was ist zentry"? Und gut : "OK, ich habe die Referenzhandbuchseite gelesen und über zentry wird sie nur in den Optionen -z und -p erwähnt. Keiner von ihnen sagt, wie man das" zentrieren "zurücksetzen soll. Muss ich eine dieser Optionen verwenden, oder bin ich Hat er sich missverstanden? "

Reaktion auf Grobheit

Das meiste, was in Hacking-Kreisen unhöflich erscheinen mag, wird nicht zur Beleidigung benutzt. Dies ist vielmehr das Ergebnis eines direkten, unaufdringlichen Kommunikationsstils, der für Menschen, die versuchen, Probleme zu lösen, natürlich ist, anstatt weich und flauschig zu wirken.

Wenn Sie sich mit Unhöflichkeit treffen, versuchen Sie, ruhig zu reagieren. Wenn jemand wirklich über das Akzeptable hinausgeht, ist es wahrscheinlich, dass der Anführer der Mailingliste, der Diskussionsgruppe oder des Forums es einsetzen wird. Wenn dies nicht passiert und Sie Ihre Beherrschung verlieren, ist es wahrscheinlich, dass die Person, die diese Person verursacht hat, sich in den Normen der Hacker-Community verhält, und jeder wird denken, dass es Sie sind, die falsch sind. Dadurch werden die Chancen, die erforderlichen Informationen oder Unterstützung zu erhalten, erheblich verringert.

Auf der anderen Seite können Sie manchmal mit Unhöflichkeit und Herausforderung begegnen, die keine offensichtlichen Gründe haben. Der Nachteil dieser Medaille ist, dass eine solche Reaktion eine absolut akzeptable Form ist, echte Rohlinge an den Platz zu bringen - wir schneiden ihr unwürdiges Verhalten mit einem scharf geschärften verbalen Skalpell ab. Sie müssen jedoch in Ihrer Position sehr zuversichtlich sein, bevor Sie es versuchen. Die Grenze zwischen Andeutung der Unhöflichkeit und dem Beginn eines sinnlosen "Basars" (im Original - Flamewar - Kommentar eines Herausgebers ) ist so dünn, dass Hacker oft daran vorbeikommen. Wenn Sie ein Anfänger oder nur ein gelegentlicher Leser sind, gibt es kaum eine Möglichkeit, einen solchen groben Fehler zu vermeiden. Wenn Sie an Informationen interessiert sind, nicht an Unterhaltung, ist es besser, Ihre Hände von der Tastatur zu entfernen und nicht mit solchen Diskussionen zu riskieren.

(Einige bestehen darauf, dass viele Hacker an einer leichten Form von Autismus oder Asperger-Syndrom leiden und sie haben einfach nicht genug von dem Teil des Gehirns, der für die "normale" soziale Interaktion zwischen Menschen verantwortlich ist. Es kann wahr sein oder nicht. Wenn Sie - kein Hacker, die Vorstellung, dass Hacker krank sind, kann Ihnen helfen, sich mit unseren Kuriositäten zu versöhnen. Denken Sie, was Sie wollen, ist es uns egal, wir sind einfach so und wir behandeln gesunde Diagnosen mit gesunder Skepsis.

Im nächsten Abschnitt werden wir über ein anderes Problem sprechen; über eine Art "Unhöflichkeit", mit der man sich treffen kann, wenn man genau falsch liegt.

Reagiere nicht wie ein Verlierer

Es ist wahrscheinlich, dass Sie in Hacker-Foren bereits mehrere Male geschraubt haben - wie in diesem Artikel beschrieben oder ähnlich. Und du hast bereits erklärt, wie du dich verdorben hast, möglicherweise in Farbe. Mit allen ehrlichen Menschen.

Wenn dies geschieht, ist die am meisten erfolglose Reaktion, sich darüber zu beschweren, was passiert ist, sich als beleidigt zu betrachten, eine Entschuldigung zu fordern, zu schreien, vor Ärger zu ersticken, vor Gericht klagen, die Arbeitgeber der Täter beschweren, den Toilettensitz nicht absenken. Anstelle all dies müssen Sie Folgendes tun:

Verstehen. Es ist in Ordnung. Tatsächlich ist es gut und zweckmäßig.

Öffentliche Normen unterstützen sich nicht - sie werden von Menschen unterstützt, aktiv, offen, öffentlich, diese Normen gelten. Denken Sie nicht, dass Kritik nur in persönlicher Korrespondenz sein sollte - das ist nicht so. Es macht keinen Sinn, jemanden zu beleidigen, der kommentiert, dass eine Ihrer Aussagen falsch ist oder dass er eine andere Meinung hat. So handeln Verlierer.

Es gab Hacker-Foren, bei denen es den Teilnehmern aufgrund einer missverstandenen hypertrophischen Höflichkeit verboten war, Nachrichten über Fehler in Nachrichten anderer Personen zu senden. Ihnen wurde gesagt: "Wenn Sie dem Benutzer nicht helfen wollen, schweigen Sie." Der Abfluss von sachkundigen Teilnehmern zu anderen Foren führte zu deren Entartung in sinnloses Geschwätz und zur Vervollständigung der Nutzlosigkeit aus technischer Sicht.

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

Denken Sie daran: Wenn dieser Hacker schreibt, dass Sie es vermasselt haben, und (egal wie grob) er Sie auffordert, dies nicht zu tun, tut er das, zuerst auf Sie und zweitens auf seine Gemeinschaft. Es wäre viel einfacher für ihn, zu ignorieren und aus seinem Leben zu streiken. Wenn Sie keine Dankbarkeit haben, behalten Sie Ihre Würde - beschweren Sie sich nicht und denken Sie nicht, dass Sie wie eine zerbrechliche Puppe behandelt werden, nur weil Sie ein Anfänger mit einer theatralisch hypersensiblen Seele und Illusionen über Ihren eigenen Wert sind.

Manchmal gehen Leute zu Individuen, treten ohne ersichtlichen Grund in eine schmutzige Kontroverse ein, auch wenn Sie nicht verhauen sind (oder nur in ihrer Vorstellungskraft). In diesem Fall empört zu sein, ist der Weg, um wirklich zu vermasseln.

Diese "Skandalisten" sind entweder Lauter, die nichts verstehen, sich aber als Experten oder potenzielle Psychologen betrachten, die überprüfen, ob Sie vermasselt sind oder nicht. Andere Leser werden sie entweder ignorieren oder Wege finden, mit ihnen unabhängig umzugehen. Das Verhalten der Brawlers schafft Probleme für sich, was Sie nicht stören sollte.

Lassen Sie sich nicht in einen nutzlosen "Basar" schleppen. Es ist besser, solche Diskussionen zu ignorieren, nachdem sie vorher herausgefunden haben, dass dies wirklich nutzlos ist, und nicht angedeutet, warum Sie wirklich vermasselt haben, und nicht subtil die Antworten auf Ihre tatsächlichen Fragen (dies geschieht auch).

Fragen, die Sie nicht stellen müssen

Hier sind einige klassische dumme Fragen und worüber Hacker denken, wenn sie nicht beantwortet werden.

Frage:

Wo finde ich das Programm oder die Ressource X?

Antwort:

An der gleichen Stelle, wo ich es nahm, Idiot, - finden Sie es im Internet. Gott, wissen nicht alle, wie man Google benutzt ?

Frage:

Wie kann ich Y mit X machen?

Antwort:

Wenn du Y machen willst, solltest du diese Frage stellen, ohne die Verwendung einer Methode anzunehmen, die überhaupt nicht geeignet ist. Fragen dieser Art werden oft von denen gestellt, die nicht nur nichts über X wissen, sondern durch das gelöste Problem Y verwirrt sind und sich zu sehr auf die Details ihrer jeweiligen Situation konzentrieren. Es ist normalerweise besser, solche Menschen zu ignorieren, bis sie ihr Problem besser formulieren.

Frage:

Wie konfiguriere ich die Shell-Eingabeaufforderung?

Antwort:

Wenn Sie schlau genug sind, sich dafür zu interessieren, haben Sie die Intelligenz und die unabhängige Suche nach einer Antwort.

Frage:

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

Antwort:

Versuchen Sie es und finden Sie es heraus. Sie kennen also zum einen die Antwort und zum anderen die Verschwendung meiner Zeit.

Frage:

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

Antwort:

Das ist überhaupt keine Frage, und ich werde nicht ein Dutzend weitere Leitfragen stellen, um herauszufinden, was dein Problem wirklich ist - ich habe interessantere Dinge zu tun. Wenn ich solche Fragen sehe, schicke ich normalerweise eine der folgenden Antworten:

  • Haben Sie nichts dazu hinzuzufügen?

  • Oh, das ist zu schade. Ich hoffe, Sie haben es bereits korrigiert.

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

Frage:

Ich habe Probleme mit der Windows-Maschine. Können Sie helfen?

Antwort:

Ja. Werfen Sie diesen Microsoft-Müll aus und setzen Sie sich ein Open Source-Betriebssystem, wie Linux oder BSD.

Hinweis: Sie können Fragen zu Windows-Computern stellen, wenn sie zu einem Programm gehören, das über eine offizielle Version für Windows verfügt oder mit Windows-Computern (z. B. Samba) interagiert. Seien Sie nicht überrascht, dass das Problem in Windows und nicht im Programm selbst liegt, weil Windows im Allgemeinen so "krumm" ist, was oft der Fall ist.

Frage:

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

Antwort:

Es ist zwar möglich, dass Sie als erster einen offensichtlichen Fehler bei Systemaufrufen und Bibliotheken fanden, die von Hunderten oder Tausenden von Entwicklern intensiv genutzt werden, aber es ist viel wahrscheinlicher, dass Sie es einfach nicht verstanden haben. Ernsthafte Aussagen erfordern ernsthafte Beweise; Wenn Sie solche Aussagen machen, müssen sie mit einer klaren und erschöpfenden Beschreibung der Situation, in der der Fehler auftritt, gesichert werden.

Frage:

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

Antwort:

Nein. Um dieses Problem zu lösen, benötige ich sofortigen Zugriff auf Ihre Maschine. Fragen Sie eine lokale Linux-Benutzergruppe, die persönlich helfen kann. (Eine Liste der Benutzergruppen finden Sie hier .)

Hinweis: Fragen zur Installation von Linux können in der Forum- oder Mailingliste, die einer bestimmten Distribution zugeordnet ist, relevant sein, wenn das Problem mit dieser Verteilung oder in Foren von lokalen Benutzergruppen zusammenhängt. Vergessen Sie in diesem Fall nicht, die Einzelheiten des Fehlers genau zu beschreiben. Aber schauen Sie zuerst im Internet nach und geben Sie die Suchbegriffe "linux" und alle verdächtigen Hardwarekomponenten an.

Frage:

Wie kann man das Root-Benutzer-Passwort knacken / erweiterte Berechtigungen / die E-Mails anderer Personen lesen?

Antwort:

Ja, Sie sind einfach vulgär, wenn Sie das wollen, und ein Idiot, wenn Sie einen Hacker bitten, Ihnen zu helfen.

Gute und schlechte Fragen

Zum Schluss werde ich Ihnen Beispiele zeigen, wie Sie Fragen richtig stellen können. Ich werde ein paar Fragen über das gleiche Problem stellen, eines - vermutlich dumm, und das zweite - richtig.

Silly: Wo finde ich Informationen zu Foonly Flurbamatic?

Diese Frage bittet einfach um die Antwort "STFW" .

Richtig: Ich habe versucht, im Internet mit Google auf Nachfrage "Foonly Flurbamatic 2600" zu suchen, bekam aber keine nützlichen Links. Weiß jemand, wo man Informationen über die Programmierung dieses Geräts finden?

Dieser Fragesteller hat das Internet bereits durchsucht und es scheint, er hat ein echtes Problem.

Dumm: Ich kann den foo Projektcode nicht kompilieren. Warum ist es falsch?

Er denkt, dass jemand anderes vermasselt ist. Selbstbewusster Typ.

Richtig: Der foo Projektcode ist in der Nulix OS Version 6.2 nicht kompiliert. Ich habe die FAQ gelesen, aber es gibt nichts über Probleme mit Nulix. Hier ist die Aufzeichnung der Kompilierungssitzung; Was habe ich falsch gemacht?

Er hat auf die Umgebung hingewiesen, die häufig gestellten Fragen gelesen, eine Fehlermeldung gezeigt und er denkt nicht, dass die Ursache seines Problems im Irrtum eines anderen liegt. Dieser Kerl kann ein wenig Aufmerksamkeit geschenkt werden.

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

Jeder Hacker wird diese Frage in seinem Kopf beantworten, am wahrscheinlichsten: "Nun, vielleicht können Sie auch helfen, die Windel zu regurgitieren und zu ändern?", Und drücken Sie die Entf-Taste.

Das ist richtig: Ich habe X, Y und Z auf dem S2464 Motherboard ausprobiert. Wenn es nicht funktionierte, versuchte ich A, B und C. Beachten Sie das seltsame Symptom, wenn Sie versuchen, C zu erstellen. Offensichtlich wird dieser Müll nicht braten, aber die Ergebnisse erweisen sich als unvorhersehbar. Was führt normalerweise dazu, dass Multiprozessor Motherboards mit Athlon nicht? Haben Sie Ideen für zusätzliche Tests, die helfen, das Problem zu isolieren?

Dieser Kamerad scheint im Gegenteil eine Antwort wert zu sein. Er demonstrierte die Fähigkeit, Probleme zu lösen, und wartete nicht nur darauf, dass die Antwort vom Himmel fiel.

Achten Sie in der letzten Frage auf den kleinen, aber wichtigen Unterschied zwischen "Gib mir eine Antwort" und "Bitte hilf mir herauszufinden, welche zusätzlichen diagnostischen Maßnahmen zur Klärung der Situation durchgeführt werden können".

Tatsächlich ist die Form der letzten Frage sehr ähnlich der, die im August 2001 auf der Linux-Kernel-Mailingliste verwendet wurde. Ich (Eric) fragte dann diese Frage. Ich habe merkwürdige Hänge auf dem Tyan S2464 Motherboard gesehen. Die Mitglieder der Mailing-Liste lieferten wertvolle Informationen, die es mir ermöglichten, diese Hänge loszuwerden.

Wenn ich die Frage so beantworte, wie ich es getan habe, gibst du den Leuten Nahrung zum Nachdenken. Ich habe ihre Teilnahme an der Lösung des Problems einfach und attraktiv gemacht. Ich zeigte Respekt für die Fähigkeiten der Kollegen und lud sie ein, gleichberechtigt zu diskutieren. Ich habe auch gezeigt, dass ich ihre Zeit schätze und beschreibe, welche Sackgassen ich bereits bestanden habe.

Am Ende, als ich mich bei allen bedankte und betonte, wie gut der Prozess der Lösung des Problems gelaufen sei, machte einer der Teilnehmer der Mailingliste darauf aufmerksam, dass nach seiner Meinung alles nicht der Fall sei, weil ich - die "berühmte Person" aber wegen der richtigen Form der Frage.

Hacker in gewisser Hinsicht sehr grausame intellektuelle Elite (in der ursprünglichen - Leistungsgesellschaft. Ich bin mir sicher, dass er recht hat, und wenn ich vermasselt werde , würde ich kritisiert oder ignoriert werden, ungeachtet des vorherigen Verdienstes. Sein Vorschlag, die Situation als Anweisung für alle anderen zu beschreiben, war der unmittelbare Grund für die Zusammenstellung dieses Handbuchs.

Wenn keine Antwort empfangen wird

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

Im allgemeinen Fall ist das erneute Senden einer Frage keine gute Idee. Dies wird als sinnloses Ärgernis empfunden.

Es gibt andere Hilfsquellen, auf die zugegriffen werden kann und die oft an die Bedürfnisse von Anfängern angepasst sind.

Es gibt viele Benutzergruppen im Netzwerk und auf dem Gebiet, die sich enthusiastisch mit Software beschäftigen, obwohl viele ihrer Teilnehmer im Leben kein einziges ernstes Programm geschrieben haben. Diese Gruppen werden oft gebildet, damit die Teilnehmer einander und neuen Nutzern helfen können.

Es gibt auch viele kommerzielle Unternehmen, mit denen Sie große und kleine Unterstützung erhalten können (einige der bekanntesten sind Red Hat und Linuxcare, aber es gibt viele andere). Haben Sie keine Angst vor der Idee, für Unterstützung zu zahlen! Am Ende, wenn Sie eine grundlegende Überholung des Automotors benötigen, geben Sie es der Werkstatt und zahlen Sie für die Reparaturen. Auch wenn die Software nichts kostet, kann man nicht erwarten, dass sie immer kostenlos unterstützt wird.

Populäre Software, wie Linux, hat mindestens 10.000 Benutzer pro Entwickler. Eine Person kann einfach nicht mit der Unterstützung von 10.000 Benutzern umgehen. Denken Sie daran, dass selbst wenn Sie für den Support bezahlen müssen, es immer noch viel billiger ist, als wenn Sie die Software selbst kaufen müssen (und die Unterstützung privater Software ist in der Regel teurer und wird von weniger kompetenten Spezialisten ausgeführt als bei Open-Source-Software Code).

Wie man gute Antworten gibt

Seien Sie großzügig. Stressbedingter Stress kann unhöfliche oder dumme Menschen machen, die es nicht sind.

Geben Sie beim ersten Fehler privat an. Es gibt keine Notwendigkeit, eine Person öffentlich zu demütigen, die vielleicht ehrlich irrt. Ein Neuling kann nicht wissen, wie man die Archive durchsucht oder wo die Liste der häufig gestellten Fragen lokalisiert oder veröffentlicht wird.

Wenn Sie nicht sicher sind, sagen Sie es! Eine irrtümliche, aber autoritativ klingende Antwort ist schlimmer als die Abwesenheit einer Antwort. Leiten Sie die Leute nicht auf den falschen Weg, nur weil Sie gerne in der Rolle eines Experten sind. Sei demütig und ehrlich; zeigen ein gutes Beispiel für Fragen und Kollegen.

Wenn Sie nicht helfen können, stören Sie nicht. Scherzen Sie nicht über die Verfahren, die die Umgebung des Benutzers zerstören können - dieser Dolt kann Ihre Witze als Anleitung zum Handeln nehmen.

Stellen Sie zusätzliche Fragen, um weitere Informationen zu erhalten. Wenn dies richtig gemacht wird, wird die Person, die etwas fragt, lernen, und Sie auch. Versuche, eine schlechte Frage in eine gute zu verwandeln; erinnern Sie sich - wir waren alle Anfänger.

Obwohl eine einfache RTFM-Antwort gerechtfertigt ist, wenn sie einfach durch Idler gegeben wird, ist der Link zur Dokumentation (selbst wenn es sich um eine Reihe von Schlüsselwörtern für die Google-Suche handelt) noch besser.

Wenn Sie die Frage beantworten, antworten wir im Wesentlichen. Schlagen Sie keine voreilig erfundenen Workarounds vor, wenn im Prinzip nicht das Werkzeug oder der falsche Ansatz verwendet wird. Bieten Sie gutes Geld an. Formulieren Sie die Frage neu.

Helfen Sie der Öffentlichkeit, von dem Problem zu profitieren. Fragen Sie sich bei einer guten Frage: "Wie ändern Sie die relevante Dokumentation oder die FAQ-Liste, damit niemand diese Frage stellt?". Senden Sie dann die entsprechende Ergänzung an denjenigen, der diese Dokumente unterstützt.

Wenn Sie eine Studie durchführen sollten, um die Frage zu beantworten, teilen Sie Ihre Erfahrungen und schreiben Sie nicht, als ob die Antwort auf Sie vom Himmel fiel. Eine gute Frage zu beantworten, ist, wie man die Hungrigen einmal füttert, aber um die Forschungsmethode mit gutem Beispiel darzustellen, ist es, Sie zu lehren, wie man Nahrung für das Leben bekommt.

Zusätzliche Informationsquellen

Wenn Sie Informationen über die Grundlagen des Betriebs von Personalcomputern, Unix-Betriebssystemen und dem Internet benötigen, lesen Sie das HOWTO-Handbuch zu Unix und Internet-Grundlagen .

Versuchen Sie beim Erstellen von Software oder bei der Ausgabe von Patches für Programme die im Handbuch zur HOWTO-Software-Release-Praxis beschriebenen Prinzipien zu befolgen.

Vielen Dank

Evelyn Mitchell (Evelyn Mitchell) bot an, einige dumme Fragen zu kommentieren und inspirierte das Schreiben der Rubrik "Wie man gute Antworten gibt". Mikhail Ramendik gab eine Reihe von wertvollen Anregungen zur Verbesserung des Dokuments.

Anmerkungen des Übersetzers

Der Originalartikel stammt von hier .