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

Wie stellt man Fragen?

Inhalt

Übersetzungen
Haftungsausschluss
Einleitung
Bevor Sie fragen ...
Auf Nachfrage ...
Wählen Sie das richtige Forum
Starter-Web und IRC-Foren geben oft eine Antwort so schnell wie möglich.
Verwenden Sie als zweiten Schritt die Projekt-Mailinglisten.
Stellen Sie sinnvolle, spezifische Nachrichtenthemen.
Vereinfachen Sie die Antwort
Schreiben Sie in einfacher Sprache und folgen Sie den Regeln der Grammatik und des Vokabulars
Sende Fragen in allen verständlichen Formaten.
Beschreiben Sie das Problem genau und detailliert.
Volumen bedeutet nicht Genauigkeit
Habe keinen Anspruch darauf, einen Fehler gefunden zu haben
Öffentliche Selbsterniedrigung ersetzt keine Hausaufgaben
Beschreibe die Symptome des Problems, nicht deine Annahmen.
Beschreiben Sie Problemsymptome in chronologischer Reihenfolge.
Beschreibe das Ziel, keinen separaten Schritt.
Fragen Sie nicht nach einer persönlichen E-Mail-Adresse.
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 vermasselt sind
Wenn du es nicht verstehst ...
Reaktion auf Unhöflichkeit
Reagieren Sie nicht als Verlierer
Fragen nicht zu stellen
Gute und schlechte Fragen
Wenn keine Antwort empfangen wird
Wie man gute Antworten gibt
Zusätzliche Informationsquellen
Danksagung

Übersetzungen

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

Haftungsausschluss

Auf den Websites vieler Projekte in den Abschnitten zur Hilfe finden Sie Links zu diesem Dokument. Das ist gut, es ist zu diesem Zweck beabsichtigt, 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 durch bittere Erfahrung gelernt, dass wir in Ermangelung einer solchen Warnung ständig von Idioten belästigt werden, die glauben, dass die Veröffentlichung dieses Dokuments uns dazu verpflichtet, alle technischen Probleme in der Welt zu lösen.

Wenn Sie dieses Dokument lesen, weil Sie Hilfe brauchen, und am Ende scheint es Ihnen, 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 werden wir nicht diejenigen sein, die das verstehen. Wenn Sie nicht sicher sind, dass einer der Autoren ein Experte in dem ist, mit dem Sie es zu tun haben, lassen Sie uns in Ruhe und das wird jeden besser machen.

Einleitung

In der Welt der Hacker hängt der Stil der Antworten, die Sie auf die technischen Fragen erhalten, davon ab, wie Sie Fragen genauso stellen wie nach ihrer Komplexität. In diesem Leitfaden lernen Sie, Fragen so zu stellen, dass die Wahrscheinlichkeit einer zufriedenstellenden Antwort steigt.

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

Vor allem ist es notwendig zu verstehen, dass Hacker wirklich schwierige Probleme mögen und gut, in der Lage sind, Gehirne zu schüren, Fragen zu diesen Problemen. Wenn wir es nicht mögen, wären wir keine Hacker. Wenn Sie uns eine interessante Frage stellen, die eine längere Reflexion 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 bisher nicht wahrgenommen wurden oder an die nicht gedacht wurde. Aus dem Mund eines Hackers: "Gute Frage!" - Das ist ein großes und aufrichtiges Kompliment.

Trotzdem wird angenommen, dass sich Hacker auf einfache, eher feindselige oder arrogante Fragen beziehen. Manchmal scheint es, dass wir Neulingen unhöflich genug sind und sie ignorieren. Aber in der Tat ist es nicht.

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

Wir verstehen, dass viele Leute nur die Software verwenden wollen, 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 Nuancen interessieren, die für uns so attraktiv sind. Dennoch ist unsere Art, Fragen zu beantworten, für Menschen geeignet, die sich wirklich dafür interessieren und aktiv am Problemlösungsprozess teilnehmen wollen. Dies 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 widmen unseren schwierigen Leben Zeit, um Fragen zu beantworten, und manchmal kommen wir mit der Flut von Fragen nicht klar. Deshalb müssen wir gnadenlos den Markt filtern. Verwerfen Sie insbesondere die Fragen potenzieller Verlierer, um die für Antworten bereitgestellte Zeit effektiver zu nutzen, und widmen Sie sie den Gewinnern.

Wenn diese Position lustig, arrogant oder arrogant erscheint, irren Sie sich. Wir bitten Sie nicht, zu uns zu beten - die meisten von uns würden gerne mit Ihnen auf Augenhöhe kommunizieren und Sie in Ihre Kultur aufnehmen, 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.

Also, obwohl es nicht notwendig ist, technisch kompetent zu sein, um unsere Aufmerksamkeit zu erlangen, ist es notwendig, die Qualitäten zu zeigen, die es ermöglichen, kompetent zu werden - Aufmerksamkeit, Nachdenklichkeit, Beobachtung und den 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, anstatt die Hacker zu bitten, Ihnen persönlich mit dem Geschenk 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 und 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 . Bitte beachten Sie jedoch, dass dieses Dokument nicht als allgemeiner Leitfaden für Online-Etikette erstellt wurde , und ich ignoriere Vorschläge, die nicht direkt mit dem Erhalt nützlicher Antworten in einem technischen Forum zusammenhängen .)

Bevor Sie fragen ...

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

  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 keine Art von Faul bist und die Zeit eines anderen verschwendest. Besser noch, 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 Tricks wie Google-Suche im Text der empfangenen Fehlermeldung (schauen Sie auch in Diskussionsgruppen - Google-Gruppen, und nicht nur auf Webseiten). Dies kann entweder direkt zu der Dokumentation führen, wie dieser Fehler behoben wird, oder zu einer Diskussion in der Mailingliste, wo Sie die Antwort finden können. Selbst wenn die Antwort nicht gefunden wird, ist der Satz "Ich habe Google nach der folgenden Suchanfrage gesucht, aber nichts Nützliches gefunden habe" nützlich, wenn ich Hilfe per E-Mail oder in einer Diskussionsgruppe anfordere.

Bereite eine Frage vor. Denk darüber nach. Für oberflächliche Fragen erhalten Sie oberflächliche Antworten, oder Sie erhalten überhaupt keine Antworten. Je mehr Sie tun, um Ihre Gedanken und Bemühungen zu zeigen, ein Problem zu lösen, bevor Sie um Hilfe bitten, desto wahrscheinlicher ist es, dass Sie diese Hilfe erhalten.

Stellen Sie nicht die falschen Fragen. Wenn die Frage auf falschen Annahmen basiert, wird jeder Hacker (wahrscheinlich J. Random Hacker, ca. Übersetzer ) höchstwahrscheinlich eine nutzlose wörtliche Antwort geben, gleichzeitig denken, "Dumme Frage ...", und hoffen, dass das bekommen Was du verlangst, anstatt was du wirklich brauchst, wird dir etwas beibringen.

