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 Site.)

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 (Wesentliche Begründung der Etikette der Kommunikation in Web-Foren.)

Inhalt

Übersetzungen
Haftungsausschluss
Einleitung
Bevor Sie fragen ...
Wenn du fragst ...
Wählen Sie das richtige Forum
Web- und IRC-Foren für Anfänger ermöglichen es oft, schnellstmöglich eine Antwort zu erhalten
Verwenden Sie als zweiten Schritt die Mailinglisten von Projekten
Stellen Sie sinnvolle, 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 übersichtlichen Formaten
Beschreiben Sie das Problem im Detail und im Detail
Das Volumen bedeutet noch keine Genauigkeit
Beanspruchen Sie nicht, einen Fehler gefunden zu haben
Öffentliche Selbstaufgabe 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 nach Ihrer persönlichen E-Mail-Adresse
Stellen Sie klare und klare Fragen
Stellen Sie keine Fragen von Hausaufgaben
Vermeiden Sie sinnlose Anfragen
Markieren Sie Ihre Frage nicht als "dringend", auch wenn es für Sie so 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 vermasselt sind
Wenn du es nicht verstehst ...
Reaktion auf Unhöflichkeit
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
Danke

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 .

Haftungsausschluss

Auf den Seiten vieler Projekte in den Abschnitten zur Beantragung von Hilfe finden Sie Links zu diesem Dokument. Das ist gut, zu diesem Zweck ist es beabsichtigt, aber wenn Sie ein Webmaster sind, der einen solchen Link auf der Seite seines 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 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 verpflichtet, alle technischen Probleme in der Welt zu lösen.

Wenn Sie dieses Dokument lesen, weil Sie Hilfe brauchen, und am Ende scheint, 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 Hilfe von denen bekommen, die die Software oder Hardware verstehen, mit der Sie arbeiten, aber in 99% der Fälle sind wir nicht diejenigen, die sich auskennen. Wenn Sie nicht sicher sind, dass einer der Autoren ein Experte in dem ist, wovon Sie sich auskennen, lassen Sie uns in Ruhe, und das wird die Dinge für alle besser machen.

Einleitung

In der Welt der Hacker hängt die Art der Antworten, die Sie auf die technischen Fragen erhalten, von der Art der Fragestellung ab, nicht weniger von ihrer Komplexität. In diesem Handbuch lernen Sie, Fragen so zu stellen, dass die Wahrscheinlichkeit, eine zufriedenstellende Antwort zu erhalten, erhöht wird.

Jetzt, wo 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 in der Regel ein wenig toleranter gegenüber den Fehlern, die Anfänger oft machen. Wenn Sie jedoch in Übereinstimmung mit den hier vorgestellten Empfehlungen erfahrene Benutzer als Hacker bezeichnen, ist dies der effektivste Weg, um nützliche Antworten von ihnen zu erhalten.

Zuallererst müssen wir verstehen, dass Hacker eigentlich komplexe Probleme mögen und gut, fähig sind, Gehirne zu schüren, 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 zeigen oft Probleme auf, die vorher nicht beachtet oder nicht bedacht 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ängern unhöflich genug sind und sie ignorieren. Aber das ist nicht so.

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

Wir verstehen, dass viele Leute nur die von uns erstellte Software verwenden wollen und dass sie 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 dies und erwarten nicht, dass sich alle für die technischen Nuancen interessieren, die für uns so attraktiv sind. Dennoch ist unsere Art der Beantwortung von Fragen für Menschen geeignet, die sich wirklich dafür interessieren und aktiv am Problemlösungsprozess teilnehmen möchten. Es wird sich nicht ändern. Und es sollte sich nicht ändern; Andernfalls können wir nicht effektiv das tun, was wir am besten können.

Wir sind (meistens) Freiwillige. Wir widmen die Zeit unseres harten Lebens der Beantwortung von Fragen, und von Zeit zu Zeit kommen wir nicht mit einer Flut von Fragen zurecht. Deshalb müssen wir gnadenlos den Markt filtern. Insbesondere, um die Probleme potentieller Verlierer zu verwerfen, um die Zeit, die für Antworten zur Verfügung steht, effektiver zu nutzen und sie den Gewinnern zu widmen.

Wenn diese Position lächerlich, arrogant oder arrogant erscheint, irren Sie sich. Wir bitten Sie nicht, für uns zu beten - die meisten von uns würden gerne mit Ihnen auf Augenhöhe kommunizieren und Sie in Ihre Kultur mitnehmen, wenn Sie sich dafür einsetzen. Aber für uns ist es einfach ineffizient, Menschen zu helfen, die sich nicht selbst helfen wollen. Unhöflich zu sein ist normal, aber vorgibt, ein Idiot zu sein, ist es nicht.

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

Wenn Sie sich entscheiden, uns um Hilfe zu bitten, werden Sie kein Verlierer. Und benimm dich nicht wie ein Verlierer. Der beste Weg, um eine schnelle und sensible Antwort zu bekommen, ist zu fragen, wie eine Person intelligent, selbstbewusst und sachkundig ist, die einfach Hilfe bei der Lösung eines bestimmten Problems benötigt.

(Anhänge zu diesem Handbuch sind willkommen, Vorschläge können an esr@thyrsus.com geschickt werden .) Beachten Sie jedoch, dass dieses Dokument nicht als allgemeiner Leitfaden für Web-Etikette erstellt wurde , und ich ignoriere 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 Chat-Raum oder in einem Forum stellen, tun Sie Folgendes:

  1. Versuchen Sie, die Antwort zu finden, indem Sie im Internet suchen.

  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 Überprüfen oder Experimentieren 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 bereits getan haben. Es wird dir helfen, zu verstehen, dass du kein Mist bist, der die Zeit eines anderen verschwendet. Noch besser, zeigen Sie, was Sie als Ergebnis Ihrer Recherchen gelernt haben . Wir antworten gern 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 den Diskussionsgruppen - Google-Gruppen, nicht nur auf Webseiten). Dies kann entweder direkt zu der Dokumentation führen, wie dieser Fehler behoben wird, oder zu der Diskussion in der Mailingliste, in der Sie die Antwort finden können. Auch wenn es keine Antwort gibt, wäre der Satz "Ich suchte Google nach der nächsten Anfrage, fand aber nichts Nützliches" hilfreich, wenn Sie Hilfe per E-Mail oder in einer Diskussionsgruppe beantragen würden.

Bereite die Frage vor. Denk darüber nach. Bei oberflächlichen Fragen erhalten Sie oberflächliche Antworten, oder Sie erhalten im allgemeinen keine Antworten. Je mehr Sie tun, um Ihre Gedanken und Bemühungen zu zeigen, 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 beruht, wird jeder Hacker (im Original - J. Random Hacker, Anm. D. Red. ) Höchstwahrscheinlich eine sinnlose wörtliche Antwort geben, nachdem er gleichzeitig "Dumme Frage ..." gedacht hat und hofft, dass er das bekommt als Sie gefragt haben, anstatt was Sie wirklich brauchen, wird etwas Ihnen beibringen.

