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

Fragen stellen

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

Eric Steven Raymond Thyrsus Enterprises < 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 Ergänzung des Diskurses über die Etikette der Kommunikation in Webforen.)

Der Inhalt

Übersetzungen
Haftungsausschluss
Einleitung
Bevor Sie fragen ...
Bei der Frage ...
Wähle das richtige Forum
Anfänger-Web- und IRC-Foren erhalten häufig so schnell wie möglich eine Antwort.
Verwenden Sie als zweiten Schritt die Projekt-Mailinglisten.
Fragen Sie nach aussagekräftigen, spezifischen Nachrichtenthemen.
Vereinfachen Sie die Antwort
Schreiben Sie im Klartext nach den Regeln der Grammatik und des Wortschatzes
Senden Sie Fragen in übersichtlichen Formaten
Beschreiben Sie das Problem genau und ausführlich.
Lautstärke bedeutet nicht Genauigkeit
Behaupte nicht, einen Fehler gefunden zu haben
Öffentliche Selbsterniedrigung ersetzt nicht die Hausaufgaben
Beschreiben Sie die Symptome des Problems, nicht Ihre Annahmen.
Beschreiben Sie die Problemsymptome in chronologischer Reihenfolge.
Beschreiben Sie das Ziel, keinen separaten Schritt.
Bitten Sie nicht, auf eine persönliche E-Mail-Adresse zu antworten.
Stellen Sie 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 durcheinander sind
Wenn du nicht verstehst ...
Reaktion auf Unhöflichkeit
Reagiere nicht als Verlierer
Fragen, die man nicht stellen sollte
Gute und schlechte Fragen
Wenn keine Antwort eingeht
Wie man gute Antworten gibt
Zusätzliche Informationsquellen
Danksagung

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

Haftungsausschluss

Auf den Websites vieler Projekte in den Abschnitten zur Suche nach Hilfe finden Sie Links zu diesem Dokument. Dies ist gut, es ist für diesen Zweck vorgesehen, aber wenn Sie ein Webmaster sind, der beabsichtigt, einen solchen Link auf der Seite Ihres Projekts hinzuzufügen, geben Sie bitte neben dem Link an prominenter Stelle an, dass wir kein Support-Service für Ihr Projekt sind!

Wir haben aus bitterer Erfahrung erfahren, dass wir ohne eine solche Warnung ständig von Idioten belästigt werden, die glauben, dass die Veröffentlichung dieses Dokuments uns dazu verpflichtet, alle technischen Probleme der Welt zu lösen.

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

Einleitung

In der Welt der Hacker hängt der Stil der Antworten auf die gestellten technischen Fragen nicht weniger von der Komplexität der gestellten Fragen ab. In diesem Handbuch lernen Sie, Fragen auf eine Weise zu stellen, die die Wahrscheinlichkeit einer zufriedenstellenden Antwort erhöht.

Da Open Source-Software mittlerweile weit verbreitet ist, können Sie häufig Antworten von anderen erfahrenen Benutzern erhalten, anstatt von Hackern. Das ist gut; Benutzer sind in der Regel etwas toleranter gegenüber Fehlern, die Anfänger häufig machen. Wenn Sie sich jedoch gemäß den hier gegebenen Empfehlungen an erfahrene Benutzer als Hacker wenden, ist dies der effektivste Weg, um nützliche Antworten von ihnen zu erhalten.

Zuallererst muss man verstehen, dass Hacker schwierige Probleme wirklich mögen und gute, in der Lage sind, den Verstand zu erregen, Fragen zu diesen Problemen. Wenn es uns nicht gefallen würde, wären wir keine Hacker. Wenn Sie uns eine interessante Frage stellen, die ein längeres Nachdenken erfordert, sind wir dafür dankbar. Gute Fragen sind Ansporn und Geschenk. Gute Fragen helfen, das Thema besser zu verstehen und decken häufig Probleme auf, die bisher nicht bemerkt wurden oder an die noch nicht gedacht wurde. Aus dem Mund eines Hackers: "Gute Frage!" - Dies ist ein großes und aufrichtiges Kompliment.

Trotzdem wird angenommen, dass sich Hacker auf einfache Fragen beziehen, die eher feindselig oder arrogant sind. Manchmal scheint es, dass wir Neulingen gegenüber unhöflich genug sind und sie ignorieren. Tatsächlich ist es das aber nicht.

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

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

Wir sind (meistens) Freiwillige. Wir wenden Zeit für unser hartes Leben auf, um Fragen zu beantworten, und manchmal haben wir es nicht mit einer Flut von Fragen zu tun. Deshalb müssen wir rücksichtslos "den Markt filtern". Werfen Sie insbesondere die Fragen potenzieller Verlierer weg, um die für Antworten zur Verfügung stehende Zeit effektiver zu nutzen und sie den Gewinnern zu widmen.

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

Obwohl es keineswegs erforderlich ist, technisch kompetent zu sein, um unsere Aufmerksamkeit zu erhalten, müssen die Eigenschaften nachgewiesen werden, die es ermöglichen, kompetent zu werden - Aufmerksamkeit, Nachdenklichkeit, Beobachtung und der Wunsch, sich aktiv an der Entwicklung einer Lösung zu beteiligen. Wenn Sie diese Art der Diskriminierung nicht akzeptieren können, ist es sinnvoll, jemanden für kommerzielle Unterstützung zu bezahlen, anstatt die Hacker zu bitten, Ihnen persönlich mit dem Geschenk zu helfen.

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

(Ergänzungen zu diesem Handbuch sind willkommen. Vorschläge können an esr@thyrsus.com gesendet werden . Beachten Sie jedoch, dass dieses Dokument nicht als allgemeiner Leitfaden für die Netiquette erstellt wurde , und ich ignoriere normalerweise Vorschläge, die nicht in direktem Zusammenhang mit dem Erhalten nützlicher Antworten in einem technischen Forum stehen .)

Bevor Sie fragen ...

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

  1. Versuchen Sie, die Antwort zu finden, indem Sie im Web 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 alles bereits getan haben. Es wird Ihnen helfen zu verstehen, dass Sie nicht faul sind und die Zeit eines anderen verschlingen. Besser noch: Zeigen Sie, was Sie durch Ihre Suche gelernt haben . Wir antworten gerne auf Menschen, die ihre Fähigkeit zum Wahrnehmen von Antworten unter Beweis gestellt haben.

Verwenden Sie Tricks wie die Google-Suche im Text der empfangenen Fehlermeldung (sehen Sie auch in Diskussionsgruppen nach - Google-Gruppen und nicht nur auf Webseiten). Dies kann entweder direkt zur Dokumentation zur Behebung dieses Fehlers oder zu einer Diskussion auf der Mailingliste führen, auf der Sie die Antwort finden. Selbst wenn die Antwort nicht gefunden wird, kann der Ausdruck "Ich habe bei Google nach der folgenden Abfrage gesucht, aber nichts Nützliches gefunden" hilfreich sein, wenn ich per E-Mail oder in einer Diskussionsgruppe um Hilfe bitte.