Denke nicht, dass du antworten solltest . Niemand schuldet dir etwas; Sie haben diese Leistungen letztlich nicht bezahlt. Sie erhalten eine Antwort, wenn Sie es verdienen, indem Sie eine substanzielle, interessante und zum Nachdenken anregende Frage stellen - eine Frage, die der Gemeinschaft implizit neue Erfahrungen vermittelt und nicht nur passiv verlangt, dass andere ihr Wissen teilen.

Auf der anderen Seite ist es schön, sofort klarzumachen, 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 Website zu diesem Thema?" eher eine Antwort zu bekommen, als eine genaue Abfolge von Aktionen zu verlangen, um ein Problem zu lösen, da Sie klar gezeigt haben, dass Sie das Problem selbst lösen werden, wenn Ihnen jemand den richtigen Weg weist.

Auf Nachfrage ...

Wählen Sie das richtige Forum

Überlege genau, wo du die Frage stellen sollst. Sie werden wahrscheinlich als Verlierer ignoriert oder abgeschrieben, wenn Sie:

  • Sende die Frage an das Forum, das nicht zum Thema passt (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 werden, um irrelevante Informationskanäle der Kommunikation nicht zu laden. Fallen Sie nicht in diese Kategorie von Fragen.

Daher müssen Sie zuerst das passende Forum finden. Dies wird Ihnen wiederum helfen Google Suchmaschine und andere Suchwerkzeuge im Web. Verwenden Sie sie, um nach der Projektseite zu suchen, die am ehesten mit der Hardware oder Software in Verbindung steht, die Schwierigkeiten hat. Normalerweise werden auf dieser Seite Links zu einer Liste von häufig gestellten Fragen (FAQ, Frequently Asked Questions), Projekt-Mailinglisten und deren Archiven angezeigt. Es ist dort, dass Sie um Hilfe bitten müssen, wenn Ihre eigenen Bemühungen (einschließlich das Lesen dieser, die Sie entdeckten, FAQ) wurden nicht mit Erfolg gekrönt. Die Projektseite kann auch das Verfahren zum Melden eines Fehlers beschreiben oder einen Link dazu bereitstellen. Verwenden Sie in diesem 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, zumindest ein riskantes Unternehmen. Denken Sie beispielsweise nicht, dass der Autor einer informativen Webseite Ihr kostenloser Berater werden möchte. Machen Sie keine optimistischen Annahmen, dass Ihre Frage willkommen ist - wenn Sie sich nicht sicher sind, senden Sie sie an eine andere Adresse oder verweigern Sie es überhaupt.

Wenn Sie ein Webforum, eine Diskussionsgruppe oder eine Mailingliste auswählen, treffen Sie keine Entscheidungen, die nur auf dem Namen basieren. Lesen Sie die Liste häufig gestellter Fragen (FAQ) oder Regeln, um sicherzustellen, dass die Frage für das Thema relevant ist. Lesen Sie die Nachrichten eine Weile, bevor Sie Fragen senden, um ein Gefühl dafür zu bekommen, wie die Dinge hier erledigt werden. In der Tat wird es vor dem Senden einer Frage nicht schaden, in den Archiven einer Diskussionsgruppe oder Mailingliste nach Schlüsselwörtern für Ihr Problem zu suchen. Als Ergebnis können Sie die Antwort finden, und wenn nicht, wird eine solche Suche helfen, die Frage besser zu formulieren.

Verwenden Sie nicht alle verfügbaren Hilfskanäle gleichzeitig. Das ist wie ein Schrei und empörte Menschen. Beziehen Sie sich nacheinander darauf.

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

Im Allgemeinen ist die Wahrscheinlichkeit, Antworten auf Fragen in einem richtig gewählten öffentlichen Forum zu erhalten, höher als bei einem privaten. 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 haben große Freude an der Beantwortung von Fragen, die für viele von Interesse sein können, als an Fragen, die nur für wenige nützlich sind.

Es ist klar, dass erfahrene Hacker und Entwickler populärer Programme bereits viel mehr irrelevante Probleme haben, als sie es gerne hätten. Wenn Sie diesen Fluss erhöhen, können Sie in einigen Fällen der letzte Strohhalm werden - hin und wieder werden die Teilnehmer in populären Projekten nicht mehr unterstützt, weil sie keine weiteren Probleme in Form von nutzlosen E-Mail-Nachrichten an ihre persönlichen Adressen ertragen können.

Starter-Web und IRC-Foren geben oft eine Antwort so schnell wie möglich.

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 Anfängerforen immer noch wahrscheinlich als Mailinglisten organisiert.) Dies sind geeignete Orte für das anfängliche Fragenstellen, insbesondere wenn angenommen wird, dass Sie mit einem relativ unkomplizierten oder typischen Problem konfrontiert sind. Ein offen beworbener IRC-Kanal ist eine klare Einladung, Fragen zu stellen und oft die Möglichkeit, Antworten in Echtzeit zu erhalten.

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

Bevor Sie in einem beliebigen Webforum eine Frage stellen, überprüfen Sie, ob es durchsuchbar ist. Und wenn dies der Fall ist, suchen Sie ein paar Mal nach einer Keyword-Diskussion über ein Problem wie Ihres; es kann helfen. Wenn Sie zuvor eine allgemeine Suche im Internet durchgeführt haben (was hätte getan werden sollen), suchen Sie immer noch im Forum; Ihre Suchmaschine hat dieses Forum möglicherweise nicht neu indiziert.

Es gibt eine interessante Tendenz, Benutzer von Projekten über ein Web-Forum oder einen IRC-Kanal zu unterstützen, wobei E-Mails für die Kommunikation zwischen Entwicklern übrig bleiben. Wenn Sie Unterstützung bei einem Projekt benötigen, lesen Sie zunächst diese Informationsquellen.

Verwenden Sie als zweiten Schritt die Projekt-Mailinglisten.

Wenn das Projekt eine Mailingliste für Entwickler enthält, senden Sie Fragen an diese Mailingliste und nicht an einzelne Entwickler, auch wenn Sie sicher sind, dass Sie genau wissen, wer Ihre Frage genau beantworten kann. Suchen Sie in der Dokumentation oder auf der Projekt-Website nach der Adresse der Projekt-Mailingliste 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, wird für die gesamte Gruppe wertvoll sein. Im Gegenteil, wenn es scheint, dass die Frage zu primitiv für eine Mailing-Liste ist, ist dies kein Grund, den Kopf einzelner Entwickler zu täuschen.
  • Wenn eine Frage in der Mailingliste gestellt wird, wird die Last auf alle Entwickler verteilt. Der spezifische Entwickler (besonders 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 Fragen und Antworten online 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 die Software selbst zu verbessern, um sie verständlicher zu machen. Aber wenn diese Fragen persönlich gestellt werden, hat niemand ein allgemeines Bild - was am häufigsten gefragt wird.

Wenn das Projekt separate Mailinglisten oder Webforen für "Benutzer" und für "Entwickler" (oder "Hacker") hat und Sie den Code nicht hacken, stellen Sie in der Liste / Forum eine Frage für "Benutzer". Zählen Sie nicht auf die Entwickler-Mailingliste, wo Ihre Frage wahrscheinlich als "Lärm" klassifiziert wird, der den Austausch von Informationen über den Fortschritt der Entwicklung verhindert.

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

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 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 glauben, dass persönliche Korrespondenz persönlich bleiben sollte, auch wenn es nichts Geheimnisvolles darin gibt. Indem Sie Ihnen erlauben, Ihre Nachricht zu senden, geben Sie Leuten eine Wahl.)