Denke nicht, dass du antworten musst. Niemand ist dir etwas schuldig; Sie haben letztlich diese Dienste nicht bezahlt. Sie erhalten eine Antwort, wenn Sie es verdienen, indem Sie eine wichtige, interessante und suggestive Frage stellen - eine Frage, die der Gemeinschaft implizit eine neue Erfahrung gibt und nicht nur passiv andere dazu auffordert, Wissen zu teilen.

Auf der anderen Seite ist es schön, sofort klarzumachen, dass Sie bei der Entscheidungsfindung helfen können und wollen. Zu Fragen wie "Kann jemand etwas sagen?", "Was ist in meinem Beispiel nicht enthalten?" und "Gibt es eine Website, die sich mit diesem Thema befasst?" Die Antwort ist wahrscheinlicher als die Anforderung, eine genaue Abfolge von Maßnahmen zur Lösung des Problems zu senden, da Sie klar gezeigt haben, dass Sie das Problem selbst lösen werden, wenn Ihnen jemand die richtige Vorgehensweise angibt.

Wenn du fragst ...

Wählen Sie das richtige Forum

Überlegen Sie sorgfältig, wo Sie die Frage stellen. Sie werden höchstwahrscheinlich ignoriert oder als Verlierer verschüttet, wenn Sie:

  • werde eine Frage an ein Forum senden, das nicht dem Thema entspricht (off topic)

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

  • wird ein Cross-Post an viele verschiedene Diskussionsgruppen senden

  • 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 zu belasten. Kommen Sie nicht in diese Kategorie von Fragen.

Daher müssen Sie zuerst das passende Forum finden. Dies wird Ihnen wieder mit der Google-Suchmaschine und anderen Suchtools im Web helfen. Verwenden Sie sie, um die Projektseite zu finden, die am ehesten der Hardware oder Software zugeordnet ist, mit der Sie Schwierigkeiten haben. In der Regel werden auf dieser Seite Links zu einer Liste häufig gestellter Fragen (FAQ, FAQ - Frequently Asked Questions), Mailinglisten des Projekts und deren Archive angezeigt. Hier müssen Sie um Hilfe bitten, wenn Ihre eigenen Bemühungen (einschließlich Lesen dieser, von Ihnen gefunden, FAQ) nicht erfolgreich waren. Die Projektseite kann auch das Verfahren zum Informieren über den Fehler beschreiben oder es wird ein Link zu diesem bereitgestellt. Verwenden Sie in einem solchen Fall das empfohlene Verfahren.

Das Senden der gleichen Nachricht an eine Person oder an ein Forum, mit dem Sie nicht vertraut sind, ist ein Unternehmen, das zumindest riskant ist. Denken Sie beispielsweise nicht, dass der Autor einer informativen Webseite Ihr kostenloser Berater werden möchte. Machen Sie keine optimistischen Annahmen, dass Ihre Frage froh sein wird - wenn nicht sicher, senden Sie sie an eine andere Adresse oder verweigern Sie ihr Paket überhaupt.

Berücksichtigen Sie bei der Auswahl eines Web-Forums, einer Diskussionsgruppe oder einer Mailing-Liste nicht nur den Namen; Lesen Sie die Liste häufig gestellter Fragen (FAQs) oder Regeln, um sicherzustellen, dass die Frage dem Thema entspricht. Lesen Sie die Nachrichten eine Weile, bevor Sie Fragen senden, um zu erfahren, wie und was hier gemacht wird. Vor dem Senden einer Frage tut es nicht weh, in den Archiven der Diskussionsgruppe oder der Mailingliste nach Schlüsselwörtern für Ihr Problem zu suchen. Als Ergebnis können Sie die Antwort finden, und wenn nicht, wird diese Suche helfen, die Frage besser zu formulieren.

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

Definieren Sie das Thema richtig! Einer der klassischen Fehler besteht darin, in einem Forum, das einer Sprache, einer Bibliothek oder einem Tool auf beiden Plattformen gewidmet ist, eine Frage zur Unix- oder Windows-Programmierschnittstelle zu stellen. Wenn du nicht verstehst, warum dies ein grober Fehler ist, stelle keine Fragen, bis du es verstehst.

Im Allgemeinen ist die Wahrscheinlichkeit, Antworten auf Fragen in einem richtig ausgewählten öffentlichen Forum zu erhalten, höher als in einem privaten Forum. Dafür gibt es mehrere Gründe. Einer von ihnen ist die Anzahl potenzieller Responder. Der andere ist die Größe des Publikums, das die Antwort kennt; Hacker beantworten mit großer Freude Fragen, die für viele von Interesse sein können.

Es ist klar, dass erfahrene Hacker und Entwickler populärer Programme bereits viel mehr irrelevante Probleme bekommen, als sie gerne hätten. Wenn Sie diesen Fluss erhöhen, können Sie in einigen Fällen der letzte Strohhalm werden - manchmal hören die Teilnehmer in populären Projekten auf, sie zu unterstützen, weil sie keine weiteren Probleme mehr als nutzlose Nachrichten per E-Mail an ihre persönlichen Adressen ertragen.

Web- und IRC-Foren für Anfänger ermöglichen es oft, schnellstmöglich eine Antwort zu erhalten

Ihre lokale Benutzergruppe oder Ihre Linux-Distribution kann ein webbasiertes Forum oder einen IRC-Kanal unterstützen, der Anfängern helfen soll. (In nicht englischsprachigen Ländern sind Foren für Anfänger meist noch als Mailing-Listen organisiert.) Dies sind geeignete Orte für die anfängliche Zuweisung von Fragen, insbesondere wenn angenommen wird, dass Sie mit einem relativ einfachen oder typischen Problem konfrontiert sind. Ein offen beworbener IRC-Kanal ist eine explizite Einladung, Fragen zu stellen und oft Echtzeit-Antworten zu erhalten.

In der Tat, wenn das Programm, mit dem Sie Probleme haben, aus der Distribution genommen wird (was heute typisch ist), ist es besser, zuerst das Forum / die Mailingliste nach der entsprechenden Distribution zu fragen, bevor Sie das Forum / die Mailingliste kontaktieren. Hacker, die an dem Projekt arbeiten, können einfach antworten: "Benutze unsere Assembly".

Bevor Sie in einem Web-Forum eine Frage stellen, prüfen Sie, ob es möglich ist, danach zu suchen. Und wenn es so ist, suchen Sie nach ein paar Schlüsselwörtern zu einer Diskussion über ein Problem wie Ihres; es kann helfen. Wenn Sie vorher eine allgemeine Suche im Web durchgeführt haben (was hätte getan werden sollen), schauen Sie sich trotzdem das Forum an; vielleicht hat Ihre Suchmaschine dieses Forum für lange Zeit nicht indiziert.

Es gibt eine interessante Tendenz, Projektnutzer ü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 Hilfe mit dem 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, selbst 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. Dafür gibt es mehrere gute Gründe:

  • 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 für die Mailingliste zu primitiv ist, ist das kein Grund, sie die Köpfe einzelner Entwickler zu täuschen.

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

  • Die meisten Mailinglisten werden archiviert, und Archive werden von Suchmaschinen indiziert. Jemand kann Ihre Frage und Ihre Antworten im Netzwerk finden und wird sie nicht erneut in der Mailingliste nachfragen.

  • 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 - das wird oft gefragt.