Bereiten Sie eine Frage vor. Überlege es dir. Bei oberflächlichen Fragen erhalten Sie oberflächliche Antworten, oder Sie erhalten überhaupt keine Antworten. Je mehr Sie tun, um Ihre Gedanken und Bemühungen zur Lösung eines Problems zu demonstrieren, 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, gibt jeder Hacker (höchstwahrscheinlich J. Random Hacker, ca. Übersetzer ) höchstwahrscheinlich eine unbrauchbare wörtliche Antwort, denkt sich "Dumme Frage ..." und hofft, dass er sie erhält Was Sie gefragt haben, anstatt was Sie wirklich brauchen, wird Ihnen etwas beibringen.

Denken Sie nicht, dass Sie antworten sollten . Niemand schuldet dir etwas; Sie haben diese Leistungen letztendlich nicht bezahlt. Sie erhalten eine Antwort, wenn Sie sie verdienen, indem Sie eine umfassende, interessante und zum Nachdenken anregende Frage stellen - eine Frage, die implizit der Community neue Erfahrungen vermittelt und nicht nur passiv verlangt, dass andere ihr Wissen teilen.

Andererseits ist es schön, sofort klar zu machen, dass Sie bei der Entscheidungsfindung helfen können und wollen. Bei Fragen wie "Kann jemand vorschlagen?", "Was wird in meinem Beispiel nicht berücksichtigt?" und "Gibt es eine Site, die einen Blick auf dieses Thema wert ist?" Es ist wahrscheinlicher, dass Sie eine Antwort erhalten, als eine genaue Abfolge von Maßnahmen zur Lösung eines Problems zu verlangen, da Sie eindeutig gezeigt haben, dass Sie das Problem selbst lösen werden, wenn Ihnen jemand die richtige Vorgehensweise mitteilt.

Bei der Frage ...

Wähle das richtige Forum

Überlegen Sie genau, wo Sie die Frage stellen sollen. Sie werden wahrscheinlich ignoriert oder als Verlierer abgeschrieben, wenn Sie:

  • sende die Frage an das Forum, das nicht dem Thema entspricht (off topic)

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

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

  • Senden Sie eine persönliche 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 gesendet wurden, um ihre irrelevanten Informationskanäle nicht zu laden. Fallen Sie nicht in diese Kategorie von Fragen.

Deshalb musst du erstmal das passende Forum finden. Dies wird Ihnen wiederum bei der Google-Suchmaschine und anderen Suchtools im Web helfen. Verwenden Sie diese, um nach der Projektseite zu suchen, die der Hardware oder Software mit den größten Schwierigkeiten am nächsten kommt. Normalerweise finden Sie auf dieser Seite Links zu einer Liste mit häufig gestellten Fragen (FAQ, Frequently Asked Questions), Projekt-Mailinglisten und deren Archiven. Dort sollten wir um Hilfe bitten, wenn Ihre eigenen Bemühungen (einschließlich des Lesens dieser, von Ihnen entdeckten, häufig gestellten Fragen) erfolglos blieben. Die Projektseite kann auch die Vorgehensweise zum Melden eines Fehlers beschreiben oder einen Link dazu bereitstellen. Verwenden Sie in diesem Fall das empfohlene Verfahren.

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

Treffen Sie bei der Auswahl eines Webforums, einer Diskussionsgruppe oder einer Mailingliste keine Entscheidungen, die nur auf dem Namen basieren. Lesen Sie die Liste der häufig gestellten Fragen (FAQ) oder Regeln, um sicherzustellen, dass die Frage für das Thema relevant ist. Lesen Sie die Nachrichten eine Weile, bevor Sie Fragen stellen, um ein Gefühl dafür zu bekommen, wie hier vorgegangen wird. Tatsächlich kann es nicht schaden, vor dem Senden einer Frage in den Archiven einer Diskussionsgruppe oder Mailingliste nach Stichwörtern zu suchen, die mit Ihrem Problem zusammenhängen. Infolgedessen können Sie die Antwort finden, und wenn nicht, hilft eine solche Suche, die Frage besser zu formulieren.

Verwenden Sie nicht alle verfügbaren Hilfskanäle gleichzeitig. Es sieht aus wie ein Schrei und empörte Menschen. Wenden Sie sich nacheinander an sie.

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

Im Allgemeinen ist die Wahrscheinlichkeit, in einem ordnungsgemäß ausgewählten öffentlichen Forum Antworten auf Fragen zu erhalten, höher als in einem privaten Forum. Dafür gibt es mehrere Gründe. Eine davon ist die Anzahl der potenziellen Antwortenden. Das andere ist die Größe des Publikums, das die Antwort kennt; Hacker beantworten gerne Fragen, die für viele von Interesse sein können, als Fragen, die nur für wenige von Nutzen sind.

Es ist klar, dass erfahrene Hacker und Entwickler von populären Programmen bereits viel irrelevantere Probleme bekommen, als sie möchten. Durch Erhöhen dieses Flusses können Sie in einigen Fällen zum letzten Strohhalm werden. Gelegentlich hören Teilnehmer an beliebten Projekten auf, sie zu unterstützen, da sie keine Probleme mehr als Strom nutzloser E-Mail-Nachrichten an ihre persönlichen Adressen ertragen können.

Anfänger-Web- und IRC-Foren erhalten häufig so schnell wie möglich eine Antwort.

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 werden Anfängerforen wahrscheinlich immer noch als Mailinglisten organisiert.) Dies sind geeignete Orte für die erste Beantwortung von Fragen, insbesondere wenn davon ausgegangen wird, dass Sie mit einem relativ unkomplizierten oder typischen Problem konfrontiert sind. Ein offen beworbener IRC-Kanal ist eine eindeutige Aufforderung zum Stellen von Fragen und häufig die Möglichkeit, Antworten in Echtzeit zu erhalten.

Wenn das Programm, mit dem Sie Probleme haben, aus dem Distributionskit (das heute typisch ist) stammt, ist es möglicherweise besser, zuerst das Forum / die Mailingliste nach dem entsprechenden Vertrieb zu fragen, bevor Sie sich an das Programmforum / die Mailingliste wenden. Hacker, die an einem Projekt arbeiten, können einfach antworten: "Nutzen Sie unseren Build."

Bevor Sie eine Frage in einem Web-Forum stellen, überprüfen Sie, ob Suchfunktionen vorhanden sind. Wenn ja, suchen Sie ein paarmal nach einer Keyword-Diskussion zu einem Problem wie dem Ihren. es kann helfen. Wenn Sie zuvor eine allgemeine Suche im Web durchgeführt haben (was hätte getan werden sollen), durchsuchen Sie dennoch das Forum. Ihre Suchmaschine hat dieses Forum möglicherweise nicht neu indiziert.