Stellen Sie sinnvolle, spezifische Nachrichtenthemen.

Wenn Sie eine Nachricht an eine Mailingliste oder eine Diskussionsgruppe senden, ist der Betreff der Nachricht eine großartige Gelegenheit, die Aufmerksamkeit qualifizierter Experten mit einer Zeichenfolge von bis zu 50 Zeichen zu gewinnen. Verschwende sie nicht beim Plaudern wie "Hilf mir, bitte" (ganz zu schweigen von den Themen "Bitte hilf mir !!!"; Nachrichten mit solchen Themen werden reflexiv abgeworfen). Versuche nicht, uns mit der Tiefe deiner Leiden zu treffen; Verwenden Sie den verfügbaren Speicherplatz für eine kurze Beschreibung des Problems besser.

Eine gute Übereinstimmung bei der Gestaltung der Nachrichtenthemen, die von vielen technischen Supportdiensten verwendet werden, ist die Verwendung der Vorlage zur Zurückweisung von Objekten. Der Teil "Objekt" definiert, womit genau das Problem aufgetreten ist, und der Teil "Abweichung" beschreibt die Abweichung vom erwarteten Verhalten.

Dumm:

Hilfe! 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 mithilfe des Objektabweichungsmusters hilft dabei, das Problem genauer zu verstehen. Was genau ist falsch? Nur der Mauszeiger oder andere 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 im Modell MV1005? Ein Hacker, der eine Nachricht mit einem ähnlichen Thema erhalten hat, wird im Allgemeinen verstehen können, wo genau Sie ein Problem hatten und was das Problem war.

Stellen Sie sich im Allgemeinen eine Liste von Fragen in einem Archiv vor, in dem nur die Betreffzeilen angezeigt werden. Stellen Sie sicher, dass die Betreffzeile das Wesentliche der Frage gut genug widerspiegelt, und der nächste, der auf der Suche nach einer Antwort auf eine solche Frage durch das Archiv schaut, könnte eine Diskussion finden, die zu der Antwort führt, anstatt die Frage erneut zu senden.

Wenn Sie eine Frage als Antwort stellen, vergessen Sie nicht, die Betreffzeile zu ändern, so dass es verständlich ist - die Frage wird gestellt. Eine Betreffzeile wie "Re: test" oder "Re: new bug" wird nicht ausreichend beachtet. Außerdem sollten Sie die bisherigen Beiträge auf ein Minimum beschränken, damit neue Benutzer verstehen können, was gesagt wurde.

Senden Sie nicht einfach eine Antwort an eine Mailinglisten-Nachricht, wenn Sie ein neues Thema besprechen möchten (starten Sie einen Diskussionsthread). Dies wird den Kreis der Responder eingrenzen. Einige Mail-Leser, z. B. mutt , erlauben es dem Benutzer, Nachrichten nach Thema zu sortieren und dann Nachrichten durch Faltung des Diskussionsthreads nach Thema zu verbergen. Diejenigen, die diese Gelegenheit nutzen, werden Ihre Nachricht nie sehen.

Das Ändern des Themas ist nicht genug. Mutt und möglicherweise andere E-Mail-Leser berücksichtigen nicht nur die Betreffzeile, sondern auch andere Informationen in den Nachrichtenheadern, wenn sie mit dem Diskussionsthread verknüpft 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 oft außerhalb dieser Threads nicht sichtbar sind. Das Ändern des Themas, wenn eine Frage als Antwort gestellt wird, ist nicht essentiell (nicht alle Foren erlauben es sogar, Themen in den Antworten festzulegen, und wenn Sie sie festlegen können, liest fast niemand sie). Aber eine Gegenfrage als Antwort zu stellen, ist an sich eine zweifelhafte Praxis, da diese Frage nur von denjenigen gesehen wird, die dem relevanten Diskussionsfaden folgen. Wenn Sie nicht sicher sind, ob Sie speziell an diejenigen, die an der Diskussion eines Themas teilnehmen, appellieren möchten, starten Sie ein neues Thema.

Vereinfachen Sie die Antwort

Wenn Sie die Frage mit der Antwort "Bitte senden an ..." beantworten, ist es sehr unwahrscheinlich, eine Antwort zu erhalten. 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 erlaubt, lassen Sie es fallen. Wenn Ihr Betriebssystem keine E-Mail-Programme unterstützt, die Ihnen dies ermöglichen, suchen Sie nach einem besseren Betriebssystem.

In Web-Foren per E-Mail zu antworten, ist äußerst unhöflich, es sei denn, Sie sind sicher, dass die Informationen vertraulich sind (und jemand aus irgendeinem unbekannten Grund möchte es 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 "this thread" -Optionen unterstützt ("folge der Diskussion"), "E-Mail an Antworten senden" usw.

Schreiben Sie in einfacher Sprache und folgen Sie den Regeln der Grammatik und des Vokabulars

Es wurde experimentell festgestellt, dass Menschen, die achtlos und sorglos schreiben, in den Gedanken und im Code der erstellten Programme in der Regel ebenso sorglos und sorglos sind (zumindest oft genug, um dies souverän zu behaupten). Die Fragen von unaufmerksamen und sorglosen Menschen zu beantworten, ist eine undankbare Aufgabe; Wir verbringen unsere Zeit lieber mit etwas anderem.

Daher ist die Klarheit und Genauigkeit der Formulierung der Frage wichtig. Wenn Sie sich damit nicht lächerlich machen wollen, wollen wir uns nicht täuschen und auf solche Probleme achten. Versuchen Sie, die Frage in der richtigen Sprache zu formulieren. Es sollte nicht schwerfällig und formal sein - in der Tat, das informelle, voll von Slang und Humor in der Hacker-Kultur richtig verwendet. 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 nicht "es" mit "es ist", "lose" mit "verlieren" oder "diskret" mit "diskret". Schreibe nicht alles im oberen Register - dies wird als Schrei wahrgenommen 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 du bist es nicht.)

Im Allgemeinen, wenn Sie auf der Ebene des kindlichen Geplapper oder Delirium eines Verrückten schreiben, wird Ihre Frage höchstwahrscheinlich ignoriert werden. Scribbling im Stil von jugendlichen "Hackern" (absolut - l33t Skript Kiddie hax0r - ca. Übersetzer ) - ist absolut hoffnungslos und garantiert als Antwort - Schweigen (oder bestenfalls eine Portion Vernachlässigung und Sarkasmus).