Wenn das Projekt separate Mailinglisten oder Webforen für "Benutzer" und für "Entwickler" (oder "Hacker") hat und Sie sich nicht mit dem Code beschäftigen (hacken), stellen Sie die Frage in der Liste / Forum für "Benutzer". Zählen Sie nicht auf die Mailingliste für Entwickler, bei der Ihre Frage wahrscheinlich als "Lärm" eingestuft wird, der den Informationsaustausch über den Entwicklungsprozess beeinträchtigt.

Wenn Sie sich jedoch der Nicht-Trivialität Ihrer Frage sicher sind und für mehrere Tage keine Antwort in der Mailingliste / Forum für "Benutzer" erhalten haben, wenden Sie sich an die Entwickler. Es ist sinnvoll, einige Tage zuvor die entsprechende Mailingliste oder das entsprechende Forum zu besuchen, um seine Traditionen kennenzulernen (tatsächlich macht es Sinn, dies vor der Kontaktaufnahme mit einer privaten oder halbgeschlossenen 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 Präsentator. Aber denken Sie in diesem Fall nicht, dass es keine Mailingliste gibt. Geben Sie in Ihrer Nachricht an, dass Sie versucht haben, die entsprechende Mailingliste jedoch nicht zu finden. Erwähnen Sie auch, dass Sie nicht dagegen sind, Ihre Nachricht an andere Empfänger zu senden. (Viele Leute denken, dass persönliche Korrespondenz sollte persönlich bleiben, auch wenn nichts geheim ist.) Indem Sie Ihnen erlauben, Ihre Nachricht weiterzuleiten, geben Sie den Menschen eine Wahl.)

Stellen Sie sinnvolle, spezifische Nachrichtenthemen

Wenn Sie eine Nachricht an eine Mailing-Liste oder an eine Diskussionsgruppe senden, ist der Betreff der Nachricht eine großartige Gelegenheit, die Aufmerksamkeit qualifizierter Experten in einer Zeichenfolge von bis zu 50 Zeichen zu gewinnen. Verschwende es nicht mit dem Geschwätz wie "Hilf mir, bitte" (ganz zu schweigen von den "BITTE HILFE MICH !!!!" Themen, 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 eine möglichst kurze Beschreibung des Problems zu verwenden.

Eine gute Übereinstimmung bei der Gestaltung von Nachrichtenthemen, die von vielen technischen Supportdiensten verwendet werden, ist die Verwendung der Vorlage "Objektabweichung". Der Teil "Objekt" gibt an, um welches Problem es sich handelt, und der Teil "Abweichung" beschreibt die Abweichung vom erwarteten Verhalten.

Es ist dumm:

Hilfe oder Hilfe! 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

Der Prozess des Schreibens eines Themas mithilfe der Vorlage "Objektabweichung" 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 bei Grafikkarten mit einem Fooware-Chipsatz auf? Nur im Modell MV1005? Hacker kann, nachdem er eine Nachricht mit einem ähnlichen Thema erhalten hat, im Allgemeinen verstehen, wo genau Sie ein Problem hatten und welche Art von 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. Stellen Sie sicher, dass die Themenzeile das Wesentliche des Problems widerspiegelt, und das nächste Archiv, das nach einer Antwort auf eine solche Frage sucht, 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 zu ändern, damit sie klar ist - eine Frage wird gestellt. Eine Betreffzeile wie "Re: test" oder "Re: new bug" wird nicht ausreichend beachtet. Halten Sie außerdem die zuvor genannten Nachrichten auf ein Minimum, ausreichend, damit neue Benutzer verstehen können, was gerade besprochen wurde.

Senden Sie nicht einfach eine Antwort an die Mailinglisten-Nachricht, wenn Sie ein neues Thema besprechen möchten (starten Sie einen Diskussions-Thread). Dies wird den Kreis der Befragten eingrenzen. Einige E-Mail-Leser, z. B. mutt , ermöglichen dem Benutzer das Sortieren von Nachrichten nach Thema und das Ausblenden von Nachrichten zu dem Thema, wodurch der Diskussionsfaden minimiert wird. Diejenigen, die diese Gelegenheit nutzen, werden Ihre Nachricht nie sehen.

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

In Webforen weichen die Diskussionsregeln geringfügig voneinander ab, da Nachrichten normalerweise enger mit bestimmten Diskussionssträngen verknüpft sind und außerhalb dieser Threads oft unsichtbar sind. Das Ändern des Themas beim Stellen einer Frage in der Antwort ist nicht essentiell (nicht alle Foren erlauben es sogar, Themen in den Antworten zu spezifizieren, und wenn sie gefragt werden können, liest fast niemand sie). Eine Gegenfrage als Gegenleistung zu stellen, ist an sich eine zweifelhafte Praxis, da nur diejenigen, die dem entsprechenden Diskussionsfaden folgen, diese Frage sehen werden. Wenn Sie nicht sicher sind, ob Sie sich speziell an diejenigen wenden möchten, die an der Diskussion des Themas teilnehmen, sollten Sie ein neues Thema erstellen.

Vereinfachen Sie das Senden einer Antwort

Das Ausfüllen der Frage mit der Formulierung "Eine Antwort, bitte an die Adresse senden ..." macht den Empfang der Antwort sehr unwahrscheinlich. Wenn Sie nicht ein paar Sekunden Zeit haben, um den Reply-To-Header in Ihrem E-Mail-Programm richtig einzustellen, haben wir nicht ein paar Sekunden, um über Ihr Problem nachzudenken. Wenn Ihr E-Mail-Programm dies nicht zulässt, lassen Sie es fallen. Wenn Ihr Betriebssystem keine E-Mail-Programme unterstützt, mit denen Sie dies tun können, suchen Sie besser nach dem Betriebssystem.

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

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

Es ist experimentell festgestellt worden, dass Menschen, die unaufmerksam und unvorsichtig schreiben, in der Regel so unaufmerksam und unvorsichtig in den Gedanken und dem Code der Programme sind, die geschaffen werden (zumindest oft genug, um so zuversichtlich zu sagen). Antworten auf die 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 Korrektheit des Wortlauts der Frage von Bedeutung. Wenn du dich nicht mit diesem Kopf täuschen willst, wollen wir dich nicht selbst betrügen und auf solche Probleme achten. Versuchen Sie, die Frage in der richtigen Sprache zu formulieren. Es sollte nicht schwer und formal sein - tatsächlich wird in der Hackerkultur eine informelle, slangvolle und humorvolle Sprache verwendet, die korrekt verwendet wird. Aber Gedanken sollten klar ausgedrückt werden; es ist notwendig, zumindest einige Anzeichen von Nachdenklichkeit und Aufmerksamkeit zu zeigen.

Beachten Sie die Regeln für Syntax, Interpunktion und Großschreibung. Verwechsle es nicht mit seiner, lose mit verlieren oder diskret mit diskret. SCHREIBE NICHT ALLE IM OBEREN REGISTER, - dies wird als Schrei wahrgenommen 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 sagt, es ist auf Wiedersehen, aber Sie nicht.)

Im Allgemeinen, wenn Sie auf der Ebene des kindlichen Geschwätz oder Delirium verrückt schreiben, wird Ihre Frage wahrscheinlich ignoriert werden. Die Schrift im Stil der jungen "Khatsker" (im Originaltext - Skript kiddie hax0r) ist absolut hoffnungslos und garantiert dafür - Schweigen (oder bestenfalls eine Dosis Vernachlässigung und Sarkasmus).

