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 nicht mehr aktuell ist oder die ursprüngliche Quelle 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 (Signifikante Ergänzung des Diskurses zur Etikette der Kommunikation in Webforen.)

Inhalt

Übersetzungen
Haftungsausschluss
Einleitung
Bevor Sie fragen ...
Wenn Sie fragen ...
Wähle das richtige Forum
In Starter-Web- und IRC-Foren erhalten Sie häufig so schnell wie möglich eine Antwort.
Verwenden Sie als zweiten Schritt die Projekt-Mailinglisten.
Fragen Sie nach sinnvollen, spezifischen Nachrichtenthemen.
Vereinfachen Sie die Antwort
Schreiben Sie im Klartext nach den Regeln der Grammatik und des Vokabulars
Senden Sie Fragen in allen verständlichen Formaten.
Beschreiben Sie das Problem genau und detailliert.
Volumen bedeutet nicht Genauigkeit
Behaupten Sie nicht, einen Fehler gefunden zu haben
Die öffentliche Demütigung 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 den Hausaufgaben
Vermeiden Sie sinnlose Anfragen
Markieren Sie Ihre Frage nicht als "dringend", auch wenn es für Sie so ist
Höflichkeit schmerzt nie und hilft manchmal
Senden Sie eine kurze Beschreibung der Lösung.
Wie interpretiere ich die Antworten?
RTFM und STFW: Wie können Sie verstehen, dass Sie ernsthaft vermasselt sind?
Wenn du nicht verstehst ...
Reaktion auf Unhöflichkeit
Reagiere nicht als Verlierer
Fragen nicht stellen
Gute und schlechte Fragen
Wenn keine Antwort eingeht
Wie kann ich gute Antworten geben?
Zusätzliche Informationsquellen
Danksagungen

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

Haftungsausschluss

Auf den Websites vieler Projekte in den Abschnitten zum Suchen von 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 aus bitterer Erfahrung gelernt, dass wir, wenn keine solche Warnung vorliegt, ständig von Idioten belästigt werden, die glauben, dass die Veröffentlichung dieses Dokuments uns verpflichtet, alle technischen Probleme in der Welt zu lösen.

Wenn Sie dieses Dokument lesen, weil Sie Hilfe brauchen, und am Ende scheint es Ihnen, dass Sie es direkt von den Autoren erhalten können, dann sind Sie einer dieser Idioten. Fragen Sie uns nicht. Wir werden sie einfach ignorieren. Unser Ziel ist es, Ihnen zu zeigen, wie Sie Hilfe von denjenigen erhalten, die die Software oder Hardware verstehen, mit der Sie arbeiten. In 99% der Fälle werden wir jedoch nicht diejenigen sein, die verstehen. Wenn Sie nicht sicher sind, dass einer der Autoren ein Experte für das ist, mit dem Sie sich befassen, lassen Sie uns in Ruhe und dies wird alle besser machen.

Einleitung

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

Da Open-Source-Software mittlerweile weit verbreitet ist, können Sie häufig Antworten von anderen, erfahreneren Benutzern anstelle von Hackern erhalten. Das ist gut; Benutzer sind normalerweise ein wenig toleranter für Fehler, die Anfänger oft machen. Wenn Sie sich jedoch an erfahrene Benutzer als Hacker wenden, ist dies gemäß den hier vorgestellten Empfehlungen der effektivste Weg, um nützliche Antworten von ihnen zu erhalten.

Zunächst ist es wichtig zu verstehen, dass Hacker wirklich schwierige Probleme und gute, die fähig sind, Gehirne anzuregen, Fragen zu diesen Problemen stellen. Wenn es uns nicht gefallen würde, wären wir keine Hacker. Wenn Sie uns eine interessante Frage stellen, die ein langes Nachdenken erfordert, sind wir dafür dankbar. gute fragen sind ein anreiz und ein geschenk. Gute Fragen helfen, das Thema besser zu verstehen, und zeigen oft Probleme auf, die zuvor nicht bemerkt wurden oder an die man nicht gedacht hat. Aus dem Munde eines Hackers: "Gute Frage!" - Dies ist ein großes und aufrichtiges Kompliment.

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

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

Wir wissen, dass viele Leute einfach nur die von uns erstellte Software verwenden möchten und die technischen Details überhaupt nicht erfahren 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 das und erwarten nicht, dass jeder an technischen Nuancen interessiert sein wird, die für uns so attraktiv sind. Unser Stil der Beantwortung von Fragen eignet sich jedoch für Menschen, die wirklich daran interessiert sind 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 widmen unserem schwierigen Leben Zeit für die Beantwortung von Fragen, und manchmal bewältigen wir die vielen Fragen nicht. Deshalb müssen wir gnadenlos den Markt filtern. Verwerfen Sie insbesondere die Fragen potenzieller Verlierer, um die für Antworten vorgesehene Zeit effektiver zu nutzen und sie den Gewinnern zu widmen.

Wenn diese Position lustig, arrogant oder arrogant erscheint, sind Sie falsch. Wir bitten Sie nicht, zu uns zu beten - die meisten von uns würden gerne gleichberechtigt mit Ihnen kommunizieren und Sie in Ihre Kultur aufnehmen, wenn Sie sich dazu bemühen. Aber für uns ist es einfach ineffizient zu versuchen, Menschen zu helfen, die sich nicht selbst helfen wollen. Unhöflich zu sein ist normal, aber ein Idiot so zu tun, ist nicht so.

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

Wenn Sie sich entscheiden, uns um Hilfe zu bitten, werden Sie nicht zu einem Verlierer. Und benimm dich nicht wie ein Verlierer. Der beste Weg, um eine schnelle und sensible Antwort zu erhalten, ist die Frage, wie eine Person intelligent, selbstsicher und kenntnisreich ist und nur Hilfe bei der Lösung eines bestimmten Problems benötigt.