Es gibt eine interessante Tendenz, Benutzer von Projekten über ein Webforum oder einen IRC-Kanal zu unterstützen und E-Mails für die Kommunikation zwischen Entwicklern zu hinterlassen. Wenn Sie daher Unterstützung bei einem Projekt benötigen, greifen Sie zunächst auf diese Informationsquellen zurück.

Verwenden Sie als zweiten Schritt die Projekt-Mailinglisten.

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

  • Jede Frage, die gut genug ist, um einen Entwickler zu kontaktieren, ist für die gesamte Gruppe von Nutzen. Im Gegenteil, wenn es den Anschein hat, dass die Frage für eine Mailingliste zu primitiv ist, ist dies immer noch kein Grund, den Kopf einzelner Entwickler zu täuschen.

  • Wenn in der Mailingliste eine Frage gestellt wird, wird die Last auf alle Entwickler verteilt. Der jeweilige 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 von Suchmaschinen indiziert. Jemand kann Ihre Fragen und Antworten online finden und wird sie in der Mailingliste nicht erneut stellen.

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

Wenn das Projekt separate Mailinglisten oder Webforen für "Benutzer" und "Entwickler" (oder "Hacker") hat und Sie nicht mit dem Hacken des Codes beschäftigt sind, stellen Sie in der Liste / im Forum eine Frage für "Benutzer". Verlassen Sie sich nicht auf einen herzlichen Empfang auf der Entwickler-Mailingliste, wo Ihre Frage wahrscheinlich als "Lärm" eingestuft wird, der den Austausch von Informationen über den Fortschritt der Entwicklung verhindert.

Wenn Sie jedoch sicher sind, dass Ihre Frage nicht einfach ist und innerhalb weniger Tage keine Antwort auf die Mailingliste / das Forum für "Benutzer" erhalten hat, wenden Sie sich an die Entwickler. Es ist sinnvoll, der entsprechenden Mailingliste oder dem entsprechenden Forum einige Tage vorher zu folgen, um ihre Traditionen kennenzulernen (in der Tat ist es sinnvoll, dies zu tun, bevor Sie sich an eine private oder halbgeschlossene Mailingliste wenden).

Wenn Sie die Adresse der Projekt-Mailingliste nicht finden können, aber die Adresse der Person, die das Projekt leitet, bekannt ist, senden Sie Ihre Frage an den Moderator. Aber denken Sie in diesem Fall nicht, dass es keine Mailingliste gibt. Geben Sie in Ihrer Nachricht an, dass Sie es versucht haben, aber die entsprechende Mailingliste nicht finden konnten. Erwähnen Sie auch, dass Sie nicht dagegen sind, Ihre Nachricht an andere Empfänger zu senden. (Viele Menschen glauben, dass persönliche Korrespondenz persönlich bleiben sollte, auch wenn darin nichts Geheimnisvolles steckt. Indem Sie es Ihnen erlauben, Ihre Nachricht zu senden, geben Sie den Menschen eine Wahl.)

Fragen Sie nach aussagekräftigen, spezifischen Nachrichtenthemen.

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

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

Dumm:

HILFE DIR! Die Grafikkarte auf meinem Laptop funktioniert nicht richtig!

Angemessen:

Die falsche Form des Mauszeigers in XFree86 4.1, Video auf dem Fooware MV1005-Chipsatz

Noch besser:

XFree86 4.1-Mauszeiger über den Fooware MV1005-Chipsatz - unregelmäßige Form

Der Prozess des Schreibens eines Themas unter Verwendung des Objektabweichungsmusters hilft, das Problem detaillierter zu verstehen. Was genau ist falsch Nur der Mauszeiger oder mit anderen Grafiken haben auch Probleme? Problem nur in XFree86? Nur in Version 4.1? Tritt dieses Problem nur bei Grafikkarten mit einem Fooware-Chipsatz auf? Nur beim Modell MV1005? Ein Hacker, der eine Nachricht mit einem ähnlichen Thema erhalten hat, kann im Allgemeinen verstehen, womit genau Sie ein Problem hatten und wo das Problem lag.

Stellen Sie sich vor, Sie sehen eine Liste mit Fragen in einem Archiv, in dem nur die Betreffzeilen angezeigt werden. Stellen Sie sicher, dass die Betreffzeile den Kern der Frage gut genug widerspiegelt und dass der nächste, der auf der Suche nach einer Antwort auf eine solche Frage im Archiv nach einer Diskussion sucht, die zur Antwort führt, anstatt die Frage erneut zu senden.

Wenn Sie eine Frage als Antwort stellen, vergessen Sie nicht, die Betreffzeile so zu ändern, dass sie verständlich ist - die Frage wird gestellt. Eine Betreffzeile wie "Re: test" oder "Re: new bug" wird nicht genügend Aufmerksamkeit erregen. Darüber hinaus sollten Sie frühere Nachrichten so kurz wie möglich halten, damit neue Benutzer verstehen, was gesagt wurde.

Senden Sie nicht nur eine Antwort auf eine Mailinglisten-Nachricht, wenn Sie ein neues Thema diskutieren möchten (Diskussions-Thread starten). Dies wird den Kreis der Antwortenden einschränken. Einige E-Mail-Reader, z. B. mutt , ermöglichen es dem Benutzer, Nachrichten nach Thema zu sortieren und dann Nachrichten nach Thema auszublenden, indem der Diskussionsthread gefaltet wird. Diejenigen, die diese Gelegenheit nutzen, werden Ihre Nachricht nie sehen.

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

In Webforen unterscheiden sich die Diskussionsregeln geringfügig, da Nachrichten normalerweise enger mit bestimmten Diskussionsthreads verknüpft sind und außerhalb dieser Threads häufig unsichtbar sind. Das Ändern des Themas beim Stellen einer Frage als Antwort ist nicht unbedingt erforderlich (nicht in allen Foren können Sie Themen in den Antworten angeben, und wenn sie festgelegt werden können, werden sie von fast niemandem gelesen). Die Beantwortung einer Gegenfrage ist jedoch an sich eine zweifelhafte Praxis, da diese Frage nur von denen gesehen wird, die dem jeweiligen Diskussionsfaden folgen. Wenn Sie nicht sicher sind, ob Sie speziell diejenigen ansprechen möchten, die an der Diskussion eines Themas teilnehmen, starten Sie ein neues Thema.

Vereinfachen Sie die Antwort