Wenn Sie Fragen in einem Forum stellen, in dem Sie Ihre Muttersprache nicht verwenden, werden Ihnen einige lexikalische und grammatikalische Fehler verziehen - aber erwarten Sie keine Vergebung für elementare Faulheit (ja, wir sind normalerweise in der Lage, den Unterschied zu verstehen). Außerdem, wenn Sie nicht genau wissen, welche Sprachen für den Adressaten - Muttersprache, in Englisch schreiben. Beschäftigte Hacker überspringen in der Regel Fragen in Sprachen, die sie nicht verstehen, und Englisch ist die Arbeitssprache des Internets. Wenn Sie eine Frage auf Englisch stellen, reduzieren Sie die Wahrscheinlichkeit, dass sie ohne Lesen verpasst wird.

Senden Sie Fragen in allen übersichtlichen Formaten

Wenn Sie es künstlich erschweren, die Frage zu lesen, erhöht sich die Wahrscheinlichkeit, dass Sie statt dessen eine Frage bekommen, die nicht schwer zu lesen ist. Deshalb:

  • Senden Sie die Nachricht als Nur-Text, nicht als HTML. ( Deaktivieren von HTML ist nicht so schwierig.)

  • MIME-Anwendungen sind normalerweise vollständig gültig, aber nur, wenn sie echten Inhalt haben (z. B. der Quellcode oder die Patch-Datei) und nicht nur automatisch vom Mail-Client generiert werden (z. B. eine andere Kopie der Nachricht, sondern im HTML-Format).

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

  • Teilen Sie Daten jedoch nicht in mehrere Zeilen an einer festen Position (z. B. Protokollabzüge oder Sitzungsdatensätze). Die Daten müssen so in den Nachrichten enthalten sein, dass 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 Codierung wird möglicherweise benötigt, wenn eine Nachricht in einer Sprache gesendet wird, die nicht von der ASCII-Codierung abgedeckt wird, aber viele Benutzer-Mail-Agents unterstützen sie nicht. Das Lesen von Nachrichten mit verstreuten 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 darauf, wie Sie reagieren würden, wenn Sie die Haustür mit Schweinehund beschmiert hätten. Selbst wenn sie sie lesen können, empört sie die Notwendigkeit, sich mit diesen Formaten zu beschäftigen.

  • Deaktivieren Sie die deaktivierte Microsoft-Unterstützung für "Smart Quotes", wenn Sie Nachrichten von einem Windows-basierten Computer senden. Dies wird eine Menge Müllzeichen loswerden, die in der gesamten Nachricht verstreut sind.

  • Schimpfen Sie in Web-Foren nicht die "Smilies" und die Möglichkeit, "html" einzufügen (wenn sie vorhanden sind). Ein oder zwei Smileys sind normalerweise normal, aber ein bunter Text lässt die Leute denken, dass du ein Lamer bist. Übermäßiger Einsatz von Emoticons, Farben und Schriften stellt Sie als lachhafte Teenager dar, was keinen Sinn ergibt, es sei denn, Sie interessieren sich für Antworten, nicht für Sex.

Beachten Sie bei der Verwendung eines E-Mail-Clients mit einer grafischen Oberfläche (z. B. Netscape Messenger, MS Outlook usw.), dass diese Regeln bei Verwendung der Standardeinstellungen verletzt werden können. Die meisten dieser Clients haben einen "View Source" -Befehl im Menü. Überprüfen Sie mit ihrer Hilfe auf einer der gesendeten Nachrichten, dass der normale Text ohne unnötigen Abfall gesendet wird.

Beschreiben Sie das Problem im Detail und im Detail

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

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

  • Beschreiben Sie die Recherche, die Sie durchgeführt haben, als Sie versuchten, das Problem zu verstehen, bevor Sie eine Frage stellen.

  • Beschreiben Sie unabhängig voneinander 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 mögliche Fragen des Hackers zu antizipieren und beantworten Sie diese im Voraus in Ihrer Bitte um Hilfe.

Simon Tatham schrieb einen wunderbaren Aufsatz mit dem Titel Wie man Fehler effektiv meldet . Ich empfehle es sehr, es zu lesen.

Das Volumen bedeutet noch keine Genauigkeit

Seien Sie genau und informativ. Um dies zu tun, reicht es nicht aus, eine große Menge Code oder Daten in die Abfrage einzufügen. Wenn ein umfangreicher, komplexer Testfall zu einem Fehler im Programm führt, versuchen Sie, ihn so weit wie möglich zu minimieren.

Dies ist zumindest aus drei Gründen nützlich. Erstens: Die nachgewiesenen Bemühungen, das Problem zu vereinfachen, 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 bei der Klärung der Fehlermeldung eine Lösung oder eine Methode finden, um das Problem selbst zu umgehen.

Beanspruchen Sie nicht, einen Fehler gefunden zu haben

Wenn Sie Probleme mit einer bestimmten Software haben, behaupten Sie nicht, einen Fehler gefunden zu haben, wenn Sie nicht absolut sicher sind. Tipp: Wenn Sie keinen Quellcode-Fix bereitstellen können, der ein Problem oder einen Testfall für eine frühere Version behebt, die ein falsches Verhalten zeigt, sind Sie sich Ihrer Anwendung wahrscheinlich nicht sicher.

Denken Sie daran, dass viele andere Benutzer mit diesem Problem nicht aufgetreten sind. Sonst hättest du das schon beim Lesen der Dokumentation oder beim Suchen im Web erfahren (du hast es gemacht, bevor du solche Aussagen machst, oder ?). Das bedeutet, dass Sie höchstwahrscheinlich etwas falsch machen, keine Software.

Die Entwickler von Software unternehmen große Anstrengungen, um sicherzustellen, dass sie so gut wie möglich funktioniert. Wenn Sie behaupten, einen Fehler gefunden zu haben, dann nehmen sie an, dass sie etwas falsch gemacht haben, und sie werden es mit Sicherheit nicht mögen - selbst wenn Sie recht haben. Es ist besonders undiplomatisch, "Bug" ("Error") in die Betreffzeile der Nachricht 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 darüber in der Antwort lesen. Versuchen Sie, sich so zu verhalten, dass Leute, die das Programm unterstützen, sich bei Ihnen entschuldigen wollen, wenn ein echter Fehler gefunden wird, und nicht, dass Sie sich für Ihre Dummheit entschuldigen müssen.

Öffentliche Selbstaufgabe ersetzt keine Hausaufgaben

Einige, die verstanden haben, dass es nicht notwendig ist, sich grob oder arrogant zu benehmen, die Antwort erpressend, wählen das entgegengesetzte Extrem - Selbsterniedrigung. "Ich weiß, ich bin ein Anfänger, ein Verlierer und ein voller Kessel, aber ...". Es lenkt von dem Punkt ab und macht keinen Sinn. Vor allem in Kombination mit der Unsicherheit, das eigentliche Problem zu beschreiben.

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 separate Plätze für Anfängerfragen. Wenn Sie der Meinung sind, dass eine solche Frage nur von einem Anfänger gestellt werden kann, fragen Sie sie dort. Aber selbst dort musst du dich nicht demütigen.