Wenn Sie Fragen in einem Forum stellen, das eine andere Sprache als Ihre eigenen verwendet, werden Ihnen einige lexikalische und grammatikalische Fehler vergeben - aber warten Sie 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 Verwandte sind, schreiben Sie auf Englisch. 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.

Sende Fragen in allen verständlichen Formaten.

Wenn Sie es künstlich erschweren, eine Frage zu lesen, 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. ( HTML ausschalten ist nicht so schwierig.)

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

  • Senden Sie keine Nachrichten, in denen Absätze in einer Zeile dargestellt werden, die optisch in die folgenden Zeilen auf dem Client übertragen werden. (Dies erschwert die Antwort auf den Nachrichtenteil.) Angenommen, die Empfänger lesen Nachrichten auf Textterminals mit 80-Zeichen-Zeilen und richten sie entsprechend ein, um harte Zeilenumbrüche einzufügen, wodurch die Zeile bis zu 80 Stellen vervollständigt wird.

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

  • Senden Sie keine MIME Quoted-Printable-Nachrichten an das englischsprachige Forum. Diese Codierung wird möglicherweise benötigt, wenn Sie eine Nachricht in einer Sprache senden, die nicht von ASCII abgedeckt wird, aber viele Mail-Agenten des Benutzers unterstützen sie nicht. Das Lesen von Nachrichten mit Steuerzeichen im Text = 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 in etwa so, wie Sie reagieren würden, wenn Sie mit Schweinescheiße an die Haustür geschmiert würden. Selbst wenn sie sie lesen können, ärgert sie sich über diese Formate.

  • Deaktivieren Sie die Microsoft Smart Quotes-Unterstützung, wenn Sie eine Nachricht von einem Windows-Computer senden. Dies wird viele Junk-Symbole loswerden, die in der gesamten Nachricht verstreut sind.

  • Vermeiden Sie in Webforen die Emoticons und HTML-Einfügungsoptionen (falls verfügbar). Ein oder zwei Emoticons sind normalerweise normal, aber ein bunter lustiger Text führt dazu, dass man denkt, dass man ein Lamer ist. Übermäßiger Einsatz von Emoticons, Farben und Schriften stellt dich als lustiges Teenager-Mädchen vor, was keinen Sinn ergibt, außer natürlich, dass du an den Antworten interessiert bist, und nicht an Sex.

Bedenken Sie bei der Verwendung eines Mail-Clients mit einer grafischen Benutzeroberfläche (z. B. Netscape Messenger, MS Outlook usw.), dass diese Regeln bei der Verwendung von Standardinstallationen verletzt werden können. Die meisten dieser Clients haben einen Menübefehl wie "Quelle anzeigen". Verwenden Sie es, um eine der gesendeten Nachrichten zu überprüfen, dass reiner Text gesendet wird, ohne unnötigen Müll.

Beschreiben Sie das Problem genau und detailliert.

  • Beschreiben Sie klar und deutlich die Symptome eines erkannten 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 unternommen haben, als Sie versucht haben, ein Problem zu verstehen, bevor Sie eine Frage stellen.

  • Beschreiben Sie die Schritte, die Sie zur Diagnose und Isolierung des Problems durchgeführt haben, bevor Sie eine Frage stellen.

  • Beschreiben Sie die letzten Änderungen an Computer- oder Softwarekonfigurationen, die relevant sein könnten.

Tun Sie Ihr Bestes, um mögliche Hacker-Fragen zu antizipieren und beantworten Sie diese im Voraus in Ihrem Hilfeantrag.

Simon Tatham hat einen wunderbaren Essay mit dem Titel " Wie man effektiv Fehler meldet" geschrieben . Ich empfehle es sehr, es zu lesen.

Volumen bedeutet nicht Genauigkeit

Seien Sie genau und informativ. Dazu reicht es nicht, einfach eine große Menge Code oder Daten in die Anfrage einzufügen. Wenn ein umfangreicher, 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 Abhilfe finden.

Habe keinen Anspruch darauf, einen Fehler gefunden zu haben

Wenn Sie Probleme mit dieser oder jener Software haben, geben Sie nicht an, dass Sie einen Fehler gefunden haben, es sei denn, Sie sind sich dessen absolut sicher. Hinweis: Wenn Sie keinen Quellcode-Fix bereitstellen können, der ein Problem oder einen Testfall für eine frühere Version löst, die ein falsches Verhalten zeigt, sind Sie in Ihrer Aussage höchstwahrscheinlich nicht sicher genug.

Denken Sie daran, dass viele andere Benutzer nicht auf ein solches Problem gestoßen sind. Sonst wüsstest du es bereits beim Lesen der Dokumentation oder beim Suchen im Web (du hast es gemacht, bevor du solche Aussagen gemacht hast, oder ?). Dies bedeutet, dass Sie höchstwahrscheinlich etwas falsch machen und nicht die Software.

Softwareentwickler arbeiten hart daran, dass es 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 ziemlicher Sicherheit nicht mögen - selbst wenn Sie recht haben. Besonders nicht-diplomatisch wäre es, "Bug" ("Error") in die Betreffzeile der Nachricht zu schreiben.

Wenn Sie eine Frage stellen, ist es besser, das Problem zu beschreiben, vorausgesetzt, 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 die Personen, 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 Selbsterniedrigung ersetzt keine Hausaufgaben

Einige haben verstanden, dass es nicht notwendig ist, sich grob oder hochmütig zu benehmen, eine Antwort erpressend, wählen Sie das entgegengesetzte Extrem - Selbstdemütigung. "Ich weiß, ich bin ein Anfänger, ein Verlierer und ein voller Kessel, aber ...". Es lenkt von der Essenz ab und macht keinen Sinn. Vor allem in Kombination mit der Unsicherheit in der Beschreibung des eigentlichen Problems.

Verschwenden Sie nicht Ihre Zeit und unsere, verlassen uns auf Mitleid. Liefern Sie bessere Fakten und Ihre Frage so klar wie möglich. Du erklärst dich also viel besser als durch Selbsterniedrigung.

Manchmal gibt es separate Stellen in den Webforen 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 es gibt keine Notwendigkeit, gedemütigt zu werden.

Beschreibe die Symptome des Problems, nicht deine Annahmen.

Es ist sinnlos, Hacker über Ihre Gründe für das Problem zu informieren. (Wenn Ihre diagnostischen Theorien so wertvoll sind, ist es notwendig, Hilfe von anderen zu suchen?) Überprüfen Sie daher, dass Sie die tatsächlichen Symptome des Geschehens melden und nicht Ihre eigenen Interpretationen und Theorien. Lassen Sie die Befragten sich mit Interpretation und Diagnose befassen.

Dumm:

Beim Kompilieren des Kernels erhalte ich ständig 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, der auf dem FIC-PA2007-Motherboard (VIA Apollo VP2-Chipsatz) mit 256 MB Corsair PC133 SDRAM-Speicher zusammengebaut wurde, erscheinen SIG11-Fehler oft 20 Minuten nach dem Einschalten während der Kompilierung des Kernels, aber nicht in den ersten 20 Minuten Neustart führt zu nichts, aber die Trennung 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 Problemsymptome in chronologischer Reihenfolge.

Die wichtigsten Informationen zur Ermittlung der Ursachen von Ereignissen hängen 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 das Aufzeichnen einer Sitzung (z. B. mithilfe des Skript-Dienstprogramms) und das Einfügen einiger Dutzend entsprechender Zeilen in die Nachricht sehr hilfreich sein.

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

Wenn sich die Aufzeichnung als ziemlich lang herausstellte (mehr als eine Seite), ist es sinnvoll, das Problem im Voraus zu Beginn 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.

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 nur dann beschreiben Sie einen spezifischen Schritt, den Sie nicht ausführen könnten.

Menschen, die technische Hilfe benötigen, haben oft ein hohes 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 bemerken, dass sie den falschen Weg gewählt haben. Um dies zu verstehen, kann es sehr mühsam sein.

Dumm:

Wie man den Farbenauswahldialog in FooDraw einen hexadezimalen RGB-Wert empfindet?

Angemessen:

Ich versuche, die Farbtabelle im Bild durch die Werte zu ersetzen, die ich brauche. Jetzt sehe ich nur einen Weg, dies zu tun - indem ich jeden Slot der Tabelle bearbeite, aber ich kann den hexadezimalen RGB-Wert im FooDraw-Farbauswahldialog nicht einstellen.

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

Fragen Sie nicht nach einer persönlichen E-Mail-Adresse.

Hacker glauben, dass die Problemlösung ein öffentlicher, transparenter Prozess sein sollte, in 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 diejenigen, die darauf reagieren, teilweise dadurch belohnt, dass ihre Kompetenz und ihr Wissen von ihren Kollegen wahrgenommen werden.

Wenn Sie um eine persönliche Antwort bitten, stören Sie sowohl den Entscheidungsprozess als auch den Erhalt der Vergütung. Tu das nicht. Um persönlich zu antworten, ist die Wahl des Befragten , und wenn er es tut, ist es normalerweise, weil er die Frage zu schlecht formuliert oder offensichtlich für interessant für andere 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 "Schicken Sie mir eine Antwort, und ich fasse die Antworten zusammen, die in dem Artikel für die Diskussionsgruppe eingegangen sind." Der Versuch, eine Diskussionsgruppe oder Mailingliste aus einem Strom von im Wesentlichen identischen Nachrichten zu speichern, ist sehr nett, aber Sie müssen Ihr Versprechen halten und eine Zusammenfassung senden.

Stellen Sie klare Fragen

Unbegrenzte Fragen erfordern normalerweise unbegrenzte Zeit, um zu antworten. Leute, die wahrscheinlich in der Lage sind, Ihnen eine nützliche Antwort zu geben, sind auch die beschäftigsten Leute (auch weil sie den größten Teil ihrer Arbeit selbst erledigen). Solche Leute sind eifersüchtig auf ihre Zeit und nehmen daher oft keine unbegrenzten Fragen an.

Die Wahrscheinlichkeit, eine sinnvolle Antwort zu erhalten, steigt, wenn Sie deutlich machen, was Sie von den Befragten erwarten (Links bereitstellen, Code senden, Ihre Entscheidung überprüfen usw.). Dies wird die Bemühungen der Responder konzentrieren und implizit das Zeitlimit und den Aufwand festlegen, den der Responder ausgeben muss, um Ihnen zu helfen. Das ist gut.

Um die Welt, in der Experten leben, zu verstehen, muss man das Wissen von Experten als reichliche Ressource und ihre Zeit als eine 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 die Zeit zu minimieren, die der Experte benötigt, um sie zu lösen. Aber oft ist das nicht dasselbe wie die Vereinfachung der Frage. Zum Beispiel die Frage: "Kannst du mir einen Link zu einer guten Beschreibung von X geben?" - in der Regel viel klüger als eine Anfrage: "Erklär mir bitte X." Wenn Sie ein Problem mit nicht funktionierendem Code haben, wäre es vernünftiger, nach einer Erklärung dafür zu fragen, was falsch ist, anstatt nach Fehlern zu fragen, die korrigiert werden müssen.

Stellen Sie keine Fragen von Hausaufgaben

Hacker sind gut in der Lage, Fragen von Hausaufgaben zu beantworten - die meisten von uns haben sie 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 der vollständigen Lösung.

Wenn Sie vermuten, dass Sie eine Frage von den Hausaufgaben bekommen haben, aber Sie immer noch nicht antworten können, stellen Sie eine Frage im Benutzergruppenforum oder (als letzten Ausweg) in der "Benutzer" 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 "Kann mir jemand helfen?" 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 für Hacker lästig zu sein - und als Reaktion darauf raten sie zu einer logisch einwandfreien formellen Antwort wie: "Ja, dir kann geholfen werden" oder "Nein, dir wird von nichts geholfen werden".

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

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

Das ist dein Problem, nicht unseres. Die Erwähnung von Dringlichkeit ist oft kontraproduktiv: Die meisten Hacker entfernen solche Nachrichten einfach als unhöfliche und selbstsüchtige Versuche, dringend Aufmerksamkeit zu erregen.

Es gibt eine teilweise Ausnahme von dieser Regel. Das Erwähnen von Dringlichkeit kann sinnvoll sein, wenn Sie ein Programm in einer seriösen Organisation verwenden, das 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 vielleicht interessiert genug, um schnell zu reagieren.

Dies ist jedoch äußerst riskant, da sich der Standpunkt des Hackers zu Ernsthaftigkeit und seinen Interessen wahrscheinlich von Ihrem unterscheidet. Interessant ist zum Beispiel die Frage der internationalen Raumstation, aber die Frage nach einer erfolgreichen gemeinnützigen Stiftung oder einer politischen Partei ist es mit ziemlicher Sicherheit nicht. In der Tat die Frage mit dem Thema "Dringend: Hilf mir, die flauschigen Siegel zu retten!" Es wird von solchen Hackern ignoriert oder böswillig kommentiert, die glauben, dass das Leben der pelzigen Robben für sie wichtig ist.

Wenn Sie davon überrascht werden, lesen Sie den Rest des Dokuments so lange, bis Sie es verstanden haben und davor, überhaupt keine Fragen mehr zu stellen.

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 wir Menschen dankbar sind, die sich kostenlos um Sie kümmern.

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

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 Veteranen der Hackerbewegung zu diesem Dokument erhalten haben, die Empfehlung ist, den Ausdruck "Danke im Voraus" zu verwenden. Einige Hacker sehen es als unwillig, jemandem zu danken, nachdem das Problem gelöst wurde bedanke dich sowohl im Voraus als auch nachdem du die Antwort erhalten hast oder drücke deine Dankbarkeit anders aus, sagen wir mit dem Satz "Danke für deine Aufmerksamkeit" oder "Danke für deine 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 alles vorbei ist, und danke nochmals für deine Hilfe. Wenn das Problem ein allgemeines Interesse an der Mailingliste oder Diskussionsgruppe hervorgerufen hat, ist es sinnvoll, eine solche Nachricht dort zu senden.