Das Abschließen der Frage mit dem Satz "Antwort, bitte an die Adresse senden ..." macht das Erhalten einer Antwort sehr unwahrscheinlich. Wenn Sie nicht einige Sekunden Zeit haben, um den Reply-To-Header in Ihrem E-Mail-Programm richtig einzustellen, haben wir keine Zeit, um über Ihr Problem nachzudenken. Wenn Ihr E-Mail-Programm dies nicht zulässt, lassen Sie es fallen. Wenn Ihr Betriebssystem keine E-Mail-Programme unterstützt, die dies ermöglichen, suchen Sie nach einem besseren Betriebssystem.

Die Bitte, in Webforen per E-Mail zu antworten, ist äußerst unhöflich, es sei denn, Sie sind sich sicher, dass die Informationen vertraulich sind (und jemand möchte sie aus unbekannten Gründen Ihnen persönlich und nicht dem gesamten Forum mitteilen). Wenn Sie per E-Mail benachrichtigt werden möchten, dass jemand auf ein Thema im Forum geantwortet hat, fordern Sie diese Benachrichtigung in der Benutzeroberfläche des Webforums an. Diese Funktion wird fast überall in Form von Optionen für "Diesen Thread beobachten" ("Diskussion verfolgen"), "E-Mail bei Antworten senden" usw. unterstützt.

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

Experimentell wurde festgestellt, dass Menschen, die sorglos und sorglos schreiben, in den Gedanken und im Code der erstellten Programme in der Regel genauso sorglos und sorglos sind (zumindest oft genug, um dies sicher zu behaupten). Die Fragen von unaufmerksamen und sorglosen Menschen zu beantworten, ist eine undankbare Aufgabe; Wir verbringen unsere Zeit besser mit etwas anderem.

Daher ist die Klarheit und Genauigkeit des Fragetextes wichtig. Wenn Sie sich damit nichts vormachen wollen, wollen wir uns auch nichts vormachen, indem wir auf solche Probleme achten. Versuchen Sie, die Frage in der richtigen Sprache zu formulieren. Es sollte nicht schwerfällig und formal sein - in der Tat ist das informelle, voll von Slang und Humor, das in der Hacker-Kultur korrekt verwendet wird. Aber Gedanken müssen klar ausgedrückt werden; es ist notwendig, zumindest einige Anzeichen von Nachdenklichkeit und Aufmerksamkeit zu zeigen.

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

Im Allgemeinen wird Ihre Frage höchstwahrscheinlich ignoriert, wenn Sie auf der Ebene kindlichen Geschwätzes oder Deliriums eines Verrückten schreiben. Kritzeleien im Stile jugendlicher „Hacker“ (absolut - etwa Übersetzer ) sind absolut hoffnungslos und garantieren im Gegenzug Schweigen (oder bestenfalls eine Portion Vernachlässigung und Sarkasmus).

Wenn Sie in einem Forum Fragen stellen, in dem eine andere Sprache als Ihre eigene Sprache verwendet wird, werden Ihnen einige lexikalische und grammatikalische Fehler verzeihen. Warten Sie jedoch nicht auf Vergebung für elementare Faulheit (ja, wir sind normalerweise in der Lage, den Unterschied zu verstehen). Wenn Sie nicht genau wissen, welche Sprachen für den Adressaten verwandt sind, schreiben Sie auf Englisch. Vielbeschäftigte Hacker überspringen Fragen in der Regel nur in Sprachen, die sie nicht verstehen, und Englisch ist die Arbeitssprache des Internets. Indem Sie eine Frage auf Englisch stellen, verringern Sie die Wahrscheinlichkeit, dass sie übersehen wird, ohne sie zu lesen.

Senden Sie Fragen in übersichtlichen Formaten

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

  • Senden Sie die Nachricht im Nur-Text-Format, nicht im HTML-Format. (Das Ausschalten von HTML ist nicht so schwierig.)

  • MIME-Anwendungen sind in der Regel vollständig gültig, jedoch nur dann, wenn sie echten Inhalt haben (z. B. Quellcode oder angehängte Patch-Datei) und vom E-Mail-Client nicht einfach automatisch generiert werden (z. B. eine andere Kopie des Briefes, sondern im HTML-Format).

  • Senden Sie keine Nachrichten, in denen Absätze in einer Zeile dargestellt werden und die visuell auf die folgenden Zeilen des Clients übertragen werden. (Dies verkompliziert die Antwort auf den Nachrichtenteil.) Nehmen Sie an, dass die Adressaten Nachrichten auf Textterminals mit 80 Zeichen lesen und entsprechend zum Einfügen fester Zeilenumbrüche und Vervollständigen der Zeile mit bis zu 80 Stellen einrichten.

  • In diesem Fall sollten Sie jedoch an einer festen Position keine Daten in mehrere Zeilen aufteilen (z. B. Protokollspeicherauszüge oder Sitzungsaufzeichnungen). Die Nachrichten müssen so wie sie sind Daten enthalten, damit die Adressaten sicher sind, dass sie genau das sehen, was Sie gesehen haben.

  • Senden Sie keine MIME Quoted-Printable-Nachrichten an das englischsprachige Forum. Diese Codierung ist möglicherweise erforderlich, wenn eine Nachricht in einer Sprache gesendet wird, die nicht von ASCII abgedeckt wird, aber viele Benutzer-Mail-Agents unterstützen sie nicht. Das Lesen von Nachrichten mit über den Text verteilten Steuerzeichen = 20 ist unbequem und unangenehm.

  • Denken Sie nicht einmal daran, dass Hacker Dokumente in geschlossenen, proprietären Formaten wie Microsoft Word oder Excel lesen können. Die meisten Hacker reagieren auf sie ungefähr so, wie Sie reagieren würden, wenn Sie mit Schweinescheiße an der Eingangstür angeschmiert würden. Selbst wenn sie sie lesen können, macht die Notwendigkeit, mit diesen Formaten herumzuspielen, sie wütend.

  • Deaktivieren Sie beim Senden einer Nachricht von einem Computer unter Windows die Microsoft-Unterstützung für Schwachstellen für Smart Quotes. Dadurch werden viele in der Nachricht verstreute Junksymbole entfernt.

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

Denken Sie bei der Verwendung eines E-Mail-Clients mit einer grafischen Oberfläche (z. B. Netscape Messenger, MS Outlook usw.) daran, dass diese Regeln bei der Verwendung von Standardinstallationen möglicherweise verletzt werden. Die meisten dieser Clients haben einen Menübefehl wie "Quelltext anzeigen". Verwenden Sie diese Option, um eine der gesendeten Nachrichten zu überprüfen, bei denen Klartext gesendet wird, ohne unnötigen Müll.

Beschreiben Sie das Problem genau und ausführlich.

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

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

  • Beschreiben Sie die Recherchen, die Sie durchgeführt haben, um ein Problem zu verstehen, bevor Sie eine Frage stellen.

  • Beschreiben Sie die Schritte, die Sie selbst durchgeführt haben, um das Problem zu diagnostizieren und einzugrenzen, bevor Sie eine Frage stellen.

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