Beschreibe die Symptome des Problems, nicht deine Annahmen

Es ist sinnlos, 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 bekommen?) Stellen Sie sicher, dass Sie die tatsächlichen Symptome des Geschehens melden, nicht Ihre Interpretationen und Theorien. Lassen Sie die Antworten interpretieren und diagnostizieren.

Es ist dumm:

Beim Kompilieren des Kernels bekomme ich immer SIG11-Fehler, und ich vermute, dass die Ursache ein Mikroriss auf dem Motherboard ist. Was ist der beste Weg, dies zu überprüfen?

Angemessen:

Auf dem K6 / 233-Computer, den ich auf dem FIC-PA2007-Motherboard (VIA Apollo VP2-Chipsatz) mit 256 MB Corsair PC133 SDRAM-Speicher montiert habe, treten SIG11-Fehler oft 20 Minuten nach dem Einschalten während der Kernkompilierung auf, aber nicht in den ersten 20 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 wichtigste Information, um die Gründe für das Geschehen herauszufinden, hängt oft mit Ereignissen zusammen, die dieser Situation unmittelbar vorausgehen. 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, kann die Sitzungsaufzeichnung (z. B. mit dem Skript-Dienstprogramm) sehr hilfreich sein und einige Dutzend entsprechender Zeilen in der Nachricht enthalten.

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

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

Beschreibe das Ziel, keinen separaten Schritt

Wenn Sie herausfinden möchten, wie Sie etwas tun können (und keinen Fehler melden), beginnen Sie mit einer Beschreibung des Ziels. Und erst dann beschreiben Sie einen konkreten Schritt auf dem Weg dorthin, den Sie nicht erfüllen konnten.

Oftmals haben Menschen, die technische Hilfe benötigen, ein hohes Ziel vor Augen und sind ihrer Meinung nach an eine der Möglichkeiten gebunden, diese zu erreichen. Sie bitten um Hilfe, um einen Schritt zu machen, ohne zu erkennen, dass sie den falschen Weg gewählt haben. Um das zu verstehen, kann es sehr mühsam sein.

Es ist dumm:

Wie erhalte ich das Farbauswahldialogfeld 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 einen Weg, dies zu tun - jeden Slot der Tabelle zu bearbeiten, aber ich kann keinen hexadezimalen RGB-Wert im FooDraw-Farbauswahldialog 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 besser geeignet ist, das Problem zu lösen.

Fragen Sie nicht nach Ihrer persönlichen E-Mail-Adresse

Hacker glauben, 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, der besser informiert ist, bemerkt, dass diese Antwort unvollständig oder falsch ist. Darüber hinaus werden die Befragten teilweise dadurch belohnt, dass ihre Kompetenz und ihr Wissen von ihren Kollegen wahrgenommen wird.

Wenn Sie um eine persönliche Antwort bitten, behindern Sie sowohl den Entscheidungsprozess als auch die Vergütung. Tu das nicht. 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 hält.

Es gibt eine kleine Ausnahme von dieser Regel. Wenn Sie annehmen, dass Sie viele ähnliche Antworten auf Ihre Frage erhalten, vergessen Sie nicht die magischen Worte "senden Sie die Antwort an mich, und ich fasse die Antworten zusammen, die in dem Artikel für die Diskussionsgruppe eingegangen sind." Der Versuch, die Diskussionsgruppe oder die Mailingliste vom Fluss der identischen Nachrichten fernzuhalten, ist sehr nett, aber Sie müssen Ihr Versprechen halten und eine Zusammenfassung senden.

Stellen Sie klare und klare Fragen