(Ergänzungen zu diesem Handbuch sind erwünscht. 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 normalerweise 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, führen Sie folgende Schritte aus:

  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 Prüfen oder Experimentieren zu finden.

  5. Fragen Sie einen erfahrenen Freund.

  6. Wenn Sie ein Programmierer sind, versuchen Sie, die Antwort durch Analyse des Quellcodes zu finden.

Wenn Sie eine Frage stellen, geben Sie von Anfang an an, dass Sie dies bereits getan haben. Es wird Ihnen helfen zu verstehen, dass Sie nicht faul sind und die Zeit eines anderen vergeuden. Besser noch, zeigen Sie, was Sie als Ergebnis Ihrer Suche gelernt haben . Wir reagieren gerne auf Menschen, die ihre Fähigkeit bewiesen haben, Antworten wahrzunehmen.

Verwenden Sie Tricks wie die Google-Suche im Text der erhaltenen Fehlermeldung (siehe auch Diskussionsgruppen - Google-Gruppen und nicht nur auf Webseiten). Dies kann entweder direkt zur Dokumentation des Fehlers führen oder zu einer Diskussion in der Mailingliste, in der Sie die Antwort finden können. Auch wenn die Antwort nicht gefunden wird, ist der Satz "Ich habe Google nach der folgenden Abfrage gesucht, aber nichts Nützliches gefunden" hilfreich, wenn ich per E-Mail oder in einer Diskussionsgruppe um Hilfe bittet.

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

Stellen Sie nicht die falschen Fragen. Wenn die Frage auf falschen Annahmen beruht, wird jeder Hacker (höchstwahrscheinlich J. Random Hacker, ca. Translator ) höchstwahrscheinlich eine sinnlose wörtliche Antwort geben, während er gleichzeitig denkt: "Dumme Frage ..." und auf die Hoffnung hoffen Das, wonach Sie gefragt haben, anstatt das, was Sie wirklich brauchen, wird Ihnen etwas beibringen.

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

Andererseits ist es schön, sofort klar zu machen, dass Sie den Entscheidungsprozess unterstützen können und wollen. Bei Fragen wie "Kann jemand etwas vorschlagen?", "Was wird in meinem Beispiel nicht berücksichtigt?" und "Gibt es eine Website, die Sie zu diesem Thema betrachten können?" Es ist wahrscheinlicher, dass Sie eine Antwort erhalten, als eine exakte 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 sagt.

Wenn Sie fragen ...

Wähle das richtige Forum

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

  • Senden Sie die Frage an das Forum, das nicht zum Thema passt (Off-Topic)

  • Senden Sie die grundlegendste Frage an das Forum, wo komplexe technische Fragen besprochen 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 nicht relevante Informationskanäle der Kommunikation zu laden. Fallen Sie nicht in diese Kategorie von Fragen.

Daher müssen Sie zuerst das entsprechende Forum finden. Dies hilft Ihnen erneut bei der Google-Suchmaschine und anderen Suchwerkzeugen im Web. Verwenden Sie sie, um nach der Projektseite zu suchen, die der Hardware oder Software, die Probleme hat, am engsten verbunden ist. Normalerweise werden auf dieser Seite Links zu einer Liste häufig gestellter Fragen (FAQ, häufig gestellte Fragen), Projekt-Mailing-Listen und deren Archive angezeigt. Dort müssen Sie um Hilfe bitten, wenn Ihre eigenen Bemühungen (einschließlich Lesen dieser entdeckten FAQs) nicht mit Erfolg gekrönt waren. Auf der Projektseite kann auch beschrieben werden, wie ein Fehler gemeldet wird, oder es wird ein Link dazu bereitgestellt. Verwenden Sie in diesem Fall das empfohlene Verfahren.

Das Senden derselben Nachricht an eine Person oder 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. Machen Sie keine optimistischen Annahmen, dass Ihre Frage willkommen sein wird. Wenn Sie sich nicht sicher sind, senden Sie sie an eine andere Adresse oder lehnen Sie das Senden ab.

Treffen Sie bei der Auswahl eines Webforums, einer Diskussionsgruppe oder einer Mailingliste keine Entscheidungen nur auf der Grundlage des Namens. 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 senden, um ein Gefühl dafür zu bekommen, wie hier vorgegangen wird. Vor dem Senden einer Frage wird es in der Tat nicht schaden, im Archiv einer Diskussionsgruppe oder Mailingliste nach Schlüsselwörtern zu suchen, die sich auf Ihr Problem beziehen. Als Ergebnis können Sie die Antwort finden, und wenn nicht, hilft eine solche Suche, die Frage besser zu formulieren.

Verwenden Sie nicht alle verfügbaren Hilfekanäle gleichzeitig. Das ist wie ein Schrei und empörte Leute. Verweisen Sie sie nacheinander.

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

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

Es ist klar, dass erfahrene Hacker und Entwickler populärer Programme bereits viel irrelevantere Probleme haben, als sie möchten. Wenn Sie diesen Fluss erhöhen, werden Sie in manchen Fällen zum letzten Strohhalm - gelegentlich stoppen die Teilnehmer an populären Projekten sie nicht mehr, da sie keine verwandten Probleme mehr in Form eines Stroms nutzloser E-Mail-Nachrichten an ihre persönlichen Adressen ertragen können.

In Starter-Web- und IRC-Foren erhalten Sie 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 für Anfänger entwickelt wurde. (In nicht englischsprachigen Ländern werden Anfängerforen wahrscheinlich immer noch als Mailing-Listen organisiert.) Dies sind geeignete Orte für die anfängliche Fragestellung, insbesondere wenn angenommen wird, dass Sie mit einem relativ unkomplizierten oder typischen Problem konfrontiert sind. Ein offen ausgeschriebener IRC-Kanal ist eine klare Aufforderung, Fragen zu stellen und häufig die Möglichkeit, Antworten in Echtzeit zu erhalten.

Wenn das Programm, mit dem Sie Probleme haben, aus dem Distributions-Kit stammt (was heute üblich ist), empfiehlt es sich, zuerst das Forum / die Mailingliste nach der entsprechenden Distribution zu fragen, bevor Sie sich an das Programmforum / die Mailingliste wenden. Hacker, die an einem Projekt arbeiten, können einfach antworten: "Use our build".

Bevor Sie eine Frage in einem Webforum stellen, prüfen Sie, ob sie durchsuchbar ist. Wenn dies der Fall ist, suchen Sie einige Male nach einer Stichwortdiskussion über ein Problem wie das Ihre. es kann helfen Wenn Sie vorher eine allgemeine Suche im Web durchgeführt haben (was hätte getan werden sollen), durchsuchen Sie das Forum weiterhin. Ihre Suchmaschine hat dieses Forum möglicherweise nicht neu indiziert.

Es besteht eine interessante Tendenz, Benutzer von Projekten über ein Webforum oder einen IRC-Kanal zu unterstützen, sodass E-Mails für die Kommunikation zwischen Entwicklern hinterlassen werden. Wenn Sie also Unterstützung bei einem Projekt benötigen, beziehen Sie sich zuerst auf 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, selbst wenn Sie sicher sind, wer genau Ihre Frage beantworten kann. Suchen Sie die Adresse der Projekt-Mailingliste in der Dokumentation oder auf der Projektwebsite und senden Sie eine Frage an diese Adresse. Dafür gibt es mehrere gute Gründe:

  • Jede Frage, die gut genug ist, um mit einem Entwickler Kontakt aufzunehmen, ist für die gesamte Gruppe von Nutzen. Im Gegenteil, wenn die Frage für eine Mailingliste zu primitiv erscheint, 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 (insbesondere wenn er der Projektmanager ist) ist möglicherweise zu beschäftigt, um Ihre Fragen zu beantworten.

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

  • 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. Wenn diese Fragen jedoch persönlich gestellt werden, hat niemand ein allgemeines Bild - was am häufigsten gestellt wird.

Wenn das Projekt über separate Mailinglisten oder Webforen für "Benutzer" und "Entwickler" (oder "Hacker") verfügt und Sie den Code nicht hacken, stellen Sie eine Frage in der Liste / im Forum nach "Benutzer". Verlassen Sie sich nicht auf eine herzliche Begrüßung auf der Entwickler-Mailingliste, wo Ihre Frage wahrscheinlich als "Lärm" eingestuft wird, der den Austausch von Informationen über den Entwicklungsfortschritt verhindert.

Wenn Sie sich 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 ist sinnvoll, die entsprechende Mailingliste oder das entsprechende Forum einige Tage lang zu verfolgen, um seine Traditionen kennenzulernen (in der Tat ist es sinnvoll, dies zu tun, bevor Sie eine private oder halbgeschlossene Mailingliste kontaktieren).

Wenn Sie die Adresse der Projekt-Mailingliste nicht finden können, die Adresse des Projektleiters jedoch bekannt ist, senden Sie Ihre Frage an den Moderator. Denken Sie in diesem Fall jedoch nicht, dass es keine Mailingliste gibt. Geben Sie in Ihrer Nachricht an, dass Sie versucht haben, die entsprechende Mailingliste jedoch nicht finden konnten. Erwähnen Sie auch, dass Sie nicht gegen das Senden Ihrer Nachricht an andere Empfänger sind. (Viele Leute glauben, dass persönliche Korrespondenz persönlich bleiben sollte, auch wenn darin nichts Geheimnisvolles ist. Indem Sie Ihnen erlauben, Ihre Nachricht zu senden, geben Sie den Leuten die Wahl.)

Fragen Sie nach sinnvollen, spezifischen Nachrichtenthemen.

Beim Senden einer Nachricht an eine Mailingliste oder Diskussionsgruppe bietet der Betreff der Nachricht eine gute Gelegenheit, qualifizierte Experten mit einer Zeichenfolge von bis zu 50 Zeichen auf sich aufmerksam zu machen. Verschwende sie nicht mit dem Plappern wie "Hilf mir bitte" (ganz zu schweigen von den Themen "BITTE HELFEN SIE !!!!"; Nachrichten mit solchen Themen werden reflexiv abgeworfen). Versuche nicht, uns mit der Tiefe deiner Leiden zu schlagen; Nutzen Sie den zur Verfügung gestellten Platz besser für eine kurze Beschreibung des Problems.

Eine gute Übereinstimmung beim Design der Nachrichtenthemen, die von vielen technischen Supportdiensten verwendet werden, ist die Verwendung der Vorlage für die Ablehnung von Objekten. Der "Objekt" -Teil definiert, womit genau das Problem aufgetreten ist, und der "Abweichungs" -Teil beschreibt die Abweichung vom erwarteten Verhalten.

Dumm:

HILFE Die Grafikkarte meines Laptops funktioniert nicht richtig!

Angemessen:

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

Noch besser:

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

Das Schreiben eines Themas mit dem Objektabweichungsmuster hilft dabei, das Problem genauer zu verstehen. Was genau ist falsch? Nur der Mauszeiger oder andere Grafiken haben auch Probleme? Problem nur bei XFree86? Nur in Version 4.1? Tritt dieses Problem nur bei Videokarten 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 was das Problem war.

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

Wenn Sie eine Frage 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" zieht nicht genügend Aufmerksamkeit auf sich. Zitieren Sie außerdem frühere Beiträge so, dass neue Benutzer das Gesagte verstehen können.

Senden Sie nicht nur eine Antwort auf eine Mailinglisten-Nachricht, wenn Sie ein neues Thema besprechen (Diskussions-Thread starten). Dies wird den Kreis der Responder einschränken. Bei einigen E-Mail-Readern, z. B. mutt , kann der Benutzer Nachrichten nach Thema sortieren und die Nachrichten dann nach Thema ausblenden, indem der Diskussionsfaden gefaltet wird. Diejenigen, die diese Gelegenheit nutzen, werden Ihre Nachricht nie sehen.

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

In Webforen unterscheiden sich die Diskussionsregeln geringfügig, da Nachrichten in der Regel enger mit bestimmten Diskussionsthreads verknüpft sind und außerhalb dieser Threads häufig nicht sichtbar sind. Das Ändern des Themas beim Beantworten einer Frage ist nicht unbedingt erforderlich (nicht in allen Foren können Sie sogar Themen in den Antworten angeben. Wenn Sie sie festlegen können, liest sie fast niemand). Eine Gegenfrage als Antwort darauf zu stellen, ist jedoch an sich eine zweifelhafte Praxis, da diese Frage nur von denjenigen gesehen wird, die dem relevanten Diskussionsfaden folgen. Wenn Sie sich nicht sicher sind, ob Sie sich speziell an diejenigen wenden möchten, die an der Diskussion eines Themas teilnehmen, beginnen Sie ein neues Thema.

Vereinfachen Sie die Antwort

Das Ausfüllen der Frage mit dem Satz "Antwort, bitte senden an ..." macht es sehr unwahrscheinlich, eine Antwort zu erhalten. Wenn Sie in Ihrem E-Mail-Programm nicht über ein paar Sekunden verfügen, um den Reply-To-Header richtig festzulegen, 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 Beantwortung einer E-Mail-Antwort in Webforen ist äußerst unhöflich, es sei denn, Sie sind sich sicher, dass die Informationen vertraulich sind (und jemand möchte aus unbekannten Gründen Ihnen dies persönlich mitteilen und nicht dem gesamten Forum). 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 "Watch this thread" -Optionen ("follow the discussion"), "E-Mail nach Antworten" usw. unterstützt.

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

Es wurde experimentell festgestellt, dass Menschen, die nachlässig und nachlässig schreiben, in den Gedanken und im Code der erstellten Programme in der Regel ebenso nachlässig und nachlässig sind (zumindest oft genug, um dies sicher zu behaupten). Die Fragen unaufmerksamer und nachlässiger Menschen zu beantworten, ist eine undankbare Aufgabe. Wir verbringen unsere Zeit besser mit etwas anderem.

Daher ist die Klarheit und Genauigkeit des Wortlauts der Frage wichtig. Wenn Sie sich nicht damit täuschen wollen, wollen wir uns nicht täuschen, wenn Sie auf solche Probleme achten. Versuchen Sie, die Frage in der richtigen Sprache zu formulieren. Es sollte nicht schwerfällig und formell sein - in der Tat das informelle, voll von Slang und Humor, das in der Hackerkultur richtig 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, Satzzeichen und Großschreibung. Verwechseln Sie "Sein" nicht mit "Es", "Los" mit "Verlieren" oder "Diskret" mit "Diskret". Schreiben Sie nicht alle in das obere Register - dies wird als Schrei wahrgenommen und als unhöflich angesehen. (Wenn alles in Kleinbuchstaben geschrieben ist, ist es nicht viel besser, weil es so schwer zu lesen ist. Alan Cox ist vergeben, aber Sie sind es nicht.)

Wenn Sie auf der Ebene des kindlichen Geschwätzers oder Deliriums eines Verrückten schreiben, wird Ihre Frage höchstwahrscheinlich ignoriert. Kritzeln im Stil von jugendlichen "Hackern" (absolut - l33t script kiddie hax0r - ca. Translator ) - ist absolut hoffnungslos und garantiert als Reaktion - Stille (oder bestenfalls eine Portion Vernachlässigung und Sarkasmus).

Wenn Sie in einem Forum, das eine andere Sprache als Ihre eigene verwendet, Fragen stellen, werden Ihnen einige lexikalische und grammatikalische Fehler verzeihen - warten Sie jedoch nicht auf die Vergebung für elementare Faulheit (ja, wir können normalerweise den Unterschied verstehen). Wenn Sie nicht genau wissen, welche Sprachen für den Adressaten Verwandte sind, schreiben Sie auf Englisch. Vielbeschäftigte Hacker überspringen normalerweise nur Fragen 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 ohne Lesen ausgelassen wird.

Senden Sie Fragen in allen verständlichen Formaten.

Wenn Sie es künstlich schwierig machen, eine Frage zu lesen, werden sie wahrscheinlich eine Frage beantworten, die nicht schwer zu lesen ist. Deshalb:

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

  • MIME-Anwendungen sind in der Regel einwandfrei gültig, jedoch nur, wenn sie echten Inhalt haben (z. B. Quellcode oder eine Patchdatei ist beigefügt) und werden nicht einfach vom E-Mail-Client generiert (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 übertragen Sie sie visuell an die folgenden Zeilen auf dem Client. (Dies macht die Antwort auf den Nachrichtenteil komplizierter.) Angenommen, die Adressaten lesen Nachrichten auf Textterminals mit 80-stelligen Zeilen und richten das Einfügen von Zeilenumbrüchen entsprechend ein. Dadurch wird die Zeile auf 80 Positionen aufgefüllt.

  • In diesem Fall sollten Sie die Daten jedoch nicht an einer festen Position in mehrere Zeilen aufteilen (z. B. Dumps von Protokollen oder Sitzungsaufzeichnungen). Die Nachrichten müssen so wie sie sind in die Nachrichten aufgenommen werden, damit 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 kann erforderlich sein, wenn Sie eine Nachricht in einer Sprache senden, die nicht von ASCII abgedeckt wird. Viele Mail-Agenten unterstützen sie jedoch nicht. Das Lesen von Nachrichten mit verstreuten Steuerzeichen im Text = 20 ist unpraktisch 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 in etwa auf dieselbe Weise wie Sie, wenn Sie an der Haustür mit Schweinescheiße beschmiert würden. Selbst wenn sie sie lesen können, macht sie die Notwendigkeit, sich mit diesen Formaten zu beschäftigen, wütend.

  • Deaktivieren Sie beim Senden einer Nachricht von einem Windows-Computer die Unterstützung von Microsoft Smart Quotes. Dadurch werden viele Junk-Symbole in der Nachricht entfernt.

  • Missbrauchen Sie in Webforen nicht die Emoticons und die HTML-Einfügungsoptionen (falls verfügbar). Ein oder zwei Emoticons sind normalerweise normal, aber ein bunter lustiger Text lässt die Leute denken, dass Sie ein Lamer sind. Der übermäßige Gebrauch von Emoticons, Farben und Schriftarten stellt Sie als lustiges Teenager-Mädchen dar, was keinen Sinn macht, es sei denn, Sie interessieren sich natürlich für die Antworten und nicht für Sex.

Beachten Sie bei der Verwendung eines E-Mail-Clients mit einer grafischen Benutzeroberfläche (z. B. Netscape Messenger, MS Outlook usw.), dass er bei der Standardinstallation gegen diese Regeln verstoßen kann. Die meisten dieser Clients verfügen über einen Menübefehl wie "Quelle anzeigen". Verwenden Sie diese Option, um in einer der gesendeten Nachrichten zu überprüfen, dass Nur-Text gesendet wird, ohne unnötigen Müll.

Beschreiben Sie das Problem genau und detailliert.

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

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

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

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

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

Machen Sie Ihr Bestes, um potenzielle Hacker-Fragen zu antizipieren, und beantworten Sie diese im Voraus in Ihrer Hilfeanfrage.

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

Volumen bedeutet nicht Genauigkeit

Seien Sie genau und informativ. Dazu reicht es nicht aus, einfach eine große Menge Code oder Daten in die Anfrage einzufügen. Wenn es einen großen, komplexen Testfall gibt, der zu einem Programmfehler führt, versuchen Sie es zu minimieren.

Dies ist aus mindestens drei Gründen nützlich. Erstens erhöhen die demonstrierten 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 einen Workaround finden.

Behaupten Sie nicht, einen Fehler gefunden zu haben

Wenn Sie Probleme mit dieser oder dieser 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 Vorgängerversion mit falschem Verhalten löst, sind Sie höchstwahrscheinlich nicht sicher genug in Ihrer Aussage.

Denken Sie daran, dass bei vielen anderen Benutzern ein solches Problem nicht aufgetreten ist. Andernfalls wüssten Sie dies bereits beim Lesen der Dokumentation oder beim Durchsuchen des Webs (Sie haben es vor dem Erstellen solcher Aussagen gemacht, oder?). Das bedeutet, dass Sie höchstwahrscheinlich etwas falsch machen und nicht die Software.

Softwareentwickler arbeiten hart daran, dass dies so gut wie möglich funktioniert. Wenn Sie behaupten, einen Fehler gefunden zu haben, gehen Sie davon aus, dass sie etwas falsch gemacht haben, und sie werden es höchstwahrscheinlich nicht mögen - selbst wenn Sie recht haben. Insbesondere 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 und anzunehmen, dass Sie etwas falsch machen, selbst wenn Sie absolut sicher sind, dass Sie einen Fehler gefunden haben. Wenn dies wirklich ein Fehler ist, lesen Sie in der Antwort darüber. Versuchen Sie, sich so zu verhalten, dass sich die an der Unterstützung des Programms beteiligten Personen bei Ihnen entschuldigen möchten, wenn ein echter Fehler gefunden wird, und nicht, dass Sie sich für Ihre Dummheit entschuldigen müssen.

Die öffentliche Demütigung ersetzt nicht die Hausaufgaben

Einige, die verstanden haben, dass es nicht notwendig ist, sich unhöflich oder hochmütig zu benehmen, um eine Antwort zu erpressen, wählen das Gegenteil extrem - die Selbsterniedrigung. "Ich weiß, ich bin ein Anfänger, ein Verlierer und ein voller Kessel, aber ..." Es lenkt von der Essenz ab und macht keinen Sinn. Besonders in Kombination mit der Unsicherheit bei der Beschreibung des tatsächlichen Problems.

Vergeuden Sie nicht Ihre und unsere Zeit und verlassen Sie sich auf Mitleid. Stellen Sie bessere Fakten und Ihre Frage so klar wie möglich zur Verfügung. So erklären Sie sich viel besser als durch Selbsterniedrigung.

Manchmal gibt es in den Webforen separate Stellen für Anfängerfragen. Wenn Sie der Meinung sind, dass eine solche Frage nur von einem unerfahrenen Benutzer gestellt werden kann, fragen Sie ihn dort. Aber es gibt keine Notwendigkeit, gedemütigt zu werden.

Beschreiben Sie die Symptome des Problems, nicht Ihre Annahmen.

Es ist sinnlos, Hacker über Ihre Gründe für das Problem zu informieren. (Wenn Ihre Diagnosetheorien so wertvoll sind, müssen Sie dann Hilfe von anderen suchen?) Überprüfen Sie daher, ob 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:

Ich bekomme ständig SIG11-Fehler beim Kompilieren des Kernels, und ich vermute, dass die Ursache ein Mikroriss auf der Hauptplatine ist. Wie kann ich das am besten ü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 während des Kompilierens des Kernels häufig etwa 20 Minuten nach dem Einschalten auf, treten jedoch nicht in den ersten 20 auf 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 Ermittlung der Ursachen von Ereignissen beziehen sich oft auf Ereignisse, 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 die Aufnahme einiger Dutzend entsprechender Zeilen in die Nachricht sehr hilfreich sein.

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

Wenn sich herausstellte, dass der Datensatz ziemlich lang war (mehr als eine Seite), ist es sinnvoll, das Problem zu Beginn im Voraus zu formulieren und dann die chronologische Reihenfolge der Aktionen anzugeben, die zu ihm 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 Sie etwas tun (und keinen Fehler melden), beginnen Sie mit einer Beschreibung des Ziels. Und beschreiben Sie nur dann einen bestimmten Schritt, den Sie nicht ausführen könnten.

Menschen, die technische Hilfe benötigen, haben oft ein übergeordnetes Ziel und sind an einen ihrer möglichen Wege gebunden. Sie bitten um Hilfe, um einen Schritt zu vollenden, ohne zu merken, dass sie den falschen Weg gewählt haben. Um dies zu verstehen, kann es sehr anstrengend sein.

Dumm:

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

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 editiere, aber ich kann den hexadezimalen RGB-Wert im FooDraw-Farbauswahldialogfeld nicht einstellen.

Die zweite Version der Frage ist vernünftig. Sie erhalten eine Antwort, die ein Werkzeug bietet, das zur Lösung des Problems besser geeignet ist.

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

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 ein erfahrener Mitarbeiter feststellt, dass diese Antwort unvollständig oder falsch ist. Diejenigen, die antworten, werden zudem teilweise mit der Tatsache belohnt, dass ihre Kompetenz und ihr Wissen von ihren Kollegen wahrgenommen werden.

Wenn Sie nach einer persönlichen Antwort fragen, beeinträchtigen 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 er dies tut, geschieht dies in der Regel, weil er die Frage für zu schlecht formuliert oder zu naheliegend 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 Zauberworte "Senden Sie mir eine Antwort, und ich fasse die in dem Artikel für die Diskussionsgruppe erhaltenen Antworten zusammen." Der Versuch, eine Diskussionsgruppe oder Mailingliste aus einem Strom von im Wesentlichen identischen Nachrichten zu speichern, ist sehr freundlich, aber Sie müssen Ihr Versprechen halten und eine Zusammenfassung senden.

Stellen Sie klare Fragen

Unbegrenzte Fragen erfordern normalerweise unbegrenzte Zeit zur Beantwortung. Menschen, die Ihnen wahrscheinlich eine nützliche Antwort geben können, sind auch die beschäftigtsten Personen (auch weil sie den Großteil ihrer Arbeit selbst erledigen). Solche Menschen 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 zu erhalten versuchen (Links angeben, Code senden, Ihre Entscheidung überprüfen usw.). Dies wird die Bemühungen der Responder konzentrieren und implizit die Zeit und den Aufwand festlegen, die der Responder 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 reichliche Ressource und ihre Zeit als sehr begrenzte Ressource betrachten. Je weniger Zeit Sie implizit benötigen, desto wahrscheinlicher ist es, dass Sie eine Antwort von einem wirklich guten und viel beschäftigten Experten erhalten.

Daher ist es sinnvoll, die Frage zu begrenzen, um die Zeit zu reduzieren, die der Experte für die Lösung benötigt. Dies ist jedoch oft nicht das Gleiche wie das Vereinfachen der Frage. Zum Beispiel die Frage: "Können Sie mir einen Link zu einer guten Beschreibung von X geben?" - normalerweise viel schlauer als eine Bitte: "Erklären Sie mir X bitte." Wenn Sie ein Problem mit nicht funktionsfähigem Code haben, ist es sinnvoller, nach einer Erklärung zu fragen, was daran falsch ist, als nach Fehlern zu fragen.

Stellen Sie keine Fragen von den Hausaufgaben

Hacker sind gut in der Lage, Fragen aus den Hausaufgaben zu beantworten - die meisten von uns haben sie alleine gemacht. Diese Fragen werden gebeten, für Sie zu arbeiten , damit Sie aus Ihren eigenen Erfahrungen 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 erhalten haben, aber immer noch nicht beantwortet werden können, stellen Sie eine Frage im Benutzergruppenforum oder (als letzter Ausweg) in der "Benutzer" -Eingeliste / im Forum des betreffenden Projekts. Obwohl Hacker es erkennen, geben Ihnen einige fortgeschrittene Benutzer zumindest einen Hinweis.

Vermeiden Sie sinnlose Anfragen

Seien Sie nicht versucht, Ihre Anfrage mit sinnlosen Fragen zu beantworten, wie: "Kann mir jemand helfen?" oder "Gibt es überhaupt eine Antwort?" Wenn Sie Ihr Problem überhaupt kompetent beschrieben haben, sind solche zusätzlichen Fragen zumindest überflüssig. Zweitens, weil sie unnötig sind, scheinen sie für Hacker ärgerlich zu sein - und als Reaktion darauf fordern sie sie dazu auf, eine logisch makellose formale Antwort zu schreiben, wie: "Ja, man kann geholfen werden" oder "Nein, man wird nicht durch irgendetwas unterstützt".

Im Allgemeinen ist es besser, keine Fragen mit Ja oder Nein zu beantworten, 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 unser. Die Erwähnung der Dringlichkeit ist oft kontraproduktiv: Die meisten Hacker entfernen einfach Botschaften wie unhöfliche und selbstsüchtige Versuche, dringend besondere Aufmerksamkeit zu erregen.

Es gibt eine teilweise Ausnahme von dieser Regel. Die Angabe der Dringlichkeit kann sinnvoll sein, wenn Sie ein Programm in einer seriösen Organisation verwenden, das für Hacker von Interesse sein könnte. Wenn Sie in diesem Fall nicht genügend Zeit haben und dies höflich melden, könnten die Leute interessiert genug sein, um schnell zu reagieren.

Dies ist jedoch äußerst riskant, da der Standpunkt des Hackers zum Thema Ernst und seine Interessen sich wahrscheinlich von Ihrem unterscheiden. Die Frage der internationalen Raumstation wird zum Beispiel von Interesse sein, die Frage einer erfolgreichen gemeinnützigen Stiftung oder einer politischen Partei ist jedoch höchstwahrscheinlich nicht der Fall. Tatsächlich ist die Frage mit dem Thema "Dringend: Helfen Sie mir, die flauschigen Siegel zu retten!" Es wird ignoriert oder böswillig kommentiert, sogar von den Hackern, die glauben, dass das Leben von pelzigen Robben für sie wichtig ist.

Wenn Sie überrascht sind, lesen Sie den Rest des Dokuments erneut, bis Sie es verstanden haben und davor keine Fragen stellen.

Höflichkeit schmerzt nie 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 Ihnen kostenlos Zeit widmen.

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

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

(Es sollte beachtet werden, dass der einzige ernsthafte Einwand, den Veteranen der Hacker-Bewegung in diesem Dokument erhalten haben, im Zusammenhang mit der Empfehlung steht, den Ausdruck „Vielen Dank im Voraus“ zu verwenden. Einige Hacker sehen es als unwillig an, sich bei allen zu bedanken, nachdem das Problem gelöst wurde. Wir empfehlen Danken Sie im Voraus und nach Erhalt der Antwort, oder drücken Sie Ihre Dankbarkeit anders aus. Sagen Sie beispielsweise "Danke für Ihre Aufmerksamkeit" oder "Danke für Ihre Rücksicht.")

Senden Sie eine kurze Beschreibung der Lösung.

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

Es ist optimal, die mit der ursprünglichen Frage begonnenen Diskussionsthemen zu beantworten, indem ein "BEHOBEN", "BEHOBEN", "ENTSCHEIDUNG" oder ein anderer ebenso offensichtlicher Hinweis auf eine Lösung des Betreffs der Nachricht hinzugefügt wird. In Mailinglisten mit einer großen Anzahl von Nachrichten versteht der potenzielle Antwortende beim Betrachten des Diskussionsthreads "Problem X" mit der Nachricht "Problem X - SOLUTION", dass er keine Zeit mit dem Lesen von Nachrichten verschwenden muss (es sei denn, er selbst 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. Ruhezeit: "Hallo! 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 ernste technische Aspekte. Notieren Sie sich, mit welchen Aktionen Sie das Problem lösen konnten, aber Sie müssen nicht die gesamte Reihenfolge der Lösungssuche neu beschreiben.

Bei sehr ernsten Problemen können Sie einen Lebenslauf mit einer Vorgeschichte der Ursachenfindung senden. Beschreiben Sie die endgültige Problemstellung. Beschreiben Sie den Verlauf der Entscheidung und geben Sie die zu vermeidenden Sackgassenpfade an. Nennen Sie alle, die Ihnen geholfen haben: So finden Sie Freunde.

Diese Art der zusammenfassenden Nachricht hilft anderen nicht nur höflich und informativ zu sein, sondern sie hilft anderen auch, die Mailingliste / Diskussionsgruppe / das Forum im Archiv zu durchsuchen, um herauszufinden, welche Lösung Ihnen geholfen hat, und kann ihnen somit helfen.

Nicht zuletzt hilft diese Art von Botschaft allen Beteiligten, ein Gefühl der Zufriedenheit zu finden, wenn das Problem geschlossen wird. Wenn Sie selbst kein Techniker oder Hacker sind, vertrauen Sie uns einfach, dass dieses Gefühl für die Gurus und Experten, die Sie um Hilfe baten, sehr wichtig ist. Die Probleme zu beschreiben, die am Ende nicht gelöst wurden, ist eine völlige Enttäuschung. Hacker sind bestrebt, sie gelöst zu sehen. Gutes Karma, das entsteht, wenn Sie diesen Durst stillen, wird Ihnen sehr helfen, wenn Sie die Frage das nächste Mal stellen.

Überlegen Sie, wie Sie verhindern können, dass andere Benutzer in Zukunft das gleiche Problem haben. Fragen Sie sich, ob die Änderung in der Dokumentation oder in der FAQ-Liste hilfreich ist, und senden Sie die entsprechende Änderung an die Unterstützer dieser Dokumente.

Bei Hackern wird dieses Verhalten tatsächlich als wichtiger als übliche Höflichkeit angesehen. So verdienen sie sich einen guten Ruf als guter Teamplayer, was eine sehr wertvolle Qualität ist.

Wie interpretiere ich die Antworten?

RTFM und STFW: Wie können Sie verstehen, dass Sie ernsthaft vermasselt sind?

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

Die Antwort von RTFM hat ein jüngeres Pendant. 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 fast sicher recht. Suche

In den Web-Foren können Sie in den Archiven des Forums nachschauen. 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. Schauen Sie selbst in die Archive, bevor Sie fragen.

Derjenige, der eine dieser Antworten sendet, hat oft ein Handbuch oder eine Webseite mit den Informationen, die Sie benötigen, und schaut sie sich an, wenn sie die Antwort eingeben. Diese Antworten bedeuten, dass seiner Meinung nach zum einen die Informationen, die Sie benötigen, leicht zu finden sind und zum anderen Sie bei der Suche nach Informationen mehr lernen werden, als wenn Sie sie auf einem Tablett unter Ihrem Atem darstellen.

Sie sollten nicht empört sein; Nach Hacker-Standards hat er Ihnen genug Respekt gezeigt, 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 umgehend eine Aufforderung zur Erläuterung. Verwenden Sie dieselben Informationsquellen wie bei der Suche nach der Antwort auf die ursprüngliche Frage (Handbücher, FAQ, Web, erfahrene Kollegen), um die Antwort zu verstehen. Wenn Sie danach eine Klärung benötigen, zeigen Sie, was Sie selbst gelernt haben.

Nehmen Sie beispielsweise an, ich habe Ihnen geantwortet: "Es sieht so aus, als ob Ihr Zentrum eingefroren ist; Sie müssen es überprüfen." Dann wird die schlechte klärende Frage lauten: "Was ist zentry"? Und gut : "OK, ich habe die Handbuchseite gelesen, und dort wird nur zentry in den Optionen -z und -p erwähnt. Keiner von ihnen sagt, wie man den Hung Center zurücksetzt. Muss ich eine dieser Optionen verwenden, oder bin ich es? hast es falsch gemacht? "

Reaktion auf Unhöflichkeit

Das, was in Hackerkreisen unhöflich erscheint, wird nicht als Beleidigung verwendet. Es ist eher eine Folge eines direkten, stumpfen Kommunikationsstils, der für Leute, die versuchen, Probleme zu lösen, natürlich ist, anstatt sich für andere weich und flauschig zu machen.

Wenn Sie mit Unhöflichkeit konfrontiert sind, versuchen Sie ruhig zu reagieren. Wenn jemand wirklich über das zulässige Maß hinausgeht, ist es wahrscheinlich, dass der Moderator auf der Mailingliste, der Diskussionsgruppe oder im Forum dies schafft. Wenn dies nicht geschieht und Sie die Beherrschung verlieren, ist es wahrscheinlich, dass sich die Person, die die Ursache geworden ist, innerhalb der Normen der Hacker-Community verhält, und jeder wird denken, dass Sie sich irren. Dadurch werden die Chancen, notwendige Informationen oder Hilfe zu erhalten, erheblich verringert.

Andererseits ist es manchmal möglich, mit Unhöflichkeit und Herausforderungen zu begegnen, die keinen sichtbaren Grund haben. Die Kehrseite dieser Medaille ist, dass eine solche Reaktion eine absolut akzeptable Form ist, um echte unhöfliche Männer an ihren Platz zu bringen - wir unterbinden ihr Fehlverhalten mit einem scharfen, verbalen Skalpell. Sie müssen jedoch sehr zuversichtlich sein, bevor Sie dies versuchen. Die Grenze zwischen dem Anzeigen der 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 kreuzen. Wenn Sie ein Anfänger sind oder nur ein gelegentlicher Leser, haben Sie kaum einen solchen Fehler. Wenn Sie sich für Informationen interessieren, nicht für Unterhaltung, ist es besser, Ihre Hände von der Tastatur zu entfernen, und riskieren Sie nicht, an solchen Diskussionen teilzunehmen.

(Einige bestehen darauf, dass viele Hacker an einer milden Form von Autismus oder Asperger-Syndrom leiden , und ihnen fehlt einfach der Teil des Gehirns, der für "normale" soziale Interaktion zwischen Menschen verantwortlich ist. Vielleicht ist es wahr, aber vielleicht nicht. Wenn Sie - kein Hacker, die Vorstellung, dass Hacker im Kopf krank sind, kann Ihnen helfen, mit unseren Kuriositäten fertig zu werden. Denken Sie nach, was Sie wollen. Wir kümmern uns nicht, wir sind einfach so und behandeln klinische Diagnosen mit gesunder Skepsis.)

Im nächsten Abschnitt werden wir über ein anderes Problem sprechen. über eine Art "Grobheit", mit der man sich treffen kann, wenn man sich gerade geirrt hat.

Reagiere nicht als Verlierer

Es ist wahrscheinlich, dass Sie in Hacker-Foren mehrmals verspielt haben, wie in diesem Artikel beschrieben, oder ähnlich. Und sie haben dir schon genau erklärt, wie du dich vermasselt hast, vielleicht in Farben. Mit allen ehrlichen Menschen.

Wenn dies geschieht, ist es die unglücklichste Reaktion, sich über das Geschehene zu beschweren, sich als beleidigt zu betrachten, eine Entschuldigung zu fordern, zu schreien, vor Ärger zu ersticken, zu klagen, sich bei den Arbeitgebern der Täter zu beklagen, den Toilettensitz nicht herunterzulassen usw. Gehen Sie stattdessen wie folgt vor:

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

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

Es gab Hackerforen, in denen den Teilnehmern aufgrund falsch verstandener hypertrophierter Höflichkeit verboten wurde, Fehlermeldungen in den Nachrichten anderer Personen zu senden. Ihnen wurde gesagt: "Wenn Sie dem Benutzer nicht helfen möchten, schweigen Sie." Der Abfluss von kenntnisreichen Teilnehmern in andere Foren führte dazu, dass sie zu bedeutungslosem Geschwätz verkommen und technisch völlig unbrauchbar werden.

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

Denken Sie daran: Wenn dieser Hacker schreibt, dass Sie vermasselt haben, und (egal wie unhöflich) Sie auffordert, dies nicht mehr zu tun, tut er es, indem er sich zuerst um Sie und zweitens um seine Gemeinschaft kümmert. Es wäre viel einfacher für ihn, dich zu ignorieren und aus seinem Leben zu streichen. Wenn Sie nicht aus Dankbarkeit genug sind, behalten 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 hypersensiblen Theaterseele und Illusionen über die Selbstwertigkeit sind.

Manchmal werden die Menschen persönlich, gehen ohne erkennbaren Grund in schmutzige Polemiken usw., auch wenn Sie nicht vermasselt haben (oder nur in ihrer Vorstellung). Erneut senden in diesem Fall ist ein Weg, um es wirklich zu vermasseln.

Diese "Brawler" sind entweder Lamer, die nichts verstehen, sich aber als Experten oder potenzielle Psychologen betrachten, die prüfen, ob Sie es vermasseln oder nicht. Andere Leser ignorieren sie entweder oder suchen nach Wegen, mit ihnen alleine umzugehen. Das Verhalten der Brawler schafft Probleme, die Sie nicht stören sollten.

Lassen Sie sich auch nicht in den nutzlosen "Basar" hineinziehen. 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 vermasselt haben, und keine subtil verschlüsselten Antworten auf Ihre tatsächlichen Fragen (dies geschieht auch).

Fragen nicht stellen

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 der gleichen Stelle, wo ich es genommen habe, Idiot - im Internet gefunden. Gott, wissen nicht alle, wie man Google benutzt ?

Frage:

Wie kann X Y machen?

Antwort:

Wenn Sie Y machen möchten, müssen Sie dies fragen, ohne vorher eine Methode anzunehmen, die möglicherweise überhaupt nicht geeignet ist. Fragen dieser Art werden häufig von denjenigen gestellt, die nicht nur nichts über X wissen, sondern auch verwirrt sind, weil das Y-Problem gelöst wird und sie 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:

So konfigurieren Sie die Eingabeaufforderung

Antwort:

Wenn Sie klug genug sind, um daran interessiert zu sein, sind Sie klug genug, selbst nach einer Antwort zu suchen .

Frage:

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

Antwort:

Versuchen Sie es und finden Sie es heraus. So kennen Sie erstens die Antwort und zweitens hören Sie 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 weiterer Leitfragen fragen, um herauszufinden, was Ihr Problem wirklich ist - ich habe einiges zu tun und interessanter. Wenn ich solche Fragen sehe, sende ich normalerweise eine der folgenden Antworten:

  • Sie haben nichts mehr hinzuzufügen?

  • Oh, das ist sehr schlecht. 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ö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-Computern stellen, wenn sie sich auf ein Programm beziehen, das über eine offizielle Version für Windows verfügt oder mit Computern unter Windows (z. B. Samba) interagiert. Seien Sie nicht erstaunt über die Antwort, dass das Problem in Windows und nicht im Programm selbst liegt, da Windows insgesamt so „schief“ ist, dass es oft so ist.

Frage:

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

Antwort:

Es ist möglich, dass Sie zuerst den offensichtlichen Fehler in den Systemaufrufen und -bibliotheken entdeckt haben, die von Hunderten oder Tausenden von Entwicklern intensiv genutzt werden, aber es ist wahrscheinlicher, dass Sie einfach nicht verstanden haben. Schwere 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ö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 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 relevant sein, die sich auf eine bestimmte Verteilung beziehen, wenn das Problem mit dieser Verteilung zusammenhängt, oder in lokalen Benutzergruppenforen. Vergessen Sie in diesem Fall nicht, die Details des Fehlers genau zu beschreiben. Sehen Sie sich jedoch zuerst das Web genau an und geben Sie die Schlüsselwörter "linux" und alle verdächtigen Hardwarekomponenten an.

Frage:

Wie kann man das Root-Benutzer-Passwort knacken, erweiterte Berechtigungen erhalten oder die E-Mail einer anderen Person lesen?

Antwort:

Ja, Sie sind nur vulgär. Wenn Sie dies tun wollen, und ein Idiot, bitten Sie den Hacker, Ihnen zu helfen.

Gute und schlechte Fragen

Zum Schluss werde ich anhand von Beispielen zeigen, wie man Fragen richtig stellt. Ich werde ein paar Fragen zu demselben Problem stellen, eine ist - wenn sie dumm ist - und die zweite - richtig ist.

Silly: Wo finde ich Informationen zu Foonly Flurbamatic?

Diese Frage bittet nur um die Antwort "STFW" .

Richtig: Ich habe versucht, das Web mit Google nach "Foonly Flurbamatic 2600" zu durchsuchen, bekam aber keine nützlichen Links. Weiß jemand, wo Sie Informationen zur Programmierung dieses Geräts finden können?

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

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

Er glaubt, dass jemand anderes vermasselt hat. Selbstbewusster Typ.

Richtig: Der Projektcode foo wird in Nulix OS Version 6.2 nicht kompiliert. Ich habe die FAQ (FAQ) gelesen, aber es gibt nichts über Probleme mit Nulix. Hier ist ein Compilation-Session-Eintrag. was habe ich falsch gemacht

Er wies auf Mittwoch hin, las die häufig gestellten Fragen, zeigte die Fehlermeldung an und glaubt nicht, dass der Grund für sein Problem im Irrtum einer anderen Person liegt. Dieser Kerl kann etwas Aufmerksamkeit bekommen.

Dummkopf: Ich habe Probleme mit der Hauptplatine. Kann jemand helfen?

Jeder Hacker wird eine solche Frage in seinem Kopf beantworten, höchstwahrscheinlich auf diese Weise: "OK. Vielleicht können Sie auch dabei helfen, die Windel zu rülpsen und zu wechseln?", Und drücken Sie die ENTF-Taste.

Das stimmt: Ich habe X, Y und Z auf dem S2464-Motherboard ausprobiert. Wenn es nicht funktionierte, habe ich A, B und C ausprobiert. Beachten Sie das merkwürdige Symptom, wenn Sie versuchen, C zu tun. Offensichtlich täuscht dieser Müll nicht, aber die Ergebnisse sind nicht vorhersagbar. Was führt normalerweise dazu, dass Multiprozessor-Motherboards nicht mit Athlon gespeichert werden können? Hat jemand Ideen für zusätzliche Tests, um das Problem zu isolieren?

Dieser Bursche scheint im Gegenteil eine Antwort zu verdienen. Er hat die Fähigkeit gezeigt, Probleme zu lösen, und nicht nur zu warten, bis ihm die Antwort vom Himmel fällt.

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

Tatsächlich ist das Formular für das Setzen der letzten Frage dem im August 2001 auf der Linux-Kernel-Mailingliste verwendeten Formular sehr ähnlich. Ich (Eric) stellte dann diese Frage. Ich habe seltsame Hänge auf dem Tyan S2464 Mainboard gesehen. Mitglieder der Mailingliste lieferten wertvolle Informationen, die es mir ermöglichten, diese Einfrieren zu beseitigen.

Indem Sie eine Frage wie ich stellen, geben Sie den Leuten Denkanstöße. Ich habe es ihnen leicht gemacht, an der Lösung eines Problems mitzuwirken. Ich habe Respekt vor den Fähigkeiten meiner Kollegen gezeigt und sie eingeladen, auf Augenhöhe zu diskutieren. Ich habe auch gezeigt, dass ich ihre Zeit schätze, indem ich beschreibe, welche Sackgassenzweige ich bereits bestanden habe.

Am Ende, als ich mich bei allen bedankte und betonte, wie gut der Problemlösungsprozess verlief, machte eines der Mitglieder der Mailing-Liste darauf aufmerksam, 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 (im Original - Meritokratie . Ca. Übersetzer ). Ich bin sicher, dass er Recht hat, und wenn ich vermasselt würde, würde ich ungeachtet früherer Verdienste kritisiert oder ignoriert werden. Sein Vorschlag, die Situation als Leitfaden für alle anderen zu beschreiben, war die unmittelbare Ursache dieses Leitfadens.

Wenn keine Antwort eingeht

Wenn Sie keine Antwort erhalten, nehmen Sie sie nicht persönlich, da wir uns weigern, Ihnen persönlich zu helfen. Manchmal kennen die Mitglieder des Forums 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. Dies wird als sinnloser Ärger empfunden.

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

Es gibt viele Benutzergruppen im Netzwerk und im Außendienst, die sich begeistert mit Software beschäftigen, obwohl viele ihrer Teilnehmer in ihrem Leben kein einziges seriöses 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 großen und kleinen Supportvertrag abschließen können (einige der bekanntesten sind Red Hat und Linuxcare, aber es gibt viele andere). Haben Sie keine Angst vor der Idee, für die Unterstützung zu zahlen! Wenn eine Überholung eines Fahrzeugmotors erforderlich ist, geben Sie ihn schließlich in die Werkstatt und bezahlen Reparaturen. Selbst wenn die Software nichts kostet, können Sie nicht erwarten, zu jeder Zeit 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 den Support bezahlen müssen, der Support viel weniger kostet als wenn Sie die Software selbst kaufen müssen (und der Support für proprietäre Software kostet in der Regel mehr und wird von weniger kompetenten Experten durchgeführt als bei Open-Source-Software). Code).

Wie kann ich gute Antworten geben?

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

Beim ersten Fehler privat angeben. Es besteht keine Notwendigkeit, eine Person öffentlich zu demütigen, die sich aufrichtig irrt. Ein unerfahrener Benutzer weiß möglicherweise nicht, wie er die Archive durchsuchen soll oder wo sich die Liste der häufig gestellten Fragen befindet oder veröffentlicht wird.

Wenn Sie nicht sicher sind, sagen Sie es! Eine fehlerhafte, aber autoritativ korrekte Antwort ist schlechter 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 Prozeduren, die die Umgebung des Benutzers zerstören können - dieser Blockhead kann Ihre Witze als Leitfaden für das Handeln verwenden.

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. Denken Sie daran - wir waren alle Anfänger.

Obwohl die einfache Antwort RTFM gerechtfertigt ist, wenn sie nur faul gegeben wird, ist der Link zur Dokumentation (selbst wenn es sich um einen Satz von Schlüsselwörtern für die Google-Suche handelt) immer noch besser.

Wenn Sie bereits eine Frage beantworten, lassen Sie uns diese im Wesentlichen beantworten. Bieten Sie keine übereilten Workarounds an, wenn grundsätzlich falsche Mittel verwendet werden. Bieten Sie gute Produkte an. Schreibe die Frage neu.

Helfen Sie der Öffentlichkeit, von der Frage zu profitieren. Wenn Sie eine gute Frage treffen, fragen Sie sich: "Wie soll die relevante Dokumentation oder die FAQ-Liste so geändert werden, dass niemand diese Frage stellt?". Senden Sie dann die entsprechende Beilage an die Person, die diese Dokumente unterstützt.

Wenn Sie recherchieren mussten, um die Frage zu beantworten, teilen Sie Ihre Erfahrungen mit und schreiben Sie nicht so, als ob die Antwort auf Sie vom Himmel gefallen wäre. Um eine gute Frage zu beantworten, muss man sagen, wie man die Hungrigen einmal ernährt. Um die Forschungsmethode anhand eines Beispiels darzulegen, muss man lernen, Nahrung für das Leben zu bekommen.

Zusätzliche Informationsquellen

Wenn Sie Informationen zu den Grundlagen von PCs, Unix-Betriebssystemen und dem Internet benötigen, finden Sie weitere Informationen unter HOWTO für Unix und Internet-Grundlagen .

Wenn Sie Software erstellen oder Patches für Programme herausgeben, beachten Sie die im Software-Release-HOWTO beschriebenen Prinzipien .

Danksagungen

Evelyn Mitchell bot an, einige dumme Fragen zu kommentieren und den Abschnitt "Wie gebe ich gute Antworten?" Mikhail Ramendik hat eine Reihe wertvoller Vorschläge zur Verbesserung des Dokuments gemacht.

Anmerkungen des Übersetzers

Der Originalartikel wird hier übernommen .