Geben Sie Ihr Bestes, um mögliche Hackerfragen vorherzusagen, und beantworten Sie diese im Voraus in Ihrer Bitte um Hilfe.

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

Lautstärke bedeutet nicht Genauigkeit

Seien Sie genau und informativ. Dazu reicht es nicht aus, einfach eine große Menge an Code oder Daten in die Anfrage einzufügen. Wenn ein großer, komplexer Testfall zu einem Programmfehler führt, versuchen Sie ihn zu minimieren.

Dies ist aus mindestens drei Gründen nützlich. Erstens erhöhen die nachgewiesenen Bemühungen, die Frage zu vereinfachen, die Wahrscheinlichkeit, eine Antwort zu erhalten. Zweitens erhöht die Vereinfachung der Frage die Wahrscheinlichkeit, eine nützliche Antwort zu erhalten. Drittens: Während der Klärung der Fehlermeldung können Sie selbst eine Lösung oder Problemumgehung finden.

Behaupte nicht, einen Fehler gefunden zu haben

Wenn Sie Probleme mit dieser oder jener Software haben, erklären Sie nicht, dass Sie einen Fehler gefunden haben, es sei denn, Sie sind sich dessen absolut sicher. Tipp: Wenn Sie keinen Quellcode-Fix bereitstellen können, der ein Problem oder einen Testfall für eine frühere Version behebt, die das falsche Verhalten demonstriert, sind Sie höchstwahrscheinlich nicht sicher genug in Ihrer Aussage.

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

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

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

Öffentliche Selbsterniedrigung ersetzt nicht die Hausaufgaben

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

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

Manchmal haben Webforen separate Stellen für Anfängerfragen. Wenn Sie der Meinung sind, dass eine solche Frage nur von einem unerfahrenen Benutzer gestellt werden kann, stellen Sie sie dort. Es besteht jedoch kein Grund, gedemütigt zu werden.

Beschreiben Sie die Symptome des Problems, nicht Ihre Annahmen.

Es ist sinnlos, Hackern Ihre Meinung zu den Ursachen des Problems mitzuteilen. (Wenn Ihre diagnostischen Theorien so wertvoll sind, ist es notwendig, andere um Hilfe zu bitten?) Überprüfen Sie daher, ob Sie die tatsächlichen Symptome des Geschehens und nicht Ihre eigenen Interpretationen und Theorien angeben. Lassen Sie die Befragten mit Interpretation und Diagnostik befassen.

Dumm:

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

Angemessen:

Auf dem K6 / 233-Computer, den ich auf dem FIC-PA2007-Motherboard (VIA Apollo VP2-Chipsatz) mit 256 MB Corsair PC133-SDRAM-Speicher zusammengebaut habe, treten SIG11-Fehler häufig etwa 20 Minuten nach dem Einschalten auf, während der Kompilierung des Kernels, aber nicht in den ersten 20 Minuten Ein Neustart führt zu nichts, aber das Trennen 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 Problemsymptome in chronologischer Reihenfolge.

Die wichtigsten Informationen zur Klärung der Ursachen des Geschehens beziehen sich häufig auf Ereignisse, die unmittelbar vor dieser Situation liegen. Daher ist es notwendig, genau zu beschreiben, was Sie getan haben und was die Maschine getan hat, bis das Problem aufgetreten ist. Wenn Sie mit der Befehlszeilenschnittstelle arbeiten, kann das Aufzeichnen einer Sitzung (z. B. mit dem Skriptdienstprogramm) und das Einfügen von ein paar Dutzend entsprechenden Zeilen in die Nachricht viel helfen.

Wenn das Absturzprogramm über Diagnoseoptionen verfügt (z. B. -v - detaillierte Informationen), suchen Sie nach Optionen, die dem Protokoll der Sitzung nützliche Debuginformationen hinzufügen.

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

Beschreiben Sie das Ziel, keinen separaten Schritt.

Wenn Sie herausfinden möchten, wie etwas zu tun ist (und keinen Fehler melden), beginnen Sie mit einer Beschreibung des Ziels. Und beschreiben Sie erst dann einen bestimmten Schritt, den Sie nicht ausführen konnten.

Menschen, die technische Hilfe benötigen, haben oft ein übergeordnetes Ziel vor Augen und sind an einen ihrer möglichen Wege gebunden, dies zu erreichen. Sie bitten um Hilfe, um einen Schritt abzuschließen, ohne zu merken, dass sie den falschen Weg gewählt haben. Um dies zu verstehen, ist möglicherweise ein großer Aufwand erforderlich.

Dumm:

Wie kann der Farbauswahldialog in FooDraw einen hexadezimalen RGB-Wert erkennen?

Angemessen:

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

Die zweite Version der Frage ist vernünftig. Auf diese Weise erhalten Sie eine Antwort, in der ein Tool vorgeschlagen wird, das zur Lösung des Problems besser geeignet ist.

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

Hacker sind der Ansicht, dass die Problemlösung ein offener, transparenter Prozess sein sollte, bei dem der erste Versuch, eine Antwort zu finden, korrigiert werden kann und sollte, wenn jemand, der besser informiert ist, feststellt, dass diese Antwort unvollständig oder falsch ist. Darüber hinaus werden diejenigen, die antworten, teilweise dadurch belohnt, dass ihre Fachkenntnisse und Kenntnisse von ihren Kollegen zur Kenntnis genommen werden.

Wenn Sie nach einer persönlichen Antwort fragen, stören Sie sowohl den Entscheidungsprozess als auch den Erhalt der Vergütung. Mach das nicht. Persönlich zu antworten, ist die Wahl des Befragten , und wenn, dann meist, weil er die Frage für zu schlecht formuliert oder offensichtlich hält, um für andere interessant zu sein.

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

Stellen Sie klare Fragen

Unbegrenzte Fragen erfordern in der Regel eine unbegrenzte Zeit zur Beantwortung. Personen, die Ihnen wahrscheinlich eine nützliche Antwort geben können, sind auch die am meisten beschäftigten Personen (auch weil sie den größten Teil ihrer Arbeit selbst erledigen). Solche Leute sind eifersüchtig auf ihre Zeit und akzeptieren daher oft keine unbegrenzten Fragen.

Die Wahrscheinlichkeit, eine nützliche Antwort zu erhalten, steigt, wenn Sie deutlich machen, was Sie von den Befragten erwarten (Links bereitstellen, Code senden, Ihre Entscheidung überprüfen usw.). Dadurch werden die Bemühungen der Antwortenden konzentriert und implizit das Zeitlimit und der Aufwand festgelegt, den der Antwortende aufwenden muss, um Ihnen zu helfen. Das ist gut.