Es wird optimal sein, die Diskussionsfäden zu beantworten, die mit der ursprünglichen Frage begonnen haben, indem man eine 'FIXED', 'RESOLVED', 'ENTSCHEIDUNG' oder eine andere ebenso offensichtliche Angabe einer Lösung für das Nachrichtensubjekt hinzufügt. In Mailinglisten mit einer großen Anzahl von Nachrichten versteht der potentielle Responder beim Betrachten des Diskussionsthreads "Problem X" mit der Nachricht "Problem X - LÖSUNG", dass er selbst beim Lesen von Nachrichten keine Zeit verschwenden muss (es sei denn, er persönlich findet Problem X interessant) und kann daher Zeit damit verbringen, ein anderes Problem zu lösen.

Eine solche Nachricht muss nicht lang und detailliert sein; Leerlaufzeit: "Hi! Das Problem war mit einem Bruch in einem Netzwerkkabel verbunden! Danke an alle. Bill," ist schon besser als nichts. In der Tat ist eine kurze und höfliche Zusammenfassung besser als eine lange Dissertation, es sei denn, die Lösung beinhaltet schwerwiegende technische Aspekte. Notieren Sie, mit welchen Aktionen Sie das Problem lösen konnten, aber Sie müssen nicht die gesamte Abfolge der Suche nach einer Lösung neu beschreiben.

Für ziemlich ernste Probleme können Sie einen Lebenslauf mit einer Geschichte des Findens ihrer Ursachen senden. Beschreiben Sie die endgültige Problemstellung. Beschreiben Sie, wie sich die Entscheidung herausstellte, und geben Sie an, welche Sackgassen zu vermeiden sind. Nennen Sie alle, die Ihnen geholfen haben: So finden Sie Freunde.

Diese Art der Zusammenfassung dient nicht nur der Höflichkeit und Information, sondern hilft auch anderen, die Mailingliste / Diskussionsgruppe / das Forum im Archiv zu durchsuchen, um genau herauszufinden, welche Lösung Ihnen geholfen hat und ihnen somit helfen kann.

Zu guter Letzt hilft diese Art von Botschaft jedem, der an der Diskussion beteiligt ist, ein Gefühl der Zufriedenheit zu bekommen, weil das Problem geschlossen ist. Wenn Sie selbst kein Techniker oder Hacker sind, dann vertrauen Sie uns, dass dieses Gefühl sehr wichtig für die Gurus und Experten ist, die Sie um Hilfe gebeten haben. Die Probleme zu beschreiben, die am Ende nicht gelöst wurden, ist eine völlige Enttäuschung. Hacker sind begierig darauf, dass sie gelöst werden. Gutes Karma, das entsteht, wenn du diesen Durst stille, hilft dir sehr, wenn du das nächste Mal die Frage stellst.

Ü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. Wenn ja, senden Sie die entsprechende Änderung an diejenigen, die diese Dokumente unterstützen.

Unter Hackern wird dieses Verhalten als wichtiger angesehen als die übliche Höflichkeit. So verdienen sie sich einen guten Ruf als Teamplayer, 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 RTFM-Antwort hat ein jüngeres Pendant. Wenn Sie die Antwort " STFW " erhalten, ist der Befragte der Meinung, dass Sie im Netzwerk nach der Antwort suchen sollten (Search The Fucking Web). Er hat fast sicher Recht. Suche.

In den Web-Foren können Sie sich die Archive des Forums anschauen. In der Tat könnte der Reporter so freundlich sein, einen Link zu der vorherigen Diskussion zu geben, in der dieses Problem gelöst wurde. Aber hoffe nicht darauf; schau in die Archive, bevor du fragst.

Oft hat derjenige, der eine dieser Antworten sendet, ein Handbuch oder eine Webseite mit den benötigten Informationen und schaut sie an, wenn sie die Antwort eingeben. Diese Antworten bedeuten erstens, dass die benötigten Informationen leicht zu finden sind, und zweitens werden Sie bei der Suche nach Informationen mehr lernen, als wenn Sie sie auf einem Tablett präsentieren.

Du solltest nicht empört sein; nach Hacker-Standards zeigte er dir genug Respekt, indem er die Frage nicht ignorierte. Sie sollten dem Befragten für seine väterliche Freundlichkeit danken.

Wenn du es nicht verstehst ...

Wenn Sie die Antwort nicht verstehen, senden Sie nicht sofort eine Anfrage, 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 Klarheit brauchen, zeigen Sie, was Sie selbst gelernt haben.

Angenommen, ich habe Ihnen geantwortet: "Es sieht so aus, als ob Ihr Zentrum eingefroren ist. Sie müssen es überprüfen." Dann lautet die klärende Frage: "Was ist zentrie?" Und gut : "OK, ich lese die Handbuchseite, und dort wird nur zentry in den Optionen -z und -p erwähnt. Keiner von ihnen sagt, wie man das aufgehängte Fenster zurücksetzt. Muss ich eine dieser Optionen verwenden, oder bin ich hast du dich geirrt? "

Reaktion auf Unhöflichkeit

Das meiste, was in Hackerkreisen unhöflich erscheint, wird nicht als Beleidigung benutzt. Vielmehr ist es eine Konsequenz eines direkten, stumpfen Kommunikationsstils, der für Menschen, die versuchen, Probleme zu lösen, natürlich ist, anstatt weich und flauschig zu anderen zu klingen.

Wenn Sie mit Unhöflichkeit konfrontiert werden, versuchen Sie ruhig zu reagieren. Wenn jemand wirklich über das hinausgeht, was zulässig ist, ist es wahrscheinlich, dass der Moderator auf der Mailing-Liste, der Diskussionsgruppe oder dem Forum es einsetzen wird. Wenn dies nicht geschieht und Sie die Beherrschung verlieren, ist es wahrscheinlich, dass die Person, die die Ursache geworden ist, sich innerhalb der Normen der Hackergemeinschaft verhält, und jeder wird denken, dass Sie sich geirrt haben. Dies wird die Chancen, die notwendigen Informationen oder Hilfe zu erhalten, erheblich reduzieren.