Unbegrenzte Fragen erfordern in der Regel unbegrenzte Zeit für eine Antwort. Leute, die wahrscheinlich in der Lage sind, Ihnen eine nützliche Antwort zu geben, sind auch die am meisten beschäftigten Leute (auch weil sie den größten 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, erhöht sich, wenn Sie klarstellen, was Sie von den Antwortenden erhalten (Links bereitstellen, Code senden, Ihre Entscheidung überprüfen usw.). Dies wird die Bemühungen 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 Weltexperten leben, muss man das Wissen der Experten als eine Ressource behandeln, die reichlich vorhanden ist und zu ihrer Zeit - als Ressource - sehr begrenzt ist. 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 die Zeit zu minimieren, die ein Experte benötigt, um es zu lösen. Aber oft ist das nicht das Gleiche wie die Vereinfachung der Frage. So zum Beispiel die Frage: "Kannst du mir einen Link zu einer guten Beschreibung von X geben?" - Meist klüger als eine Bitte: "Erklär mir bitte X, bitte." Wenn Sie ein Problem mit dem Leerlaufcode haben, ist es besser, Sie zu bitten, zu erklären, was damit nicht stimmt, und Sie nicht zu bitten, die Fehler zu beheben.

Stellen Sie keine Fragen von Hausaufgaben

Hacker sind gut darin, Fragen von Hausaufgaben zu beantworten - die meisten von uns haben es selbst gemacht. Diese Fragen werden gebeten, 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 vollständigen Lösung.

Wenn Sie vermuten, dass Sie eine Frage von Ihren Hausaufgaben geworfen haben, aber immer noch keine Antwort darauf geben können, stellen Sie eine Frage im Forum der Benutzergruppe oder (im Extremfall) in der "Custom" Mailingliste / Forum des entsprechenden Projekts. Obwohl Hacker es erkennen, können einige der fortgeschrittenen Benutzer Ihnen zumindest einen Hinweis geben.

Vermeiden Sie sinnlose Anfragen

Seien Sie nicht versucht, Ihre Anfrage mit bedeutungslosen Fragen wie "Will mir jemand helfen?" Zu beenden. oder "Gibt es überhaupt eine Antwort?" Erstens, wenn Sie Ihr Problem irgendwie professionell beschrieben haben, sind solche zusätzlichen Fragen zumindest überflüssig. Zweitens sind sie, da sie überflüssig sind, für Hacker lästig - und als Reaktion darauf sind sie so geneigt, eine logisch einwandfreie Abmeldung zu schreiben, wie: "Ja, du kannst helfen" oder "Nein, du kannst nicht helfen".

In der Regel Fragen mit Antworten ja-nein besser nicht fragen, es sei denn, Sie wollen eine Ja-oder-Nein-Antwort bekommen .

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

Das ist dein Problem, nicht unseres. Die Erwähnung von Dringlichkeit ist oft kontraproduktiv: Die meisten Hacker entfernen solche Botschaften einfach als harte und selbstsüchtige Versuche, sofort besondere Aufmerksamkeit zu erregen.

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 es höflich melden, sind die Leute möglicherweise ausreichend daran interessiert, schneller zu antworten.

Dies ist jedoch äußerst riskant, da sich der Blick des Hackers auf die Schwerkraft und seine Interessen wahrscheinlich von Ihren unterscheidet. Die Frage von der internationalen Raumstation zum Beispiel wird Interesse wecken, aber die Frage im Namen einer wohlhabenden wohltätigen Stiftung oder politischen Partei wird mit ziemlicher Sicherheit nicht gestellt. In der Tat die Frage mit dem Thema "Dringend: Hilf mir, flauschige Siegel zu retten!" werden von Hackern, die glauben, dass das Leben von fluffigen Robben für sie wichtig ist, ignoriert oder böswillig kommentiert.

Wenn Sie davon überrascht werden, lesen Sie den Rest des Dokuments noch einmal, bis Sie es verstanden haben und davor keine Fragen mehr senden.

Höflichkeit tut nie weh und hilft manchmal

Sei höflich. Verwenden Sie die Ausdrücke "Bitte" und "Dankbar im Voraus". Machen Sie deutlich, dass Sie den Menschen dankbar sind, die Ihnen ihre Zeit kostenlos zur Verfügung stellen.

Um ehrlich zu sein, ist dies nicht so wichtig wie das Fehlen von Fehlern im Text der Frage, die Klarheit, Genauigkeit und Detail der Beschreibung, die Verwendung von offenen Formaten, etc. (und ersetzt nicht alles oben genannte); Hacker würden im Allgemeinen lieber grobe, aber technisch genaue Fehlermeldungen als höfliche Formulierungen erhalten. (Wenn es dich überrascht, erinnere dich, dass wir die Frage schätzen, was er uns lehrt.)

Auf der normalen technischen Ebene der Frage erhöht die Höflichkeit jedoch die Wahrscheinlichkeit, eine nützliche Antwort zu erhalten.

(Es sei darauf hingewiesen, dass der einzige schwerwiegende Einwand, den die Veteranen der Hackerbewegung zu diesem Dokument erhalten haben, die Empfehlung ist, den Ausdruck "Dankbar im Voraus" zu verwenden. Einige Hacker sehen es als Unwilligkeit, jemandem zu danken, nachdem das Problem gelöst wurde. um sowohl im Voraus als auch nach Erhalt einer Antwort zu danken, oder um ihre Dankbarkeit anders auszudrücken, sagen wir den Satz "Vielen Dank für Ihre Aufmerksamkeit" oder "Vielen Dank für Ihre Aufmerksamkeit".)

Senden Sie eine kurze Beschreibung der Lösung

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

Es ist optimal, im Diskussionsfaden, der mit der ursprünglichen Frage begonnen hat, zu antworten, indem man die Notiz 'FIXED', 'RESOLVED', 'SOLUTION' oder ein anderes, ebenso naheliegendes Zeichen der Lösung in der Betreffzeile hinzufügt. In Mailinglisten mit einer großen Anzahl von Nachrichten versteht der potentielle Beantworter beim Anschauen des Diskussionsfadens "Problem X", der mit der Nachricht "Problem X - LÖSUNG" endet, dass er selbst beim Lesen der Nachrichten keine Zeit verschwenden muss (wenn er Problem X persönlich nicht für interessant hält) und kann daher Zeit damit verbringen, ein anderes Problem zu lösen.

Eine solche Nachricht muss nicht notwendigerweise lang und detailliert sein; simple: "Hi, das Problem war mit einer Unterbrechung des Netzwerkkabels! Danke an alle." Bill, "ist besser als nichts. In der Tat ist ein kurzer und höflicher Lebenslauf besser als eine lange Dissertation, es sei denn, die Entscheidung betrifft schwerwiegende technische Aspekte. Schreiben Sie, welche Aktionen das Problem lösen können, aber die gesamte Sequenz der Lösungssuche muss nicht erneut beschrieben werden.

Für ernst genug Probleme können Sie einen Lebenslauf mit einer Geschichte der Suche nach ihren Gründen senden. Beschreiben Sie die endgültige Aussage des Problems. Beschreiben Sie, was die Lösung war, und geben Sie an, dass Pfade zu vermeiden sind, die vermieden werden sollten. Nennen Sie alle, die Ihnen geholfen haben: So finden Sie Freunde.

Neben der Höflichkeit und Information, wird diese Art von Zusammenfassung Nachricht anderen helfen, genau herauszufinden, welche Entscheidung Ihnen geholfen hat, und kann ihnen daher auch bei der Suche im Archiv der Mailingliste / Diskussionsgruppe / Forum helfen.

Zu guter Letzt hilft diese Art von Nachricht allen, die an der Diskussion beteiligt sind, ein Gefühl der Befriedigung aus der Tatsache zu ziehen, dass das Problem geschlossen ist. Wenn Sie selbst kein technischer Experte oder Hacker sind, dann vertrauen Sie uns, dass dieses Gefühl für den Guru und die Experten, an die Sie sich bewarben, sehr wichtig ist. Beschreibungen von Problemen, als Ergebnis und nicht gelöst - das ist eine völlige Enttäuschung; Hacker sind bestrebt, sie gelöst zu sehen. Das gute Karma, das entsteht, wenn du diesen Durst stille, wird dir sehr helfen, wenn du die Frage das nächste Mal stellst.

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

Unter Hackern wird dieses Verhalten in der Tat als wichtiger angesehen als gewöhnliche Höflichkeit. Auf diese Weise verdienen 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 vermasselt sind

Es gibt eine alte und heilige Tradition: Wenn Sie die Antwort " RTFM " erhalten, dann meint der Befragte, dass Sie das Handbuch lesen sollten ( Lesen Sie das Fucking Manual ). Er hat fast sicher Recht. Lesen.

Die Antwort RTFM hat ein jüngeres Analogon. Wenn Sie die Antwort " STFW " erhalten, ist der Befragte der Meinung, dass Sie im Netzwerk nach einer Antwort suchen sollten (Search The Fucking Web). Er hat fast sicher Recht. Suche.

In Webforen können Sie auch in den Archiven des Forums suchen. Tatsächlich kann der Befragte so freundlich sein, dass er einen Link zu der vorherigen Diskussion gibt, in der dieses Problem gelöst wurde. Aber verlasse dich nicht darauf; Schau in den Archiven, bevor du fragst.

Oft hat einer, der eine dieser Antworten sendet, eine Anleitung oder eine Webseite mit den Informationen, die Sie benötigen, und schaut sie an, wenn er antwortet. Diese Antworten bedeuten erstens, dass die von Ihnen benötigten Informationen leicht zu finden sind, und zweitens werden Sie bei der Suche nach Informationen mehr erfahren als auf einem Teller.

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

Wenn du es nicht verstehst ...

Wenn Sie die Antwort nicht verstehen, senden Sie nicht die Nachfrage, um es zu erklären. Verwenden Sie die gleichen 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 Klärungen benötigen, zeigen Sie, was Sie selbst gelernt haben.

Angenommen, ich habe Ihnen gesagt: "Es sieht so aus, als würde zentrie an Ihnen hängen, Sie müssen es überprüfen." Dann wird eine klärende Frage sein: "Und was ist zentrie"? Und gut : "OK, ich habe die Referenzhandbuchseite gelesen, und dort wird es nur in den Optionen -z und -p erwähnt. Keiner von ihnen sagt, wie man das aufgehängte Verzeichnis zurücksetzt. Muss ich eine dieser Optionen verwenden, oder bin ich es Hat er das falsch verstanden? "

Reaktion auf Unhöflichkeit

Das meiste, was in Hackerkreisen unhöflich erscheint, wird nicht als 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 du auf Unhöflichkeit stößt, versuche ruhig zu reagieren. Wenn jemand wirklich über das Akzeptable hinausgeht, ist es wahrscheinlich, dass der Leiter der Mailingliste, der Diskussionsgruppe oder des Forums es einsetzen wird. Wenn dies nicht passiert ist und Sie die Beherrschung verlieren, ist es wahrscheinlich, dass die Person, die diese Person verursacht hat, sich innerhalb der Normen der Hackergemeinschaft verhält, und jeder wird denken, dass Sie falsch liegen. Dies wird die Chancen, die notwendige Information oder Unterstützung zu erhalten, erheblich reduzieren.

Auf der anderen Seite, manchmal kann man 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 Raufbolde an den Platz zu bringen - wir haben ihr unwürdiges Verhalten mit einem scharf geschärften verbalen Skalpell abgeschnitten. Sie müssen jedoch sehr zuversichtlich in Ihre Position sein, bevor Sie es versuchen. Die Grenze zwischen dem Hinweis auf Unhöflichkeit und dem Beginn eines bedeutungslosen "Basars" (im Original - flamewar - ein Kommentar eines Redakteurs ) ist so subtil, dass Hacker selbst oft daran vorbeigehen. Wenn Sie ein Anfänger oder nur ein gelegentlicher Leser sind, gibt es wenig Chance, solch einen groben Fehler zu vermeiden. Wenn Sie an Informationen interessiert sind, nicht an Unterhaltung, ist es besser, Ihre Hände von der Tastatur zu nehmen und nicht in solche Diskussionen einzutreten.

(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 "normale" soziale Interaktionen zwischen Menschen verantwortlich ist. Es kann wahr sein oder nicht. Kein Hacker, die Vorstellung von Hackern, die krank auf dem Kopf sind, kann Ihnen helfen, sich mit unseren Kuriositäten zu versöhnen. Denken Sie, was Sie wollen, es ist 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 bereits mehrere Male in Hacker-Foren vermasselt haben - wie in diesem Artikel beschrieben, oder ähnlich. Und du hast schon erklärt, wie du versaut hast, vielleicht in Farbe. Mit allen ehrlichen Menschen.

Wenn dies geschieht, ist die unglücklichste Reaktion, sich darüber zu beschweren, was passiert ist, sich beschimpft zu fühlen, eine Entschuldigung zu verlangen, zu schreien, vor Wut zu ersticken, vor Gericht zu klagen, sich bei Arbeitgebern zu beschweren, den Toilettensitz nicht zu senken, usw. Stattdessen müssen Sie Folgendes tun:

Sich zu verständigen. Es ist in Ordnung. In der Tat 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 der persönlichen Korrespondenz sein sollte - das ist nicht so. Es macht keinen Sinn, jemandes Kommentar als Beleidigung zu nehmen, dass eine Ihrer Aussagen falsch ist oder dass er eine andere Meinung hat. So handeln Verlierer.

Es gab Hacker-Foren, in denen es den Teilnehmern aufgrund missverstandener hypertrophischer Höflichkeit verboten wurde, Nachrichten über Fehler in den Nachrichten anderer Leute zu senden. Ihnen wurde gesagt: "Wenn Sie dem Benutzer nicht helfen wollen, schweigen Sie." Der Abfluss von sachkundigen Teilnehmern in andere Foren führte zu ihrer Entartung zu bedeutungslosem Geplapper und zur völligen Unbrauchbarkeit aus technischer Sicht.

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

Erinnere dich: Wenn dieser Hacker schreibt, dass du es vermasselt hast, und (egal wie sehr) er dich darum bittet, es nicht mehr zu tun, tut er es, kümmert sich zuerst um dich und zweitens um seine Gemeinschaft. Es wäre viel einfacher für ihn, zu ignorieren und aus seinem Leben zu streichen. Wenn dir die Dankbarkeit fehlt, behalte deine Würde - beschwere dich nicht und denke nicht, dass du wie eine zerbrechliche Puppe behandelt wirst, nur weil du ein Anfänger mit einer theatralisch überempfindlichen Seele und Illusionen über deinen eigenen Wert bist.

Manchmal werden Menschen zu Individuen gehen, ohne einen offensichtlichen Grund in eine schmutzige Kontroverse geraten, etc., auch wenn du nicht versagt hast (oder nur in ihrer Fantasie versaut hast). In diesem Fall empört zu sein ist der Weg, wirklich zu versauen.

Diese "Skandalisten" sind entweder Lamer, die nichts verstehen, sich aber für Experten halten, oder potentielle Psychologen, die nachprüfen, ob Sie verrückt sind oder nicht. Andere Leser werden sie entweder ignorieren oder Wege finden, mit ihnen unabhängig umzugehen. Das Verhalten der Schläger verursacht Probleme für sich selbst, die Sie nicht stören sollten.

Lass dich nicht in einen nutzlosen "Basar" ziehen. Es ist besser, solche Diskussionen zu ignorieren, im Voraus herausgefunden, dass dies wirklich nutzlos "Basar" ist, und keine Hinweise darauf, warum Sie wirklich vermasselt, und nicht subtil verschlüsselte Antworten auf Ihre tatsächlichen Fragen (das passiert auch).

Fragen, die Sie nicht stellen müssen

Hier sind einige klassische dumme Fragen und was Hacker darüber nachdenken, wenn sie nicht beantwortet werden.

Frage:

Wo finde ich das Programm oder die Ressource X?

Antwort:

An derselben Stelle, an der ich es genommen habe, Idiot, - finde es im Internet. Gott, wissen nicht alle, wie man Google benutzt ?

Frage:

Wie kann ich Y mit X machen?

Antwort:

Wenn Sie Y machen wollen, sollten Sie diese Frage stellen, ohne eine Methode zu verwenden, die möglicherweise ü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 Leute 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, werden Sie die Intelligenz und die unabhängige Suche nach einer Antwort haben.

Frage:

Kann ich ein AcmeCorp-Dokument mithilfe des Bass-o-matic-Dateikonvertierungsprogramms in eine TeX-Datei konvertieren?

Antwort:

Versuche und finde es heraus. Also werden Sie erstens die Antwort wissen und zweitens aufhören, meine Zeit zu verschwenden.

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 Ihr Problem wirklich ist - ich habe interessantere Dinge zu tun. Wenn ich solche Fragen sehe, sende ich normalerweise eine der folgenden Antworten:

  • Hast du nichts hinzuzufügen?

  • Oh, das ist schade. Ich hoffe, du hast es bereits behoben.

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

Frage:

Ich habe Probleme mit der Windows-Maschine. Könntest du helfen?

Antwort:

Ja. Werfen Sie diesen Microsoft-Müll raus und stellen 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 eine offizielle Version für Windows besitzt oder mit Windows-Maschinen (z. B. Samba) interagiert. Seien Sie nicht überrascht von der Antwort, dass das Problem in Windows liegt, nicht im Programm selbst, 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 in Systemaufrufen und Bibliotheken gefunden haben, die von Hunderten oder Tausenden von Entwicklern intensiv genutzt werden, aber es ist viel wahrscheinlicher, dass Sie das einfach nicht verstanden haben. Ernsthafte Aussagen erfordern ernsthafte Beweise; Wenn Sie solche Aussagen machen, müssen Sie eine klare und erschöpfende Beschreibung der Situation erhalten, in der der Fehler auftritt.

Frage:

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

Antwort:

Nein. Um dieses Problem zu lösen, brauche ich sofortigen Zugriff auf Ihren Rechner. Fragen Sie eine lokale Linux-Benutzergruppe, die Ihnen persönlich helfen kann. (Eine Liste von Benutzergruppen finden Sie hier .)

Hinweis: Fragen zur Installation von Linux können im Forum oder in der Mailingliste für eine bestimmte Distribution relevant sein, wenn das Problem mit dieser Verteilung oder in Foren lokaler Benutzergruppen zusammenhängt. Vergessen Sie in diesem Fall nicht, die Details des Fehlers genau zu beschreiben. Aber schauen Sie sich zuerst im Web um, indem Sie die Schlüsselwörter "linux" und alle verdächtigen Hardwarekomponenten angeben.

Frage:

Wie knacke ich das Passwort des root-Benutzers / bekomme erweiterte Rechte / lese die E-Mail von jemand anderem?

Antwort:

Ja, du bist nur vulgär, wenn du das willst, und ein Idiot, wenn du einen Hacker um Hilfe bittest.

Gute und schlechte Fragen

Abschließend werde ich Ihnen Beispiele zeigen, wie Sie Fragen richtig stellen können. Ich werde ein paar Fragen über das gleiche Problem stellen, eine - vermutlich dumm, und die zweite - richtig.

Albern : Wo finde ich Informationen über Foonly Flurbamatic?

Diese Frage bittet einfach um die Antwort "STFW" .

Richtig: Ich habe versucht, das Web mit Google on Demand "Foonly Flurbamatic 2600" zu suchen, habe aber keine brauchbaren Links bekommen. Weiß jemand, wo man Informationen über die Programmierung dieses Geräts finden kann?

Dieser Fragesteller hat das Internet bereits durchsucht und scheint ein echtes Problem zu haben.

Dummkopf: 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 nicht in der Nulix OS Version 6.2 kompiliert. Ich lese die FAQ, aber es gibt keine Probleme mit Nulix. Hier ist die Aufzeichnung der Kompilierungssitzung; Was habe ich falsch gemacht?

Er wies auf die Umgebung hin, las die häufig gestellten Fragen, zeigte eine Fehlermeldung, und er denkt nicht, dass die Ursache seines Problems in dem Fehler eines anderen liegt. Dieser Typ kann ein wenig Aufmerksamkeit bekommen.

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

Jeder Hacker wird diese Frage in Gedanken beantworten, höchstwahrscheinlich: "Nun, vielleicht kannst du auch helfen, die Windel zu erbrechen und zu wechseln?", Und drücke die Entf-Taste.

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

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

In der letzten Frage, achten Sie auf den kleinen aber wichtigen Unterschied zwischen "Geben Sie mir eine Antwort" und "Bitte helfen Sie mir herauszufinden, welche zusätzlichen diagnostischen Maßnahmen durchgeführt werden können, um die Situation zu klären."

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

Wenn ich die Frage so stelle wie du, gibst du den Leuten Denkanstöße; 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 forderte sie auf, auf Augenhöhe zu diskutieren. Ich habe auch gezeigt, dass ich ihre Zeit schätze und beschreibe, welche Sackgasse ich bereits passiert habe.

Am Ende, als ich mich bei allen bedankte und betonte, wie gut der Prozess der Problemlösung gelaufen ist, hat ein Mitglied der Mailingliste darauf aufmerksam gemacht, dass sich seiner Meinung nach alles nicht dadurch ergab, dass ich eine "berühmte Person" war. aber wegen der richtigen Form der Frage.

Hacker, in gewisser Hinsicht sehr grausame intellektuelle Elite (in der ursprünglichen - Meritokratie . Ich bin mir sicher, dass er recht hat, und wenn ich es vermassle , würde ich kritisiert oder ignoriert werden, unabhängig von früheren Verdiensten. Sein Vorschlag, die Situation als eine Anweisung für alle anderen zu beschreiben, war der unmittelbare Grund für die Erstellung dieses Handbuchs.

Wenn keine Antwort empfangen wird

Wenn Sie keine Antwort erhalten haben, nehmen Sie sie nicht persönlich, sondern als unsere Weigerung, Ihnen persönlich zu helfen. Manchmal wissen die Teilnehmer des Forums 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 sinnlose Belästigung wahrgenommen.

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

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

Es gibt auch viele kommerzielle Unternehmen, mit denen Sie sowohl große als auch kleine Unternehmen betreuen 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 bezahlen! Am Ende, wenn Sie eine große Überholung des Automotors benötigen, werden Sie es an die Werkstatt geben und die Reparaturen bezahlen. Auch wenn die Software nichts kostet, können Sie nicht erwarten, dass sie immer kostenlos unterstützt wird.

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

Wie man gute Antworten gibt

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

Geben Sie beim ersten Fehler privat an. Es besteht keine Notwendigkeit, eine Person öffentlich zu erniedrigen, die sich vielleicht ehrlich irrt. Ein unerfahrener Benutzer kann nicht wissen, wie die Archive zu durchsuchen sind oder wo die Liste der häufig gestellten Fragen gefunden oder veröffentlicht wird.

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

Wenn Sie nicht helfen können, stören Sie nicht. Machen Sie keine Witze über die Verfahren, die die Umgebung des Benutzers zerstören können - dieser Trottel kann Ihre Witze als Leitfaden für Maßnahmen 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. Versuchen Sie, eine schlechte Frage in eine gute zu verwandeln; Erinnere dich - wir waren alle Anfänger.

Obwohl eine einfache RTFM-Antwort gerechtfertigt ist, wenn sie nur von einem Idler gegeben wird, ist der Link zur Dokumentation (auch wenn es sich um eine Reihe von Keywords für die Google-Suche handelt) immer noch besser.

Wenn Sie die Frage beantworten, lassen Sie uns im Wesentlichen antworten. Schlagen Sie keine vorschnell erfundenen Problemumgehungen vor, wenn im Prinzip nicht das Werkzeug oder der falsche Ansatz verwendet wird. Bieten gutes Geld. Die Frage neu formulieren.

Helfen Sie der Öffentlichkeit, von dem Problem zu profitieren. Wenn Sie eine gute Frage haben, fragen Sie sich: "Wie ändern Sie die relevante Dokumentation oder die FAQ-Liste, so dass niemand diese Frage stellt?". Dann senden Sie die entsprechende Ergänzung an denjenigen, der diese Dokumente unterstützt.

Wenn Sie eine Studie durchführen müssen, um die Frage zu beantworten, teilen Sie Ihre Erfahrungen und schreiben Sie nicht so, als ob die Antwort vom Himmel auf Sie gefallen wäre. Eine gute Frage zu beantworten ist, wie man die Hungrigen einmal füttern kann, aber die Forschungsmethode anhand eines Beispiels aufzuzeigen, ist, wie man Nahrung für das Leben bekommt.

Zusätzliche Informationsquellen

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

Achten Sie beim Erstellen von Software oder beim Ausgeben von Patches für Programme auf die im Software Release Practice HOWTO- Handbuch beschriebenen Prinzipien .

Danke

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

Anmerkungen des Übersetzers

Der Originalartikel stammt von hier .