Um die Welt zu verstehen, in der Experten leben, muss man das Wissen von Experten als reichlich vorhandene Ressource und ihre Zeit als sehr begrenzte Ressource behandeln. 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, die Frage zu begrenzen, um den Zeitaufwand für die Lösung durch den Experten zu minimieren. Aber das ist oft nicht dasselbe wie die Frage zu vereinfachen. Zum Beispiel die Frage: "Können Sie mir einen Link zu einer guten Beschreibung von X geben?" - Meist viel schlauer als eine Aufforderung: "Erklären Sie mir bitte X." Wenn Sie ein Problem mit inoperativem Code haben, ist es sinnvoller, nach einer Erklärung zu fragen, was daran falsch ist, als nach einer Korrektur der Fehler.

Stellen Sie keine Fragen von Hausaufgaben

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

Wenn Sie den Verdacht haben, dass Ihnen eine Frage aus den Hausaufgaben gestellt wurde, Sie diese aber immer noch nicht beantworten können, versuchen Sie, eine Frage im Benutzergruppenforum oder (als letzter Ausweg) in der Mailingliste / im Forum „Benutzer“ des jeweiligen Projekts zu stellen. Obwohl es von Hackern erkannt wird, können Ihnen einige fortgeschrittene Benutzer zumindest einen Hinweis geben.

Vermeiden Sie sinnlose Anfragen

Seien Sie nicht versucht, Ihre Anfrage mit sinnlosen Fragen wie "Kann mir jemand helfen?" Zu vervollständigen. oder "Gibt es überhaupt eine Antwort?" Erstens, wenn Sie Ihr Problem überhaupt kompetent beschrieben haben, sind solche zusätzlichen Fragen zumindest überflüssig. Zweitens, da sie unnötig sind, scheinen sie Hackern ärgerlich zu sein - und als Antwort regen sie sie dazu an, eine logisch einwandfreie Abmeldung zu schreiben, wie zum Beispiel: "Ja, Ihnen kann geholfen werden" oder "Nein, Ihnen wird von nichts geholfen".

Im Allgemeinen ist es besser, Ja-Nein-Fragen nicht zu stellen, es sei denn, Sie möchten eine Ja-Nein-Antwort erhalten .

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

Das ist dein Problem, nicht unser. Die Erwähnung der Dringlichkeit ist oft kontraproduktiv: Die meisten Hacker entfernen einfach solche Nachrichten, wie unhöfliche und egoistische Versuche, besondere Aufmerksamkeit zu erregen.

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

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

Wenn Sie dies überrascht, lesen Sie den Rest des Dokuments noch einmal, bis Sie es verstanden haben, und verzichten Sie davor darauf, Fragen zu senden.

Höflichkeit tut nie weh und hilft manchmal

Sei höflich. Verwenden Sie die Ausdrücke "Bitte" und "Im Voraus dankbar". Machen Sie deutlich, dass wir Menschen dankbar sind, die sich kostenlos für Sie einsetzen.

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

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

(Es sollte beachtet werden, dass der einzige ernsthafte Einwand, den Veteranen der Hacker-Bewegung gegen dieses Dokument erhalten haben, mit der Empfehlung zusammenhängt, den Satz „Vielen Dank im Voraus“ zu verwenden. Einige Hacker sind nicht bereit, sich nach Behebung des Problems bei irgendjemandem zu bedanken. Wir empfehlen bedanken Sie sich sowohl im Voraus als auch nach Erhalt der Antwort oder drücken Sie Ihre Dankbarkeit anders aus, sagen Sie mit dem Satz "Vielen Dank für Ihre Aufmerksamkeit" oder "Vielen Dank für Ihre Rücksicht".)

Senden Sie eine kurze Beschreibung der Lösung.

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

Es ist am besten, in den Diskussionsfäden, die mit der ursprünglichen Frage begonnen wurden, die Zeichen "FEST", "BEHOBEN", "LÖSUNG" oder eine andere ebenso offensichtliche Angabe der Lösung in den Betreff der Nachricht einzufügen. In Mailinglisten mit einer großen Anzahl von Nachrichten versteht der potenzielle Antwortende beim Betrachten des Diskussionsthreads "Problem X", der mit der Nachricht "Problem X - LÖSUNG" endet, dass er keine Zeit mit dem Lesen von Nachrichten verschwenden muss (es sei denn, er findet Problem X persönlich interessant). und kann daher Zeit damit verbringen, ein anderes Problem zu lösen.

Eine solche Nachricht muss nicht lang und detailliert sein. untätige Zeit: "Hallo! Das Problem war mit einem Bruch in einem Netzwerkkabel verbunden! Vielen Dank an alle. Bill," ist schon besser als gar nichts. In der Tat ist eine kurze und höfliche Zusammenfassung besser als eine lange Dissertation, es sei denn, die Entscheidung beinhaltet schwerwiegende technische Aspekte. Notieren Sie sich, mit welchen Aktionen Sie das Problem gelöst haben, aber Sie müssen nicht die gesamte Abfolge der Lösungssuche neu beschreiben.

Bei schwerwiegenden Problemen können Sie einen Lebenslauf mit der Vorgeschichte der Ursachenfindung senden. Beschreiben Sie die endgültige Problemstellung. Beschreiben Sie, wie sich die Lösung entwickelt hat, und geben Sie die zu vermeidenden Sackgassenpfade an. Nennen Sie alle, die Ihnen geholfen haben: So finden Sie Freunde.

Diese Art der Zusammenfassung ist nicht nur höflich und informativ, sondern hilft auch anderen, in der Mailingliste / Diskussionsgruppe / im Forum im Archiv herauszufinden, welche Lösung Ihnen geholfen hat, und kann ihnen daher helfen.

Zu guter Letzt hilft diese Art von Nachricht allen, die an der Diskussion beteiligt sind, ein Gefühl der Befriedigung zu bekommen, da das Problem geschlossen ist. Wenn Sie selbst kein Techniker oder Hacker sind, vertrauen Sie uns einfach, dass dieses Gefühl für die Gurus und Experten, an die Sie sich gewandt haben, sehr wichtig ist. Die Probleme zu beschreiben, die dadurch nicht gelöst wurden, ist eine völlige Enttäuschung. Hacker sind gespannt auf eine Lösung. Gutes Karma, das entsteht, wenn Sie diesen Durst stillen, hilft Ihnen sehr, wenn Sie das nächste Mal die Frage stellen.

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

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

Wie interpretiere ich die Antworten?

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

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

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

In den Web-Foren kann Ihnen angeboten werden, in den Archiven des Forums nachzuschauen. In der Tat kann der Befragte so freundlich sein, einen Link zu der vorherigen Diskussion zu geben, in der dieses Problem gelöst wurde. Aber hoffe nicht darauf; Sieh selbst in den Archiven nach, bevor du fragst.

