<h5>Hab diesmal als mirror für alle newbies und freax zusammengestellt, ich hoffe ihr könnt damit was anfangen, es ist aufjedenfall amüsant das zu lesen und errinnert selbst an die eigenen Anfänge in der Forenszene ;)<br>Hf ~ jone ~</h5>
<h2>Wie man Fragen richtig stellt</h2>
<b>Eric Steven Raymond</b>, <a href="http://www.catb.org/~esr/">Thyrsus Enterprises</a>, <tt><<a href="mailto:esr@thyrsus.com">esr@thyrsus.com</a>></tt><br><b>Rick Moen</b>, <tt><<a href="mailto:rick@linuxmafia.com.com">rick@linuxmafia.com.com</a>></tt><br>
<p>Originaldokument: <a href="http://www.catb.org/~esr/faqs/smart-questions.html">catb.org/~esr/faqs/smart-questions.html</a></p>
<p>Übersetzung als Projekt der <a href="http://www.lugbz.org">Linux User Group Bolzano/Bozen/Bulsan</a>, basierend auf Revision 2.5 vom 21. Januar 2003.<br>Kommentare zur Übersetzung bitte an Thomas Pircher, <<a href="mailto:tehpeh@gmx.net">tehpeh@gmx.net</a>></p>
<p>Andere deutsche Übersetzungen findest Du auf der Homepage von Richard Voss (<a href="http://www.fruiture.de/perl/questions.html">fruiture.de</a>) und auf der Homepage von Dirk Detering (<a href="http://www.dets-home.de/it-writings/smart-questions-ger.html">dets-home.de</a>).</p>
Vielen Dank an Martha Pircher, <a href="http://schroepl.net/">Michael Schröpl</a>, Andreas Waschbuesch, <a href="http://www.soohrt.org">Karsten Desler</a> und <a href="http://www.peer.biz">Christian Peer</a> für die Korrekturen und Verbesserungsvorschläge zu dieser Übersetzung.<p>Copyright © 2001 Eric S. Raymond</p>
<hr>
<p><b>Inhaltsverzeichnis</b></p>
<dl>
<dt><a href="#translations">Übersetzungen</a></dt>
<dt><a href="#intro">Einführung</a></dt>
<dt><a href="#before">Bevor Du fragst</a></dt>
<dt><a href="#asking">Wenn Du fragst</a></dt>
<dd>
<dl>
<dt><a href="#id2752841">Wähle das Forum sorgfältig</a></dt>
<dt><a href="#id2752949">Wenn möglich, verwende Projekt-Mailinglisten</a></dt>
<dt><a href="#id2753034">Mache es einfach, Dir zu antworten</a></dt>
<dt><a href="#id2753058">Schreibe in klarer, grammatikalisch korrekter Sprache</a></dt>
<dt><a href="#id2753124">Sende Fragen in einfach zu lesenden Formaten</a></dt>
<dt><a href="#id2753240">Verwende aussagekräftige, genaue Betreffzeilen</a></dt>
<dt><a href="#id2751253">Sei genau und informativ über Dein Problem</a></dt>
<dt><a href="#id2751322">Masse ist nicht Genauigkeit</a></dt>
<dt><a href="#id2756700">Behaupte nicht, du hättest einen Fehler gefunden</a></dt>
<dt><a href="#id2751352">Beschreibe die Problemsymptome, nicht Deine Vermutungen</a></dt>
<dt><a href="#id2751436">Beschreibe die Symptome Deines Problems in chronologischer Reihenfolge</a></dt>
<dt><a href="#id2751468">Verlange keine Antworten durch private Mails</a></dt>
<dt><a href="#id2751378">Sei explizit bei Frage, die Du hast</a></dt>
<dt><a href="#id2751547">Poste keine Hausaufgaben</a></dt>
<dt><a href="#id2751576">Vermeide aussagenlose Fragen</a></dt>
<dt><a href="#id2751614">Kennzeichne Deine Fragen nicht als "Wichtig", auch wenn sie es für Dich sind</a></dt>
<dt><a href="#id2751630">Höflichkeit tut nie weh und hilft manchmal</a></dt>
<dt><a href="#id2751671">Poste anschließend eine kleine Anmerkung zur Lösung</a></dt>
</dl>
</dd>
<dt><a href="#answers">Wie man Antworten interpretiert</a></dt>
<dd>
<dl>
<dt><a href="#rtfm">RTFM und STFW: Wie man mitteilt, dass Du wirklich daneben gelangt hast</a></dt>
<dt><a href="#lesser">Wenn Du nicht verstehst...</a></dt>
<dt><a href="#keepcool">Umgang mit Grobheit</a></dt>
</dl>
</dd>
<dt><a href="#not_losing">Nicht wie ein Loser reagieren</a></dt>
<dt><a href="#classic">Fragen, die man nicht stellen soll</a></dt>
<dt><a href="#examples">Gute und schlechte Fragen</a></dt>
<dt><a href="#id2814736">Falls Du keine Antworten bekommst</a></dt>
<dt><a href="#id2814792">Fragen auf eine hilfreiche Art beantworten</a></dt>
<dt><a href="#id2814873">Sachverwandte Ressourcen</a></dt>
<dt><a href="#id2820269">Besonderer Hinweis für FAQ Listen-Maintainer und Webmaster</a></dt>
<dt><a href="#id2814909">Danksagung</a></dt>
</dl>
<h2 id="translations">Übersetzungen</h2>
<p>Übersetzungen:
<a href="http://www.catb.org/~esr/faqs/smart-questions.html">Englisch</a> (Originaldokument),
<a href="http://www.usenet.dk/netikette/udvdebatteknik.html">Dänisch</a>,
<a href="http://linux.ee/~kala/smart-questions.html">Estnisch</a>,
<a href="http://www.gnurou.org/documents/smart-questions-fr.html">Französisch</a>,
<a href="http://www.penguin.org.il/essays/smart-questions-he.html">Hebräisch</a>,
<a href="http://rtfm.bsdzine.org/">Polnisch</a>,
<a href="http://ln.com.ua/~openxs/articles/smart-questions-ru.html">Russisch</a>,
<a href="http://www.sindominio.net/ayuda/preguntas-inteligentes.html">Spanisch</a>,
<a href="http://www.no.info.hu/~kryss/gnu/esr/smart-questions_hu.html">Ungarisch</a>.<br>
Wenn Du dieses Dokument oder Teile davon kopieren, mirroren, übersetzen willst, siehe Eric Raymonds <a href="http://www.catb.org/~esr/copying.html">copying policy</a>.</p>
<h2 id="intro">Einführung</h2>
<p>In der Welt der <a href="http://www.catb.org/~esr/faqs/hacker-howto.html">Hacker</a> hängen die Antworten, die Du auf Deine technische Frage erhältst, sowohl von der Art ab, wie Du die Frage gestellt hast, als auch von der Schwierigkeit, eine Antwort zu finden. Dieser Text zeigt Dir, wie man Fragen so stellt, dass es wahrscheinlich ist, darauf eine zufrieden stellende Antwort zu bekommen.</p>
<p>Zu allererst ist es wichtig zu verstehen, dass Hacker schwierige Probleme und gute, zum Denken anregende Fragen darüber mögen. Wenn wir das nicht täten, wären wir nicht hier. Wenn Du uns eine interessante Frage zum Durchkauen gibst, sind wir Dir dankbar; gute Fragen sind stimulierend und ein Geschenk. Gute Fragen helfen, unser Verständnis zu entwickeln und oft enthalten sie Probleme, die wir sonst nicht bemerkt und worüber wir sonst auch nicht nachgedacht hätten. Unter Hackern ist der Ausruf "Gute Frage!" ein großes und ehrliches Kompliment.</p>
<p>Trotzdem haben Hacker den Ruf, auf einfache Fragen mit Feindseligkeit und Arroganz zu reagieren. Scheinbar sind wir grob zu Neulingen und nicht Eingeweihten. Das ist nicht wirklich der Fall.</p>
<p>Wir verhalten uns allerdings (und das soll keine Entschuldigung sein) feindselig Leuten gegenüber, die nicht willens zu sein scheinen, selbst zu denken und ihre Hausaufgaben zu machen, bevor sie ihre Fragen stellen. Solche Menschen sind ein Fass ohne Boden, sie nehmen, ohne etwas zurück zu geben und verbrauchen Zeit, die mit interessanteren Fragen und Personen, die eher eine Antwort verdient hätten, besser verwendet wäre. Wir nennen solche Menschen "Loser" (manchmal als "luser" geschrieben, oder im deutschsprachigen Raum DAUs, Dümmste Anzunehmende User).</p>
<p>Uns ist bewusst, dass viele Leute nur unsere Software verwenden wollen und kein Interesse für technische Details aufbringen. Für die meisten Leute ist der Computer einfach ein Werkzeug, ein Mittel zum Zweck. Sie haben wichtigere Dinge zu tun. Wir akzeptieren das und erwarten nicht, dass jeder sich für die technischen Belange erwärmen kann, die uns faszinieren. Trotzdem sind unsere Antworten auf Leute abgestimmt, die dieses Interesse haben und aktiv bei der Problemlösung teilnehmen wollen. Dieser Umstand wird sich nicht ändern, und er sollte es auch nicht tun. Denn wenn das geschehen würde, wären wir weniger effektiv in dem, was wir bisher sehr gut machen.</p>
<p>Wir sind (überwiegend) Freiwillige. Wir verwenden Zeit unseres beschäftigten Lebens dafür, Fragen zu beantworten und manchmal werden diese einfach zu viel. Deshalb wird rücksichtslos gefiltert. Genauer gesagt, wir eliminieren Fragen von Leuten, die sich wie Lusers ausnehmen und verwenden die gewonnene Zeit effizienter mit anderen.</p>
<p>Wenn Du dieses Verhalten für widerlich, herablassend oder arrogant hälst, denk noch einmal darüber nach. Wir wollen nicht, dass Du vor uns nieder kniest – im Gegenteil, den meisten von uns wäre nichts lieber, Dich als Gleichen unter Gleichen zu behandeln und Dich in unserer Kultur willkommen zu heißen, wenn Du Dir die Mühe machst, das zu ermöglichen. Aber es ist für uns einfach nicht tragbar, Leuten zu helfen die nicht gewillt sind, sich selber zu helfen. Es ist OK, nicht alles zu wissen; es ist nicht OK, sich dumm zu stellen.</p>
<p>Während es nicht notwendig ist, bereits technisch kompetent zu sein, um unsere Aufmerksamkeit zu erlangen, <i>ist</i> es nötig, die Art von Verhalten zu zeigen, mit der man sich Wissen aneignet – Geistesgegenwart, Bedachtheit, Aufmerksamkeit, den Willen, ein aktiver Partner bei der Entwicklung einer Lösung zu sein. Wenn Du mit dieser Art Diskriminierung (im Sinne von Unterscheidung) nicht zurecht kommst, raten wir Dir, für einen kommerziellen Supportvertrag zu bezahlen, anstatt von Hackern geschenkte Hilfestellung zu erwarten.</p>
<p>Wenn Du Dich für uns entscheidest und Hilfe brauchst, willst Du nicht ein Loser sein. Du willst auch nicht wie einer wirken. Die beste Art, schnelle und brauchbare Antworten zu bekommen, ist die, wie sie jemand mit Grips, Selbstvertrauen und Wissen an den Tag legt, welcher die Hilfe nur bei einem bestimmten Problem braucht.</p>
<p>(Verbesserungen zu diesem Text sind willkommen. Du kannst eine Mail zum originalen Autor <a href="mailto:esr@thyrsus.com">esr@thyrsus.com</a> schicken (oder wegen Übersetzungsfehler zu <a href="mailto:tehpeh@gmx.net">tehpeh@gmx.net</a> <i>Anm.d.Übers.</i>). Dieses Dokument ist keine allgemeine <a href="http://www.dtcc.edu/cs/rfc1855.html">Netiquette</a>, und ich werde keine Vorschläge aufnehmen, die nicht speziell für technische Foren ausgelegt sind.)</p>
<h2 id="before">Bevor Du fragst</h2>
<p>Bevor Du eine technische Frage per eMail verschickst, in eine Newsgroup oder ein Web-Forum postest, befolge bitte folgende Schritte:</p>
<p><b>Prozedur 1.</b></p>
<ol type=1>
<li><p>Versuche eine Antwort durch Suchen im Web zu finden.</p></li>
<li><p>Versuche eine Antwort durch Lesen des Handbuches (Manuals) zu finden.</p></li>
<li><p>Versuche eine Antwort durch Lesen der FAQ zu finden.</p></li>
<li><p>Versuche eine Antwort durch eigene Untersuchungen und Tests zu finden.</p></li>
<li><p>Versuche eine Antwort zu bekommen, indem Du einen erfahrenen Freund fragst.</p></li>
<li><p>Wenn Du ein Programmierer bist, versuche eine Antwort durch Lesen des Source-Codes zu finden.</p></li>
</ol>
<p>Wenn Du Deine Frage stellst, lass durchblicken, dass Du diese Dinge bereits getan hast; das stellt sicher, dass Du nicht als Schmarotzer und Zeitverschwender angesehen wirst. Besser, Du gibst zu verstehen, dass Du dabei <i>gelernt</i> hast. Wir mögen es, Leuten zu antworten, die gezeigt haben, dass sie durch Antworten lernen können und wollen.</p>
<p>Verwende die Methode, mit Google nach der exakten Fehlermeldung die Du erhältst, zu suchen (suche sowohl in den Google-Groups als auch nach Webseiten). Das wird Dich wahrscheinlich zu Dokumentationen oder zu einer Mailing Liste führen, die Deine Frage beantworten. Wenn Du etwas gefunden hast, ist es hilfreich, den Satz "ich habe nach folgenden Stichworten gegoogelt, aber nichts wirklich Hilfreiches gefunden" in einer Mail oder einem Posting anzuführen.</p>
<p>Bereite Deine Frage vor. Denke sie gut durch. Hastig geschriebene Fragen erhalten hastige Antworten, wenn überhaupt welche. Je mehr Du zeigst, dass Du schon Energie in Lösungsversuche investiert hast, desto wahrscheinlicher erhältst Du Hilfe.</p>
<p>Vermeide es, die falsche Frage zu stellen. Wenn Du eine Frage auf Grund falscher Annahmen stellst, wird J. Random Hacker wahrscheinlich mit einer nutzlosen Antwort parieren, während er sich "Dumme Frage..." denkt. Er erhofft sich damit, dass Du die Erfahrung, das bekommen zu haben, wonach Du gefragt hast, und nicht das, was Du brauchtest, Dir eine Lehre sein lassen und Du in Zukunft bessere Fragen stellen wirst.</p>
<p>Nimm niemals an, Du hättest ein <i>Recht</i> auf eine Antwort. Das hast Du nicht; schließlich hast Du für diese Dienstleistung nicht bezahlt. Du wirst eine Antwort bekommen, indem Du eine sinnvolle, interessante und zum Denken anregende Frage stellst, die indirekt zum Wissen der Gemeinschaft etwas beiträgt, und nicht nur passiv das Wissen anderer anzapft.</p>
<p>Auf der anderen Seite ist das Signalisieren der Bereitschaft zu lernen und in der Lösungsfindung zu helfen, ein sehr guter Anfang. Die Fragen "Kann mir jemand einen Tipp geben?", "Was fehlt in meinem Beispiel?" und "Gibt es eine Web-Seite, die ich gesehen haben sollte?" sind wesentlich erfolgversprechender als "Bitte gebt mir die exakte Prozedur die ich anwenden soll", weil Du damit zeigst, dass Du den Prozess wirklich zu Ende führen willst, wenn Dich jemand in die richtige Richtung weist.</p>
<h2 id="asking">Wenn Du fragst</h2>
<h3 id="id2752841">Wähle das Forum sorgfältig</h3>
<p>Suche Dir den Ort, wo Du fragst, gut aus. Du wirst wahrscheinlich ignoriert oder als Loser abgestempelt werden, wenn Du:</p>
<ul type=disc>
<li><p>Deine Frage in ein Forum postest, in dem es off topic ist.</p></li>
<li><p>eine sehr einfache Frage in ein Forum postest, in dem fortgeschrittene Fragen erwartet werden (und umgekehrt).</p></li>
<li><p>in viele verschiedene Newsgroups Cross-Postings verschickst.</p></li>
<li><p>eine persönliche Mail an jemanden schickst, der weder Dein Bekannter noch persönlich für die Lösung Deines Problems zuständig ist.</p></li>
</ul>
<p>Hacker schmettern unpassende Fragen ab, um ihren Kommunikationskanal vor der Überflutung durch Irrelevantes zu schützen. Du willst nicht, dass Dir das passiert.</p>
<p>Der erste Schritt ist deshalb, das richtige Forum zu finden. Einmal mehr sind Google und andere Web-Suchmethoden Deine Freunde. Verwende sie, um die passendste Projekt-Webseite zu Deiner Hardware oder Software, die Probleme macht, zu finden. Normalerweise enthält sie Links zu FAQs (Frequently Asked Questions) und zu Projekt-Mailinglisten und deren Archiven. Das sind dann die Orte, in denen Du um Hilfe suchen kannst, wenn Deine eigenen Bemühungen der Problemlösung nichts gebracht haben.</p>
<p>eMails an Personen oder an Foren zu verschicken, die Du nicht kennst, ist im besten Fall riskant. Erwarte nicht zum Beispiel, dass der Autor einer informativen Webseite Dein Gratis-Berater ist. Mache keine optimistischen Einschätzungen, ob Deine Mail willkommen ist – wenn Du unsicher bist, sende sie anderswo hin oder lass es ganz bleiben.</p>
<p>Bei der Auswahl einer Newsgroup oder einer Mailingliste vertraue nicht blind auf ihren Namen; schaue in ihre FAQ oder Charta und vergewissere Dich, dass Dein Posting dort on-topic ist. Lies einige Beiträge mit, um zu verstehen, wie die Dinge in der Gruppe gehandhabt werden. Es ist eine gute Idee, eine Stichwortsuche mit Worten, die mit Deinem Problem zu tun haben, im Archiv der Mailingliste oder Newsgroup durchzuführen, bevor Du postest. Du könntest dort eine Antwort finden, und wenn nicht, wird es Dir helfen, die Frage besser zu formulieren.</p>
<p>Sei Dir bewusst, was Dein Thema ist! Klassische Fehler sind Fragen über Unix- oder Windows-Programmierschnittstellen in einem Forum zu stellen, das sich einer Sprache oder Bibliothek widmet, die auf beide Plattformen portabel ist. Wenn Du nicht verstehst, warum das ein Schnitzer ist, wäre es für Dich am besten, keine Frage zu stellen, bis Du es verstanden hast.</p>
<p>Im Allgemeinen werden Fragen in einem gut ausgewählten, öffentlichen Forum eher sinnvoll beantwortet, als dies in einem privatem der Fall ist. Dafür gibt es verschiedene Gründe. Einer ist einfach der grössere Umfang an potentiellen Helfern. Ein anderer ist die größere Zahl an Lesern; Hacker antworten lieber auf Fragen, aus denen viele Leute etwas lernen können, als auf Fragen, die nur wenigen nützen.</p>
<p>Verständlicherweise bekommen bekannte Hacker und Autoren von populärer Software schon mehr fehlgeleitete Mails als ihnen lieb ist. Wenn Du diese Flut noch vergrößerst, kannst du im Extremfall der Tropfen sein, der das Fass zum überlaufen bringt – schon oft genug haben Mitarbeiter von populären Projekten ihre Hilfe wegen zu großer Belastung ihrer eMail-Konten durch sinnlose Mails zurückgezogen.</p>