Auf der anderen Seite ist es manchmal möglich, Unhöflichkeit und Herausforderungen zu begegnen, die keinen erkennbaren Grund haben. Die Kehrseite dieser Medaille ist, dass eine solche Reaktion eine absolut akzeptable Form ist, echte, unhöfliche Männer an ihren Platz zu bringen - wir haben ihr Fehlverhalten mit einem scharf scharfen verbalen Skalpell abgeschnitten. Sie müssen jedoch sehr zuversichtlich in Ihre Position sein, bevor Sie dies tun. Die Grenze zwischen Unhöflichkeit und dem Beginn eines bedeutungslosen "Basars" (im Original - flamewar - Kommentar des Übersetzers ) ist so dünn, dass die Hacker selbst oft darüber hinweggehen. Wenn Sie ein Anfänger oder nur ein zufälliger Leser sind, gibt es wenig Chance, einen solchen Fehler zu vermeiden. Wenn Sie an Information interessiert sind, nicht an Unterhaltung, ist es besser, Ihre Hände von der Tastatur zu nehmen und nicht zu riskieren, an solchen Diskussionen teilzunehmen.

(Einige bestehen darauf, dass viele Hacker an einer leichten Form von Autismus oder Asperger-Syndrom leiden , und ihnen fehlt einfach der Teil des Gehirns, der für "normale" soziale Interaktionen zwischen Menschen verantwortlich ist. Vielleicht ist es wahr, aber vielleicht nicht. Kein Hacker, die Vorstellung, dass Hacker krank im Kopf sind, kann Ihnen helfen, sich mit unseren Kuriositäten zu arrangieren. Denken Sie, was Sie wollen. Es ist uns egal, wir sind einfach so, 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 man genau falsch liegt.

Reagieren Sie nicht als Verlierer

Es ist wahrscheinlich, dass Sie in Hacker-Foren, wie in diesem Artikel beschrieben, oder in ähnlicher Weise mehrere Male vermasselt haben. Und sie haben dir genau erklärt, wie du es vermasselt hast, vielleicht in Farben. Mit allen ehrlichen Menschen.

Wenn dies passiert, ist die unglücklichste Reaktion, sich über das Geschehene zu beschweren, sich beschimpft zu fühlen, eine Entschuldigung zu fordern, zu brüllen, vor Wut zu ersticken, zu klagen, sich bei den Arbeitgebern der Täter zu beschweren, den Toilettensitz nicht fallen zu lassen usw. Tun Sie stattdessen Folgendes:

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 macht keinen Sinn, jemandes Kommentar als persönliche Beleidigung zu nehmen, dass eine Ihrer Aussagen falsch ist oder dass er eine andere Meinung hat. Handeln Sie also Verlierer.

Es gab Hackerforen, bei denen es den Teilnehmern aufgrund falsch verstandener hypertrophischer Höflichkeit verboten wurde, Fehlermeldungen in die Nachrichten anderer Leute zu schicken. 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.

Denken Sie daran: Wenn dieser Hacker schreibt, dass Sie es vermasselt haben, und (egal wie unhöflich) Sie darum bittet, dies nicht mehr zu tun, tut er es, kümmert sich zuerst um Sie und zweitens um seine Gemeinschaft. Es wäre viel einfacher für ihn, Sie zu ignorieren und ihn aus seinem Leben auszulöschen. Wenn du nicht genug bist für Dankbarkeit, 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 Selbstwertgefühl bist.

Manchmal werden Leute persönlich, treten in schmutzige Polemiken ein, ohne ersichtlichen Grund, etc., auch wenn Sie es nicht vermasselt haben (oder nur in ihrer Fantasie vermasselt haben). Resent in diesem Fall ist eine Möglichkeit, es wirklich zu vermasseln.

Diese "Raufbolde" sind entweder Lähmer, die nichts verstehen, sich aber für Experten halten oder potentielle Psychologen, die prüfen, ob sie sich veräppeln oder nicht. Andere Leser ignorieren sie entweder oder finden Wege, um mit ihnen alleine fertig zu werden. Das Verhalten der Schläger verursacht Probleme für sich selbst, die Sie nicht stören sollten.

Lass dich auch nicht in den nutzlosen "Basar" hineinziehen. Es ist besser, solche Diskussionen zu ignorieren, nachdem Sie vorher herausgefunden haben, dass dies ein wirklich nutzloser "Basar" ist, und keine Hinweise darauf, warum Sie wirklich vermasselt haben, und nicht subtil verschlüsselte Antworten auf Ihre tatsächlichen Fragen (das passiert auch).

Fragen nicht zu stellen

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

Frage:

Wo finde ich ein Programm oder eine Ressource X?

Antwort:

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

Frage:

Wie kann X Y machen?

Antwort:

Wenn du Y machen willst, musst du das fragen, ohne im Voraus von einer Methode auszugehen, die vielleicht gar nicht passt. Fragen dieser Art werden oft von denen gestellt, die nicht nur nichts von X wissen, sondern verwirrt sind, weil das Y-Problem gelöst ist und sich zu sehr auf die Details ihrer besonderen Situation konzentriert. Es ist normalerweise besser, solche Leute zu ignorieren, bis sie ihr Problem besser formulieren.

Frage:

Wie konfiguriere ich die Eingabeaufforderung?

Antwort:

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

Frage:

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

Antwort:

Versuche und finde es heraus. So kennen Sie zum einen die Antwort und zum anderen hören Sie damit auf, 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 Dinge zu tun und interessanter. Wenn ich solche Fragen sehe, sende ich normalerweise eine der folgenden Antworten:

  • Du hast nichts mehr hinzuzufügen?

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

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

Frage:

Ich habe ein Problem mit einer Windows-Maschine. Könntest du helfen?

Antwort:

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

Hinweis: Sie können Fragen zu Windows-Rechnern stellen, wenn sie sich auf ein Programm beziehen, das eine offizielle Version für Windows besitzt oder mit Windows-Rechnern interagiert (z. B. Samba). Seien Sie nicht überrascht von der Antwort, dass das Problem in Windows und nicht im Programm selbst liegt, weil Windows so "krumm" ist, dass es oft so passiert.

Frage:

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

Antwort:

Es ist zwar möglich, dass Sie es waren, der den offensichtlichen Fehler in den Systemaufrufen und Bibliotheken entdeckte, die von Hunderten oder Tausenden von Entwicklern intensiv genutzt wurden, aber es ist viel wahrscheinlicher, dass Sie das einfach nicht verstanden haben. Ernsthafte Vorwürfe erfordern ernsthafte Beweise; Wenn Sie solche Aussagen machen, sollten sie durch eine klare und umfassende Beschreibung der Situation unterstützt werden, 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, benötige ich direkten Zugriff auf Ihre Maschine. 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 in einem Forum oder einer Mailingliste für eine bestimmte Distribution relevant sein, wenn das Problem mit dieser Verteilung oder in Foren für lokale Benutzergruppen zusammenhängt. Vergessen Sie in diesem Fall nicht, die Details des Fehlers genau zu beschreiben. Sehen Sie sich zuerst das Web an und geben Sie dabei die Schlüsselwörter "linux" und alle verdächtigen Hardwarekomponenten an.

Frage:

Wie knacke ich das root-Benutzerpasswort / erhalte erweiterte Privilegien / lese die E-Mails von jemand anderem?

Antwort:

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

Gute und schlechte Fragen

Schließlich werde ich anhand von Beispielen zeigen, wie man Fragen richtig stellt. Ich werde ein paar Fragen über das gleiche Problem stellen, eins - das gegebene ist dumm und das zweite ist richtig.

Albern : Wo finde ich Informationen über Foonly Flurbamatic?

Diese Frage bittet nur um die Antwort "STFW" .

Richtig: Ich habe versucht, im Web mit Google nach "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 bereits das Internet durchsucht und es scheint, dass er ein echtes Problem hat.

Dumm: Ich kann den Code für das Foo-Projekt nicht kompilieren. Warum ist es falsch?

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

Richtig: Projektcode foo ist nicht in Nulix OS Version 6.2 kompiliert. Ich habe die FAQ (FAQ) gelesen, aber es gibt keine Probleme mit Nulix. Hier ist ein Kompilierungssitzungseintrag; Was habe ich falsch gemacht?

Er zeigte Mittwoch an, las die häufig gestellten Fragen, zeigte die Fehlermeldung, und er glaubt nicht, dass der Grund für sein Problem in dem Fehler von jemand anderem liegt. Dieser Typ kann ein wenig Aufmerksamkeit bekommen.

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

Jeder Hacker wird eine solche Frage in Gedanken beantworten, höchstwahrscheinlich auf diese Weise: "OK. Vielleicht können Sie auch helfen, die Windel zu rülpsen und zu wechseln?", Und drücken Sie 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 tun. Offensichtlich täuscht dieser Müll nicht, aber die Ergebnisse sind unvorhersehbar. Was führt normalerweise dazu, Multiprozessor-Mainboards nicht mit Athlon zu speichern? Hat jemand Ideen für zusätzliche Tests, um das Problem zu isolieren?

Dieser Bursche scheint dagegen eine Antwort zu verdienen. Er hat gezeigt, dass er Probleme lösen kann und nicht nur warten muss, bis ihm die Antwort vom Himmel fällt.

Beachten Sie in der letzten Frage den kleinen, aber wichtigen Unterschied zwischen "Geben Sie mir die Antwort" und "Bitte helfen Sie mir herauszufinden, welche zusätzlichen diagnostischen Maßnahmen Sie ergreifen können, um die Situation zu klären."

Tatsächlich ist das Formular zur Angabe der letzten Frage sehr ähnlich dem, das im August 2001 auf der Linux-Kernel-Mailingliste verwendet wurde. Ich (Eric) fragte dann diese Frage. Ich beobachtete seltsame hängen auf dem Tyan S2464-Motherboard. Mitglieder der Mailingliste lieferten wertvolle Informationen, die es mir ermöglichten, diese Freezes zu beseitigen.

Indem ich eine Frage stelle, wie ich es getan habe, gibt man den Leuten Denkanstöße; Ich habe es ihnen leicht gemacht, sich an der Lösung eines Problems zu beteiligen. Ich zeigte Respekt für die Fähigkeiten meiner Kollegen und lud sie ein, auf Augenhöhe zu diskutieren. Ich habe auch gezeigt, dass ich ihre Zeit schätze, indem ich beschreibe, welche Sackgasse ich schon passiert habe.

Am Ende, als ich mich bei allen bedankte und betonte, wie gut der Problemlösungsprozess gelaufen ist, hat einer der Mailinglisten darauf aufmerksam gemacht, dass seiner Meinung nach alles nicht geklappt hat, 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 (in der ursprünglichen - Meritokratie . Ca. Übersetzer ). Ich bin mir sicher, dass er Recht hat, und wenn ich vermasselt wäre, würde ich kritisiert oder ignoriert werden, ungeachtet der bisherigen Verdienste. Sein Vorschlag, die Situation als Leitfaden für alle anderen zu beschreiben, war die unmittelbare Ursache dieses Leitfadens.

Wenn keine Antwort empfangen wird

Wenn Sie keine Antwort erhalten, nehmen Sie es nicht persönlich, als unsere Weigerung, Ihnen persönlich zu helfen. Manchmal kennen die Forumsmitglieder 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 ist es nicht die beste Idee, die Frage erneut zu senden. Dies wird als sinnlose Belästigung wahrgenommen.

Es gibt andere Quellen der Hilfe, die angesprochen werden können, oft besser geeignet für die Bedürfnisse von Anfängern.

Es gibt viele Benutzergruppen im Netzwerk und im Außendienst, die sich mit Software beschäftigen, obwohl viele ihrer Teilnehmer kein einziges ernsthaftes Programm in ihrem Leben geschrieben haben. Diese Gruppen werden oft gebildet, um Mitgliedern zu helfen, einander und neuen Benutzern zu helfen.

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

Mit beliebter Software wie Linux gibt es 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 Support bezahlen müssen, es immer noch viel weniger kostet, als wenn Sie die Software selbst kaufen müssen (und die Unterstützung für proprietäre Software kostet normalerweise mehr und wird von weniger kompetenten Experten durchgeführt als bei Open-Source-Software). Code).