Häufig verfügt derjenige, der eine dieser Antworten sendet, über ein Handbuch oder eine Webseite mit den von Ihnen benötigten Informationen, die beim Wählen der Antwort angezeigt werden. Diese Antworten bedeuten, dass nach seiner Meinung zum einen die Informationen, die Sie benötigen, leicht zu finden sind und zum anderen bei der Suche nach Informationen mehr zu lernen sind, als wenn Sie sie sich selbst auf einem Tablett geben.

Sie sollten nicht empört sein; Nach Hacker-Maßstäben zeigte er Ihnen genug Respekt, indem er die Frage nicht ignorierte. Sie sollten dem Befragten für seine väterliche Freundlichkeit danken.

Wenn du nicht verstehst ...

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

Angenommen, ich habe Ihnen geantwortet: "Es sieht so aus, als wäre Ihr Zentrum eingefroren. Sie müssen es überprüfen." Dann wäre die schlechte Klärungsfrage: "Was ist zentry"? Und gut : "OK, ich habe die Handbuchseite gelesen und über zentry wird es dort nur in den Optionen -z und -p erwähnt. Keiner von ihnen sagt, wie man ein blockiertes zentry zurücksetzt. Muss ich eine dieser Optionen verwenden oder bin ich hast du es falsch verstanden? "

Reaktion auf Unhöflichkeit

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

Wenn Sie mit Unhöflichkeit konfrontiert sind, versuchen Sie ruhig zu reagieren. Wenn jemand wirklich über das hinausgeht, was akzeptabel ist, wird es wahrscheinlich vom Moderator auf der Mailingliste, der Diskussionsgruppe oder dem Forum eingerichtet. Wenn dies nicht geschieht und Sie die Beherrschung verlieren, verhält sich die Person, die zur Ursache wurde, wahrscheinlich innerhalb der Normen der Hacker-Community, und jeder wird denken, dass Sie sich irren. Dadurch werden die Chancen, die erforderlichen Informationen oder Hilfe zu erhalten, erheblich verringert.

Andererseits ist es manchmal möglich, auf Grobheit und Herausforderung zu stoßen, die keinen sichtbaren Grund haben. Die Kehrseite dieser Medaille ist, dass eine solche Reaktion eine durchaus akzeptable Form ist, echte unhöfliche Männer in Stellung zu bringen - wir schneiden ihr Fehlverhalten mit einem scharf geschriebenen verbalen Skalpell ab. Sie müssen jedoch sehr zuversichtlich in Ihrer Position sein, bevor Sie dies versuchen. Die Grenze zwischen dem Hinweis auf Unhöflichkeit und dem Beginn eines bedeutungslosen "Basars" (im Original - Flamewar - Kommentar des Übersetzers ) ist so dünn, dass die Hacker selbst häufig darüber hinweggehen. Wenn Sie ein Anfänger oder nur ein Gelegenheitsleser sind, gibt es kaum eine Chance, einen solchen Fehler zu vermeiden. Wenn Sie an Informationen und nicht an Unterhaltung interessiert sind, nehmen Sie am besten Ihre Hände von der Tastatur und riskieren Sie nicht, sich an solchen Diskussionen zu beteiligen.

(Einige bestehen darauf, dass viele Hacker an einer milden Form von Autismus oder Asperger-Syndrom leiden und ihnen einfach der Teil des Gehirns fehlt, der für die "normale" soziale Interaktion zwischen Menschen verantwortlich ist. Vielleicht ist es wahr, vielleicht nicht. Wenn Sie - Kein Hacker, die Vorstellung, dass Hacker im Kopf krank sind, kann Ihnen helfen, sich mit unseren Kuriositäten abzufinden. Überlegen Sie, was Sie wollen. Es ist uns egal, wir möchten einfach so sein, und wir behandeln klinische 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 genau man sich irrt.

Reagiere nicht als Verlierer

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

Wenn dies geschieht, ist die erfolgloseste Reaktion, sich über das Geschehene zu beschweren, sich verbal beleidigt zu fühlen, eine Entschuldigung zu fordern, zu schreien, vor Wut zu ersticken, zu klagen, sich bei den Arbeitgebern der Täter zu beschweren, den Toilettensitz nicht herunterzulassen usw. Führen Sie stattdessen Folgendes aus:

Ertragen mit Es ist in Ordnung. In der Tat ist es gut und angemessen.

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

Es gab Hackerforen, in denen es den Teilnehmern aufgrund falsch verstandener, hypertrophierter Höflichkeit untersagt war, Fehlermeldungen in Mitteilungen anderer zu senden. Ihnen wurde gesagt: "Wenn Sie dem Benutzer nicht helfen möchten, schweigen Sie." Der Abfluss von sachkundigen Teilnehmern in andere Foren führte zu ihrer Entartung zu bedeutungslosem Geschwätz und aus technischer Sicht zu völliger Nutzlosigkeit.

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

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

Manchmal werden die Leute persönlich, verwickeln sich ohne ersichtlichen Grund in üble Kontroversen usw., selbst wenn Sie es nicht vermasselt haben (oder nur in ihrer Vorstellungskraft vermasselt haben). Resent in diesem Fall ist ein Weg, um es wirklich vermasseln.

Diese "Schläger" sind entweder Schergen, die nichts verstehen, sich aber als Experten betrachten, oder potentielle Psychologen, die prüfen, ob Sie Mist bauen oder nicht. Andere Leser ignorieren sie entweder oder finden Wege, um auf eigene Faust mit ihnen umzugehen. Das Verhalten der Brawler schafft Probleme für sich, die Sie nicht stören sollten.

Lassen Sie sich auch nicht in den nutzlosen "Basar" locken. Es ist besser, solche Diskussionen zu ignorieren, nachdem Sie zuvor herausgefunden haben, dass dies ein wirklich nutzloser „Basar“ ist und keine Hinweise darauf, warum Sie wirklich Fehler gemacht haben, und keine subtil verschlüsselten Antworten auf Ihre tatsächlichen Fragen (dies geschieht auch).

Fragen, die man nicht stellen sollte

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

Frage:

Wo finde ich ein Programm oder eine Ressource X?

Antwort:

An dem Ort, an dem ich es genommen habe, Idiot - im Internet gefunden. Gott, weiß nicht jeder, wie man Google benutzt ?

Frage:

Wie kann X Y machen?

Antwort:

Wenn Sie Y ausführen möchten, müssen Sie dies erfragen, ohne vorher die Verwendung einer Methode vorauszusetzen, die möglicherweise überhaupt nicht geeignet ist. Fragen dieser Art werden häufig von Personen gestellt, die nicht nur nichts über X wissen, sondern auch mit der Lösung des Y-Problems verwechselt werden 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 Eingabeaufforderung?

Antwort:

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

Frage:

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

Antwort:

Versuchen Sie es und finden Sie es heraus. Sie kennen also zuallererst die Antwort und hören zweitens auf, meine Zeit zu verschwenden.

Frage:

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

Antwort:

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

  • Sie haben dem nichts mehr hinzuzufügen?

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

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

Frage:

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

Antwort:

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

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

Frage:

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

Antwort:

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

Frage:

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

Antwort:

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

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

Frage:

Wie knacke ich das root-Passwort / erhalte erweiterte Rechte / lese die E-Mails eines anderen?

Antwort:

Ja, du bist nur vulgär, wenn du das tun willst, und ein Idiot, bitte einfach den Hacker, dir zu helfen.

Gute und schlechte Fragen

Abschließend zeige ich anhand von Beispielen, wie man Fragen richtig stellt. Ich werde ein paar Fragen zum selben Problem stellen, eine - die gegebene ist dumm und die zweite ist richtig.

Silly: Wo finde ich Informationen zu Foonly Flurbamatic?

Diese Frage bittet nur um die Antwort "STFW" .

Richtig: Ich habe versucht, mit Google im Web nach "Foonly Flurbamatic 2600" zu suchen, habe aber keine nützlichen Links erhalten. Weiß jemand, wo man Informationen zum Programmieren dieses Geräts findet?

Dieser Fragesteller hat bereits im Web gesucht und es scheint, dass er ein echtes Problem hat.

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

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

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

Er wies auf Mittwoch hin, las die häufig gestellten Fragen, zeigte eine Fehlermeldung und glaubt nicht, dass der Grund für sein Problem in dem Fehler eines anderen liegt. Dieser Typ kann ein wenig Aufmerksamkeit bekommen.

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

Jeder Hacker wird eine solche Frage in seinem Kopf beantworten, höchstwahrscheinlich auf folgende Weise: "Okay. Vielleicht können Sie immer noch beim Aufstoßen und Wechseln der Windel helfen?", Und die Entf-Taste drücken.

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

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

Beachten Sie bei der letzten Frage den kleinen, aber wichtigen Unterschied zwischen "Geben Sie mir die Antwort" und "Bitte helfen Sie mir herauszufinden, welche zusätzlichen Diagnosemaßnahmen Sie zur Klärung der Situation ergreifen können."

Tatsächlich ist das Formular für die Angabe der letzten Frage dem im August 2001 auf der Mailingliste des Linux-Kernels verwendeten Formular sehr ähnlich. Ich (Eric) habe diese Frage dann gestellt. Ich habe merkwürdige Hänge auf dem Tyan S2464-Motherboard beobachtet. Die Mitglieder der Mailingliste lieferten wertvolle Informationen, mit denen ich diese Einfrierungen beseitigen konnte.

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

Als ich mich am Ende bei allen bedankte und betonte, wie gut der Prozess der Problemlösung verlief, machte einer der Teilnehmer auf der Mailingliste darauf aufmerksam, dass seiner Meinung nach nicht alles geklappt habe, weil ich eine „berühmte Person“ auf dieser Liste bin. aber wegen der richtigen form der frage.

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

Wenn keine Antwort eingeht

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

Im Allgemeinen ist das erneute Senden der Frage nicht die beste Idee. Es wird als bedeutungsloser Ärger empfunden.

Es gibt andere Hilfsquellen, die angesprochen werden können und oft besser auf die Bedürfnisse von Anfängern zugeschnitten sind.

Es gibt viele Benutzergruppen im Netzwerk und auf dem Gebiet, die sich begeistert mit Software beschäftigen, obwohl viele ihrer Teilnehmer in ihrem Leben kein einziges ernstes Programm geschrieben haben. Diese Gruppen werden häufig gebildet, um Mitgliedern zu helfen, sich gegenseitig und neuen Benutzern zu helfen.

Es gibt auch viele kommerzielle Unternehmen, mit denen Sie einen Supportvertrag abschließen können, sowohl für große als auch für kleine Unternehmen (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! Letztendlich, wenn eine Überholung eines Automotors notwendig ist, werden Sie es in die Werkstatt geben und für Reparaturen bezahlen. Auch wenn die Software nichts kostet, können Sie nicht erwarten, jederzeit kostenlos unterstützt zu werden.

Bei gängiger Software wie Linux gibt es mindestens 10.000 Benutzer pro Entwickler. Eine Person kommt mit der Unterstützung von 10.000 Nutzern einfach nicht klar. Denken Sie daran, dass selbst wenn Sie für den Support bezahlen müssen, dieser immer noch viel weniger kostet, als wenn Sie die Software selbst kaufen müssen (und der Support für proprietäre Software in der Regel mehr kostet und von weniger kompetenten Experten durchgeführt wird als bei Open-Source-Software). Code).

Wie man gute Antworten gibt

Sei großzügig. Stress im Zusammenhang mit dem Problem kann zu unhöflichen oder dummen Menschen führen, die es nicht sind.

Geben Sie beim ersten Fehler privat an. Es besteht keine Notwendigkeit, eine Person öffentlich zu demütigen, die sich ehrlich geirrt haben könnte. Ein Anfänger weiß möglicherweise nicht, wie er die Archive durchsucht oder wo sich die Liste der häufig gestellten Fragen befindet oder veröffentlicht.

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

Wenn Sie nicht helfen können, stören Sie nicht. Machen Sie keine Witze über die Vorgänge, die die Umgebung des Benutzers zerstören können - dieser Dummkopf kann Ihre Witze als Leitfaden zum Handeln nehmen.

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

Obwohl die einfache Antwort RTFM gerechtfertigt ist, wenn sie nur faul ist, ist ein Link zur Dokumentation (auch wenn es sich um eine Reihe von Stichwörtern für die Google-Suche handelt) immer noch besser.

Wenn Sie bereits eine Frage beantworten, lassen Sie uns im Wesentlichen antworten. Bieten Sie keine vorschnellen Problemumgehungen an, wenn im Prinzip die falschen Mittel oder der falsche Ansatz verwendet werden. Gute Produkte anbieten. Formulieren Sie die Frage neu.

Helfen Sie der Öffentlichkeit, von der Frage zu profitieren. Wenn Sie auf eine gute Frage stoßen, fragen Sie sich: "Wie sollte die relevante Dokumentation oder die FAQ-Liste geändert werden, damit diese Frage von niemand anderem gestellt wird?" Senden Sie dann die entsprechende Ergänzung an die Person, die diese Dokumente unterstützt.

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

Zusätzliche Informationsquellen

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

Versuchen Sie beim Erstellen von Software oder beim Ausgeben von Patches für Programme, die im HOWTO für die Software-Release-Praxis beschriebenen Grundsätze zu befolgen .

Danksagung

Evelyn Mitchell bot an, sich zu einigen dummen Fragen zu äußern, und inspirierte dazu, den Abschnitt "Wie man gute Antworten gibt" zu schreiben. Mikhail Ramendik gab eine Reihe wertvoller Vorschläge zur Verbesserung des Dokuments.

Anmerkungen des Übersetzers

Der Originalartikel stammt von hier .