Wie man gute Antworten gibt

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

Geben Sie beim ersten Fehler privat an. Es besteht keine Notwendigkeit, eine Person öffentlich zu erniedrigen, die sich 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 fehlerhafte aber autoritativ solide Antwort ist schlimmer als keine Antwort. Schicken Sie Menschen nicht einfach auf den falschen Weg, nur weil Sie gerne in der Rolle eines Experten sind. Sei demütig und ehrlich; ein gutes Beispiel für Frager und Kollegen geben.

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 Dummkopf kann Ihre Witze als Leitfaden für Maßnahmen nehmen.

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

Obwohl die einfache Antwort RTFM gerechtfertigt ist, wenn sie nur faul 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 bereits eine Frage beantworten, lassen Sie uns im Wesentlichen antworten. Bieten Sie keine vorschnellen Umgehungslösungen an, wenn das falsche oder falsche Vorgehen im Prinzip angewendet wird. Biete gute Produkte an. Schreiben Sie die Frage neu.

Helfen Sie der Öffentlichkeit, von der Frage zu profitieren. Wenn Sie eine gute Frage haben, fragen Sie sich: "Wie sollte die relevante Dokumentation oder die FAQ-Liste geändert werden, damit niemand diese Frage stellt?". Dann senden Sie die entsprechende Ergänzung an die Person, die diese Dokumente unterstützt.

Wenn Sie Forschung betreiben müssten, um die Frage zu beantworten, teilen Sie Ihre Erfahrung und schreiben Sie nicht so, als ob die Antwort vom Himmel auf Sie fiel. Eine gute Frage zu beantworten ist, wie man ein hungriges Mal füttern kann, aber eine Forschungsmethode anhand eines Beispiels zu entwickeln, um zu lehren, wie man Nahrung für das Leben bekommt.

Zusätzliche Informationsquellen

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

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

Danksagung

Evelyn Mitchell bot an, einige dumme Fragen zu kommentieren und inspirierte sie, den Abschnitt "Wie man gute Antworten gibt" zu schreiben. Mikhail Ramendik gab eine Reihe von wertvollen Vorschlägen zur Verbesserung des Dokuments.