Wie man Fragen richtig stellt - How to ask questions


  • j0n30
  • 2295 Aufrufe 7 Antworten

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • Wie man Fragen richtig stellt - How to ask questions

    <h3>:) Vorwort :)</h3>
    <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>&lt;<a href="mailto:esr@thyrsus.com">esr@thyrsus.com</a>&gt;</tt><br><b>Rick Moen</b>, <tt>&lt;<a href="mailto:rick@linuxmafia.com.com">rick@linuxmafia.com.com</a>&gt;</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>&Uuml;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 &Uuml;bersetzung bitte an Thomas Pircher, &lt;<a href="mailto:tehpeh@gmx.net">tehpeh@gmx.net</a>&gt;</p>
    <p>Andere deutsche &Uuml;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&ouml;pl</a>, Andreas Waschbuesch, <a href="http://www.soohrt.org">Karsten Desler</a> und <a href="http://www.peer.biz">Christian Peer</a> f&uuml;r die Korrekturen und Verbesserungsvorschl&auml;ge zu dieser &Uuml;bersetzung.<p>Copyright &copy; 2001 Eric S. Raymond</p>
    <hr>
    <p><b>Inhaltsverzeichnis</b></p>
    <dl>
    <dt><a href="#translations">&Uuml;bersetzungen</a></dt>
    <dt><a href="#intro">Einf&uuml;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&auml;hle das Forum sorgf&auml;ltig</a></dt>
    <dt><a href="#id2752949">Wenn m&ouml;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&auml;ftige, genaue Betreffzeilen</a></dt>
    <dt><a href="#id2751253">Sei genau und informativ &uuml;ber Dein Problem</a></dt>
    <dt><a href="#id2751322">Masse ist nicht Genauigkeit</a></dt>
    <dt><a href="#id2756700">Behaupte nicht, du h&auml;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 &quot;Wichtig&quot;, auch wenn sie es f&uuml;r Dich sind</a></dt>
    <dt><a href="#id2751630">H&ouml;flichkeit tut nie weh und hilft manchmal</a></dt>
    <dt><a href="#id2751671">Poste anschlie&szlig;end eine kleine Anmerkung zur L&ouml;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&uuml;r FAQ Listen-Maintainer und Webmaster</a></dt>
    <dt><a href="#id2814909">Danksagung</a></dt>
    </dl>

    <h2 id="translations">&Uuml;bersetzungen</h2>
    <p>&Uuml;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&auml;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&ouml;sisch</a>,
    <a href="http://www.penguin.org.il/essays/smart-questions-he.html">Hebr&auml;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, &uuml;bersetzen willst, siehe Eric Raymonds <a href="http://www.catb.org/~esr/copying.html">copying policy</a>.</p>

    <h2 id="intro">Einf&uuml;hrung</h2>
    <p>In der Welt der <a href="http://www.catb.org/~esr/faqs/hacker-howto.html">Hacker</a> h&auml;ngen die Antworten, die Du auf Deine technische Frage erh&auml;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&uuml;ber m&ouml;gen. Wenn wir das nicht t&auml;ten, w&auml;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&auml;ndnis zu entwickeln und oft enthalten sie Probleme, die wir sonst nicht bemerkt und wor&uuml;ber wir sonst auch nicht nachgedacht h&auml;tten. Unter Hackern ist der Ausruf &quot;Gute Frage!&quot; ein gro&szlig;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&uuml;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&uuml;ck zu geben und verbrauchen Zeit, die mit interessanteren Fragen und Personen, die eher eine Antwort verdient h&auml;tten, besser verwendet w&auml;re. Wir nennen solche Menschen &quot;Loser&quot; (manchmal als &quot;luser&quot; geschrieben, oder im deutschsprachigen Raum DAUs, D&uuml;mmste Anzunehmende User).</p>
    <p>Uns ist bewusst, dass viele Leute nur unsere Software verwenden wollen und kein Interesse f&uuml;r technische Details aufbringen. F&uuml;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&uuml;r die technischen Belange erw&auml;rmen kann, die uns faszinieren. Trotzdem sind unsere Antworten auf Leute abgestimmt, die dieses Interesse haben und aktiv bei der Probleml&ouml;sung teilnehmen wollen. Dieser Umstand wird sich nicht &auml;ndern, und er sollte es auch nicht tun. Denn wenn das geschehen w&uuml;rde, w&auml;ren wir weniger effektiv in dem, was wir bisher sehr gut machen.</p>
    <p>Wir sind (&uuml;berwiegend) Freiwillige. Wir verwenden Zeit unseres besch&auml;ftigten Lebens daf&uuml;r, Fragen zu beantworten und manchmal werden diese einfach zu viel. Deshalb wird r&uuml;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&uuml;r widerlich, herablassend oder arrogant h&auml;lst, denk noch einmal dar&uuml;ber nach. Wir wollen nicht, dass Du vor uns nieder kniest &ndash; im Gegenteil, den meisten von uns w&auml;re nichts lieber, Dich als Gleichen unter Gleichen zu behandeln und Dich in unserer Kultur willkommen zu hei&szlig;en, wenn Du Dir die M&uuml;he machst, das zu erm&ouml;glichen. Aber es ist f&uuml;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&auml;hrend es nicht notwendig ist, bereits technisch kompetent zu sein, um unsere Aufmerksamkeit zu erlangen, <i>ist</i> es n&ouml;tig, die Art von Verhalten zu zeigen, mit der man sich Wissen aneignet &ndash; Geistesgegenwart, Bedachtheit, Aufmerksamkeit, den Willen, ein aktiver Partner bei der Entwicklung einer L&ouml;sung zu sein. Wenn Du mit dieser Art Diskriminierung (im Sinne von Unterscheidung) nicht zurecht kommst, raten wir Dir, f&uuml;r einen kommerziellen Supportvertrag zu bezahlen, anstatt von Hackern geschenkte Hilfestellung zu erwarten.</p>
    <p>Wenn Du Dich f&uuml;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 &Uuml;bersetzungsfehler zu <a href="mailto:tehpeh@gmx.net">tehpeh@gmx.net</a> <i>Anm.d.&Uuml;bers.</i>). Dieses Dokument ist keine allgemeine <a href="http://www.dtcc.edu/cs/rfc1855.html">Netiquette</a>, und ich werde keine Vorschl&auml;ge aufnehmen, die nicht speziell f&uuml;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&ouml;gen es, Leuten zu antworten, die gezeigt haben, dass sie durch Antworten lernen k&ouml;nnen und wollen.</p>
    <p>Verwende die Methode, mit Google nach der exakten Fehlermeldung die Du erh&auml;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&uuml;hren, die Deine Frage beantworten. Wenn Du etwas gefunden hast, ist es hilfreich, den Satz &quot;ich habe nach folgenden Stichworten gegoogelt, aber nichts wirklich Hilfreiches gefunden&quot; in einer Mail oder einem Posting anzuf&uuml;hren.</p>
    <p>Bereite Deine Frage vor. Denke sie gut durch. Hastig geschriebene Fragen erhalten hastige Antworten, wenn &uuml;berhaupt welche. Je mehr Du zeigst, dass Du schon Energie in L&ouml;sungsversuche investiert hast, desto wahrscheinlicher erh&auml;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&auml;hrend er sich &quot;Dumme Frage...&quot; 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&auml;ttest ein <i>Recht</i> auf eine Antwort. Das hast Du nicht; schlie&szlig;lich hast Du f&uuml;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&auml;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&ouml;sungsfindung zu helfen, ein sehr guter Anfang. Die Fragen &quot;Kann mir jemand einen Tipp geben?&quot;, &quot;Was fehlt in meinem Beispiel?&quot; und &quot;Gibt es eine Web-Seite, die ich gesehen haben sollte?&quot; sind wesentlich erfolgversprechender als &quot;Bitte gebt mir die exakte Prozedur die ich anwenden soll&quot;, weil Du damit zeigst, dass Du den Prozess wirklich zu Ende f&uuml;hren willst, wenn Dich jemand in die richtige Richtung weist.</p>

    <h2 id="asking">Wenn Du fragst</h2>
    <h3 id="id2752841">W&auml;hle das Forum sorgf&auml;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&ouml;nliche Mail an jemanden schickst, der weder Dein Bekannter noch pers&ouml;nlich f&uuml;r die L&ouml;sung Deines Problems zust&auml;ndig ist.</p></li>
    </ul>
    <p>Hacker schmettern unpassende Fragen ab, um ihren Kommunikationskanal vor der &Uuml;berflutung durch Irrelevantes zu sch&uuml;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&auml;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&uuml;hungen der Probleml&ouml;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&auml;tzungen, ob Deine Mail willkommen ist &ndash; 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&auml;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&uuml;hren, bevor Du postest. Du k&ouml;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 &uuml;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&auml;re es f&uuml;r Dich am besten, keine Frage zu stellen, bis Du es verstanden hast.</p>
    <p>Im Allgemeinen werden Fragen in einem gut ausgew&auml;hlten, &ouml;ffentlichen Forum eher sinnvoll beantwortet, als dies in einem privatem der Fall ist. Daf&uuml;r gibt es verschiedene Gr&uuml;nde. Einer ist einfach der gr&ouml;ssere Umfang an potentiellen Helfern. Ein anderer ist die gr&ouml;&szlig;ere Zahl an Lesern; Hacker antworten lieber auf Fragen, aus denen viele Leute etwas lernen k&ouml;nnen, als auf Fragen, die nur wenigen n&uuml;tzen.</p>
    <p>Verst&auml;ndlicherweise bekommen bekannte Hacker und Autoren von popul&auml;rer Software schon mehr fehlgeleitete Mails als ihnen lieb ist. Wenn Du diese Flut noch vergr&ouml;&szlig;erst, kannst du im Extremfall der Tropfen sein, der das Fass zum &uuml;berlaufen bringt &ndash; schon oft genug haben Mitarbeiter von popul&auml;ren Projekten ihre Hilfe wegen zu gro&szlig;er Belastung ihrer eMail-Konten durch sinnlose Mails zur&uuml;ckgezogen.</p>
  • <h3 id="id2752949">Wenn m&ouml;glich, verwende Projekt-Mailinglisten.</h3>
    <p>Wenn ein Projekt eine Entwickler-Mailing-Liste unterh&auml;lt, schreibe in die Liste, nicht an einzelne Personen, auch wenn Du zu wissen glaubst, wer Deine Frage m&ouml;glicherweise am besten beantworten k&ouml;nnte. Suche in der Dokumentation und der Projekt-Seite nach der Adresse f&uuml;r die Mailing Liste und verwende sie. Es gibt mehrere gute Gr&uuml;nde daf&uuml;r:</p>
    <ul type=disc>
    <li><p>Jede Frage, die gut genug ist, an einen Entwickler gestellt zu werden, ist auch f&uuml;r die gesamte Gruppe wertvoll. Wenn Du dagegen vermutest, Deine Frage ist f&uuml;r die Liste zu dumm, dann ist das keine Entschuldigung, einen Entwickler damit zu bel&auml;stigen.</p></li>
    <li><p>Fragen in der Liste verteilen die Last auf mehrere Entwickler. Der einzelne Programmierer (besonders wenn er der Projektleiter ist) k&ouml;nnte zu besch&auml;ftigt sein, Deine Frage zu beantworten.</p></li>
    <li><p>Die meisten Mailinglisten werden archiviert und die Archive werden von Suchmaschinen indiziert; jemand mit dem gleichen Problem kann dort die Frage und eine eventuelle Antwort darauf finden, anstatt sie noch einmal in der Liste zu stellen.</p></li>
    <li><p>Wenn gewisse Fragen oft auftauchen, k&ouml;nnen sie als Anlass genommen werden, um die Dokumentation oder das Programm selbst zu verbessern. Aber wenn die Fragen privat gestellt werden, hat niemand den &Uuml;berblick, was h&auml;ufig gefragt wurde.</p></li>
    </ul>
    <p>Wenn Du keine Projekt-Mailingliste finden kannst, und nur die Adresse des Projektleiters findest, kannst Du ihm schreiben. Aber auch in diesem Fall solltest Du nicht davon ausgehen, dass keine Liste existiere. Erkl&auml;re in der Mail, dass Du keine Mailingliste finden konntest. Erw&auml;hne auch, dass Du nichts dagegen hast, wenn die Mail weitergeleitet wird. (Manche Menschen sind der Auffassung, dass private Mails privat bleiben sollten, auch wenn darin nichts Geheimes enthalten ist. Durch die Einwilligung gibst Du dem Maintainer die M&ouml;glichkeit, die Mail seinem Ermessen nach zu behandeln.</p>

    <h3 id="id2753034">Mache es einfach, Dir zu antworten</h3>
    <p>Wenn Du die Frage mit einem &quot;Bitte schickt eure Antworten an...&quot; versiehst, verringerst Du die Aussichten auf eine Antwort. Wenn Du Dir nicht die paar Sekunden leisten kannst, einen korrekten Reply-To Header zu setzen, k&ouml;nnen wir es uns nicht leisten, &uuml;ber Dein Problem nachzudenken. Falls Dein Mail-Programm Dir das nicht erlaubt, nimm ein besseres Mail-Programm. Falls es f&uuml;r Dein Betriebssystem kein Programm gibt, welches dazu in der Lage w&auml;re, nimm ein besseres Betriebssystem.</p>

    <h3 id="id2753058">Schreibe in klarer, grammatikalisch korrekter Sprache.</h3>
    <p>Wir wissen aus Erfahrung, dass Leute mit oberfl&auml;chlichem und schlampigem Schreibstil auch oberfl&auml;chliche und schlampige Denker und Coder sind (jedenfalls oft genug, um darauf wetten zu k&ouml;nnen). Solchen Leuten Fragen zu beantworten lohnt sich nicht; mit dieser Zeit k&ouml;nnen wir etwas Besseres anfangen.</p>
    <p>Es ist also wichtig, Deine Fragen klar und deutlich zu formulieren. Wenn Dir das zu m&uuml;hsam ist, ist es f&uuml;r uns zu m&uuml;hsam, auf Deine Frage einzugehen. Verwende ein wenig Zeit darauf, an Deiner Sprache zu feilen. Sie muss nicht steif und formal sein &ndash; in der Hackerkultur sch&auml;tzt man zwanglose, humorvolle und pr&auml;zise Sprache. Aber sie <i>muss</i> pr&auml;zise sein; das ist ein Anzeichen, dass Du mitdenkst und aufmerksam bist.</p>
    <p>Verwende korrekte Rechtschreibung, Interpunktion und Gro&szlig;schreibung. Schreibe NICHT ALLES GROSS, das wird als Schreien empfunden und gilt als unh&ouml;flich. (Vollst&auml;ndige Kleinschreibung ist einen Deut weniger nervt&ouml;tend, ist aber auch schwer zu lesen. Einem Alan Cox wird man so etwas vielleicht durchgehen lassen &ndash; Dir nicht.)</p>
    <p>Im Allgemeinen, wenn Du wie ein halb-alphabetisierter Dussel schreibst, wirst Du wahrscheinlich ignoriert werden. Der Schreibstil eines l33t script kiddie hax0r ist der absolute Tod und garantiert Dir eisiges Schweigen (oder bestenfalls eine Portion Hohn und Sarkasmus) als R&uuml;ckantwort.</p>
    <p>Wenn Du in ein Forum postest, das nicht Deine Muttersprache verwendet, darfst Du mit einer gewissen Nachsicht f&uuml;r Rechtschreib- und Grammatikfehler rechnen &ndash; nicht aber mit Gnade f&uuml;r Faulheit (und ja, wir erkennen in der Regel den Unterschied). Schreibe in Englisch, wenn Du die Sprache des betreffenden Forums nicht kennst. Besch&auml;ftigte Hacker neigen dazu, unverst&auml;ndliche Fragen zu l&ouml;schen, und Englisch ist nun einmal die Lingua Franca im Internet. Wenn Du in Englisch schreibst, minimierst Du die Wahrscheinlichkeit, dass Deine Frage ungelesen bleibt.</p>

    <h3 id="id2753124">Sende Fragen in einfach zu lesenden Formaten</h3>
    <p>Wenn Du das Lesen Deiner Frage k&uuml;nstlich erschwerst, wird sie m&ouml;glicherweise zugunsten einer zug&auml;nglicheren Nachricht &uuml;bergangen. Also:</p>
    <ul type=disc>
    <li><p>Sende einfachen Text (plain text), kein HTML. (Es ist nicht schwer, <a href="http://expita.com/nomime.html">HTML abzustellen</a>.)</p></li>
    <li><p>MIME Attachments sind normalerweise in Ordnung, aber nur, wenn sie wirklichen Inhalt liefern, und nicht vom Mailprogramm generierter Datenm&uuml;ll (wie eine weitere Kopie der Mail) sind.</p></li>
    <li><p>Versende keine Nachrichten, in denen ganze Abs&auml;tze als mehrfach umgebrochene Zeilen dargestellt werden. (Das erschwert das Antworten auf einen Teil Deines Textes.) Bedenke, dass Deine Mitteilung auch in einem 80 Zeichen breiten Bildschirm gelesen wird. Setze deshalb die Zeilenl&auml;nge auf eine Zahl kleiner als 80.</p></li>
    <li><p>Vermeide auf <i>jeden</i> Fall Zeilenumbr&uuml;che von Daten (wie z.B. Log-Eintr&auml;gen oder Session-Transskripten). Daten sollten genau so gepostet werden, wie sie produziert wurden, damit die Leser sich darauf verlassen k&ouml;nnen, das zu sehen, was Du als Meldung erhalten hast.</p></li>
    <li><p>Sende keine MIME Quoted-Printable Kodierungen in englischsprachige Foren. Diese Kodierungen sind n&uuml;tzlich, wenn Du Zeichen verwenden musst, die nicht im ASCII-Zeichensatz enthalten sind, aber viele Mailprogramme unterst&uuml;tzen sie nicht. In dem Fall ist der Text mit st&ouml;renden und h&auml;sslichen =20 Zeichen &uuml;bers&auml;t.</p></li>
    <li><p>Nimm <i>niemals</i> an, Hacker k&ouml;nnten propriet&auml;re und undokumentierte Formate wie Microsoft Word lesen. Die meisten Hacker reagieren darauf, so wie Du es tun w&uuml;rdest, wenn Dir jemand eine Ladung dampfenden Schweinekots vor die Haust&uuml;r kippen w&uuml;rde.</p></li>
    <li><p>Wenn Du von einer Windows-Maschine aus schreibst, schalte bitte die schwachsinnigen &quot;Smart Quotes&quot; ab. Damit vermeidest Du es, unsinnige und nutzlose Zeichen &uuml;ber die ganzen Mail zu verteilen.</p></li>
    </ul>
    <p>Wenn Du einen grafischen Mail Client verwendest (wie Netscape Messenger, MS Outlook, oder dergleichen), sei gewarnt, dass viele in ihren Standardeinstellungen diese Regeln missachten. Die meisten dieser Programme erm&ouml;glichen es, den tats&auml;chlich gesendeten Text anzusehen (View Source). Verwende diese Option an einer gesendeten Nachricht, um Dich zu vergewissern, dass Du reinen Text ohne unn&uuml;tzen Dreck versendest.</p>

    <h3 id="id2753240">Verwende aussagekr&auml;ftige, genaue Betreffzeilen</h3>
    <p>In Mailing Listen und Newsgroups ist die Betreffzeile eine nicht zu untersch&auml;tzende M&ouml;glichkeit, in 50 oder weniger Zeichen die Aufmerksamkeit von Experten auf Dich zu ziehen. Verschwende sie nicht f&uuml;r Geplapper wie &quot;Bitte helft mir!&quot; (oder gar &quot;BITTE HELFT MIR !!1!&quot;; solches Zeugs wird reflexionsartig entsorgt). Versuche nicht, uns mit der Gr&ouml;&szlig;e Deiner Pein zu beeindrucken; verwende den Platz besser f&uuml;r eine kurze Beschreibung des Problems.</p>
    <p>Eine sinnvolle Konvention f&uuml;r Betreffzeilen, die von vielen Support-Organisationen verwendet wird, ist &quot;Objekt - Abweichung&quot;. Das &quot;Objekt&quot; beschreibt, welches Ding oder Gruppe von Dingen ein Problem aufweist, und die &quot;Abweichung&quot; beschreibt eben die Abweichung vom erwarteten Verhalten.</p>
    <dl>
    <dt><i>Dumm:</i></dt>
    <dd><p>Hilfe! Video geht nicht richtig auf meinem Laptop!</p></dd>
    <dt><i>Intelligent:</i></dt>
    <dd><p>XFree86 4.1 verzerrter Mouse Cursor, Fooware MV1005 vid. Chipsatz</p></dd>
    <dt><i>Schlauer:</i></dt>
    <dd><p>XFree86 4.1 Mouse Cursor auf Fooware MV1005 vid. Chipsatz - ist verzerrt</p></dd>
    </dl>
    <p>Der Denkprozess, eine Beschreibung vom Typ &quot;Objekt-Abweichung&quot; zu verfassen, hilft Dir dabei, Deine Gedanken &uuml;ber das Problem zu ordnen. Was ist betroffen? Nur der Mauszeiger oder auch andere grafische Elemente? Ist es spezifisch f&uuml;r XFree86? Oder Version 4.1? Ist das ein Problem des Fooware Video Chipsatzes? Von Modell MV1500? Ein Hacker, der das sieht, kann auf den ersten Blick verstehen, womit Du Probleme hast <i>und</i> in welcher Art sie auftreten.</p>
    <p>Wenn Du eine Frage in einem Antwort-Beitrag stellst, versichere Dich, die Betreffs-Zeile dementsprechend zu &auml;ndern. Eine Betreffzeile wie &quot;Re: test&quot; oder &quot;Re: neuer Bug&quot; zieht wom&ouml;glich nicht die erhoffte Aufmerksamkeit auf sich. Reduziere auch das Zitieren vorangegangener Nachrichten auf ein notwendiges Minimum, damit neue Leser verstehen, worum es geht.</p>
    <p>Dr&uuml;cke nicht einfach auf &quot;antworten&quot;, um einen komplett neuen Thread anzufangen. Das w&uuml;rde Deine Leserschaft verkleinern. Einige Mailreader wie Mutt erlauben es, Beitr&auml;ge nach Threads zu sortieren und dann den gesamten Diskussionsfaden zu verstecken, indem sie ihn zusammenfalten. Leute die das tun, werden Deinen Beitrag niemals sehen.</p>
    <p>Die Betreffzeile zu ver&auml;ndern reicht nicht aus. Mutt und andere Mailprogramme verwenden zus&auml;tzliche Informationen im Header der Mail, um sie einem Thread zuzuordnen, nicht nur die Betreffzeile. Beginne stattdessen eine komplett neue Nachricht.</p>

    <h3 id="id2751253">Sei genau und informativ bei der Beschreibung Deines Problems</h3>
    <ul type=disc>
    <li><p>Beschreibe die Symptome Deines Fehlers oder Problems sorgf&auml;ltig und klar.</p></li>
    <li><p>Beschreibe die Umgebung in der es auftaucht (Maschine, Betriebssystem, Applikation, was auch immer). Nenne auch die verwendete Distribution mit Versionsnummer (z.B. &quot;Red Hat 8.0&quot;, &quot;Slackware 5.1&quot;, etc.).</p></li>
    <li><p>Beschreibe, welche Versuche Du unternommen hast, um das Problem zu verstehen, bevor Du gefragt hast.</p></li>
    <li><p>Beschreibe, welche Versuche Du unternommen hast, das Problem zu l&ouml;sen, bevor Du gefragt hast.</p></li>
    <li><p>Beschreibe die letzten &Auml;nderungen an Deinem Computer oder Deinen Softwareeinstellungen, die Dir relevant erscheinen.</p></li>
    </ul>
    <p>Versuche, den Fragen eines Hackers zuvorzukommen und beantworte sie schon in Deiner Mail, zusammen mit der Bitte um Hilfe.</p>
    <p>Simon Tatham hat ein ausgezeichnetes Essay mit dem Titel <a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a> geschrieben. Ich empfehle Dir w&auml;rmstens, es zu lesen.</p>

    <h3 id="id2751322">Masse ist nicht Genauigkeit</h3>
    <p>Du musst pr&auml;zise und informativ sein. Uns ist nicht mit gro&szlig;en Mengen an Code oder Daten gedient. Wenn Du einen gro&szlig;en, komplizierten Testfall hast, der einem Programm Probleme bereitet, versuche ihn zu optimieren und so klein wie m&ouml;glich zu machen.</p>
    <p>Das ist aus mindestens drei Gr&uuml;nden n&uuml;tzlich. Erstens: Wenn Du zeigst, dass Du Dir M&uuml;he und Gedanken machst, das Problem zu vereinfachen, erh&ouml;hst Du die Chance auf eine Antwort. Zweitens: Die Frage zu vereinfachen macht es wahrscheinlicher, eine <i>hilfreiche</i> Antwort zu bekommen. Drittens: Beim Prozess der Umformung des Problems k&ouml;nntest Du selbst einen Fix oder ein Workaround schreiben.</p>

    <h3 id="id2756700">Behaupte nicht, du h&auml;ttest einen Fehler gefunden</h3>
    <p>Triffst Du bei einem Software-Teil auf Probleme, dann behaupte nicht sofort, Du h&auml;ttest einen Fehler gefunden, bevor Du Deiner Sache nicht sehr, sehr sicher bist. Hinweis: Du bist Dir wahrscheinlich dann nicht hinreichend sicher, wenn Du keinen Patch, der das Problem behebt, oder alternativ dazu einen Regressionstest, der das inkorrekte Verhalten belegt, vorweisen kannst.</p>
    <p>Denke daran, dass es eine Menge anderer Benutzer gibt, bei denen das Problem nicht auftritt. Andernfalls h&auml;ttest Du etwas dar&uuml;ber in der Dokumentation gelesen, oder etwas dar&uuml;ber im Web gefunden. (Du hast nat&uuml;rlich die entsprechenden Dokumentation gelesen und im Web gesucht, bevor du gefragt hast, oder?) Das bedeutet wahrscheinlich, dass Du die Software falsch verwendest, und nicht, dass das Programm defekt ist.</p>
    <p>Die Leute, welche die Software schreiben, arbeiten sehr hart dran, sie so gut wie nur m&ouml;glich zu machen. Wenn Du behauptest, Du h&auml;ttest einen Fehler gefunden, implizierts Du damit, sie h&auml;tten einen Bug produziert, und Du wirst sie damit fast immer beleidigen -- auch wenn Du mit Deiner Vermutung richtig liegst. Es ist sehr undiplomatisch, in der Betreffszeile von "Fehlern" zu br&uuml;llen.</p>
    <p>Wenn Du Deine Frage stellst, ist es am besten, Du formulierst sie in der Annahme, Du h&auml;ttest einen Fehler gemacht, auch wenn Du absolut sicher bist, einen Bug gefunden zu haben. Wenn ein Softwarefehler vorliegt, wirst Du in der Antwortmail dar&uuml;ber h&ouml;ren. Betrachte es so, dass die Entwickler sich bei Dir entschuldigen, wenn Du wirklich auf einen Fehler gesto&szlig;en bist, anstatt dass Du Dich beim Programmierer f&uuml;r eine unwahre Behauptung entschuldigen musst.</p>

    <h3 id="id2751352">Beschreibe die Problemsymptome, nicht Deine Vermutungen</h3>
    <p>Es ist nicht hilfreich, Hackern zu sagen, was Du als Ursache Deines Problems vermutest. (Wenn Deine diagnostischen Theorien so toll w&auml;ren, w&uuml;rdest Du dann andere zu Rate ziehen?) Also erz&auml;hle ihnen lieber die reinen Symptome, und nicht Deine Interpretationen und Theorien. Lass die Helfenden die Diagnose stellen.</p>
    <dl>
    <dt><i>dumm:</i></dt>
    <dd><p>Ich bekomme st&auml;ndig einen SIG11 Fehler beim Compilieren des Kernels, und vermute einen Haar-Riss bei einer Leiterbahn auf dem Motherboard. Wie kann ich die am besten finden?</p></dd>
    <dt><i>intelligent:</i></dt>
    <dd><p>Mein selbst zusammengebauter K6/233 auf einem FIC-PA2007 Motherboard (VIA Apollo VP2 Chipsatz) mit 256MB Corsair PC133 SDRAM bekommt wiederholte SIG11 Fehlermeldungen nach ca. 20 min&uuml;tiger Einschaltzeit w&auml;hrend des Kernelcompilierens, aber niemals w&auml;hrend der ersten 20 Minuten. Ein Reboot verschafft mir diese zwanzigmin&uuml;tige Fehlerfreiheit nicht, lediglich das Ausschalten &uuml;ber Nacht hilft. Ein Austauschen des RAMs hat nichts gebracht. Der relevante Teil eines typischen Compilier-logs sieht so aus:</p></dd>
    </dl>

    <h3 id="id2751436">Beschreibe die Symptome Deines Problems in chronologischer Reihenfolge</h3>
    <p>Manchmal liegen die hilfreichen Indizien in den Ereignissen unmittelbar vor dem Auftreten des Problems. Also sollte Deine Beschreibung genau alles das beinhalten, was Du tatest, und was die Maschine tat, als es zum Fehler kam. Bei Kommandozeilenprogrammen ist es hilfreich, ein Log der Sitzung (mit dem Utility script erstellt) zu haben, das in etwa die letzten 20 Zeilen vor dem Fehler beinhaltet.</p>
    <p>Wenn das Programm Diagnose-Optionen (wie -v f&uuml;r verbose, geschw&auml;tzig) hat, denk dar&uuml;ber nach, welche zus&auml;tzlichen Debug-Informationen hilfreich f&uuml;r eine Fehlersuche sind.</p>
    <p>Ist Deine Beschreibung lang (mehr als 4 Abs&auml;tze), kann es hilfreich sein, kurz das Problem am Beginn der Mail zu umschreiben, und danach die ganze Geschichte in zeitlicher Abfolge zu erz&auml;hlen. Dadurch weiss der Hacker schon im Voraus, worauf er in der Beschreibung achten muss.</p>

    <h3 id="id2751468">Verlange keine Antworten durch private Mails</h3>
    <p>Hacker glauben, dass das L&ouml;sen von Problemen ein &ouml;ffentlicher, transparenter Prozess sein sollte, w&auml;hrend dessen ein erster Versuch einer Antwort korrigiert werden kann und sollte, wenn jemand mit genaueren Kenntnissen bemerkt, dass er unvollst&auml;ndig oder fehlerhaft ist. Zudem ziehen sie einen Teil ihrer Belohnung f&uuml;r die T&auml;tigkeit als Antworter aus der Tatsache, sich vor ihren Kollegen als kompetent und kenntnisreich zeigen zu k&ouml;nnen.</p>
    <p>Wenn Du um eine private Antwort bittest, zerst&ouml;rst Du sowohl den Prozess als auch die Belohnung. Tu das nicht. Es ist die Entscheidung des <i>Antwortenden</i>, ob er privat antwortet &ndash; und wenn er das tut, dann &uuml;blicherweise, weil er die Frage als zu schlecht gestellt oder zu offensichtlich einsch&auml;tzt, um f&uuml;r andere interessant zu sein.</p>
    <p>Es gibt eine bestimmte Ausnahme dieser Regel: wenn Du denkst, auf die Frage wahrscheinlich eine gro&szlig;e Anzahl gleich lautender Antworten zu erhalten, dann sind die magischen Worte: &quot;mailt mir und ich werde die Antwort f&uuml;r die Gruppe zusammenfassen&quot;. Es ist gutes Benehmen, die Mailingliste oder Newsgroup vor einer Flut inhaltlich identischer Beitr&auml;ge zu bewahren &ndash; Du musst Dein Versprechen der Zusammenfassung aber auch halten.</p>

    <h3 id="id2751378">Sei explizit bei der Frage, die Du hast</h3>
    <p>Nicht klar abgegrenzte Fragen werden als (zeitlich) nicht abgegrenzte Zeitverschwendung aufgefasst. Die Personen, die Dir am ehesten eine hilfreiche Antwort geben k&ouml;nnten, sind meistens auch sehr besch&auml;ftigt (und sei es nur, weil sie sich die meiste Arbeit aufhalsen lassen). Solche Leute reagieren allergisch auf nicht abgegrenzte Zeitverschwendung und deshalb auch auf nicht abgegrenzte Fragen.</p>
    <p>Du wirst eher eine hilfreiche Antwort bekommen, wenn Du genau sagst, was Du als Antwort erwartest (gebt mir Starthilfen, schickt Code, kontrolliert euren Patch, was auch immer). Das wird ihre Aufmerksamkeit b&uuml;ndeln und implizit eine Obergrenze der Zeit setzen, in der man damit besch&auml;ftigt ist, Dir zu helfen. Das ist gut.</p>
    <p>Um die Welt, in der Experten leben, zu verstehen, stelle Dir Expertenmeinung als eine &uuml;ppig vorhandene Ressource und Zeit zum Antworten als knappe Ressource vor. Je weniger Zeitaufwand Du implizit verlangst, desto wahrscheinlicher wird Dir von einem wirklich guten und besch&auml;ftigten Experten geholfen.</p>
    <p>Es ist also sinnvoll, die Frage einzugrenzen, um den Zeitaufwand f&uuml;r die Antwort eines Experten m&ouml;glichst gering zu halten &ndash; das ist oft nicht gleichbedeutend mit Vereinfachung der Frage. So ist die Frage &quot;Kann mir jemand einen Verweis auf gute Dokumentation zu X geben?&quot; geschickter als &quot;Kann mir bitte jemand X erkl&auml;ren?&quot;. Hast Du fehlerhaften Code, ist es &uuml;blicherweise kl&uuml;ger zu fragen, ob Dir jemand den Fehler erkl&auml;ren kann als um eine fehlerbereinigte Version zu bitten.</p>

    <h3 id="id2751547">Poste keine Hausaufgaben</h3>
    <p>Hacker kennen Hausaufgaben sehr gut; die meisten von uns haben selber welche gemacht. Diese Aufgaben sind aber f&uuml;r <i>Dich</i> gedacht, damit Du damit arbeitest und daraus lernst. Es geht in Ordnung, nach kleinen Hilfen zu fragen, aber nicht nach ganzen L&ouml;sungen.</p>

    <h3 id="id2751576">Vermeide aussagenlose Fragen</h3>
    <p>Widerstehe der Versuchung, mit inhaltslosen Fragen wie &quot;Kann mir jemand helfen?&quot; oder &quot;Gibt es eine Antwort darauf?&quot; zu schlie&szlig;en. Erstens: wenn Du Deine Frage halbwegs kompetent gestellt hast, sind solche angeh&auml;ngte Floskeln allerh&ouml;chstens &uuml;berfl&uuml;ssig. Zweitens: weil sie &uuml;berfl&uuml;ssig sind, werden sie als st&ouml;rend empfunden und, Hacker neigen dazu, logisch unantastbare aber wenig hilfreiche Antworten zu schicken wie &quot;Ja, jemand kann Dir helfen&quot; oder &quot;Nein, Dir ist nicht mehr zu helfen&quot;.</p>
    <p>Allgemein sind Ja-oder-nein-Fragen zu vermeiden, au&szlig;er Du willst eine <a href="http://homepages.tesco.net/~J.deBoynePollard/FGA/questions-with-yes-or-no-answers.html">Ja-oder-nein-Antwort</a>.</p>

    <h3 id="id2751614">Kennzeichne Deine Fragen nicht als &quot;Wichtig&quot;, auch wenn sie es f&uuml;r Dich sind</h3>
    <p>Das ist Dein Problem, nicht unseres. Dringlichkeit anzumelden ist eher kontraproduktiv: viele Hacker werden die Mitteilung als frechen und selbsts&uuml;chtigen Versuch, sofortige und besondere Aufmerksamkeit zu erheischen, l&ouml;schen.</p>

    <h3 id="id2751630">H&ouml;flichkeit tut nie weh und hilft manchmal</h3>
    <p>Sei h&ouml;flich. Verwende &quot;Bitte&quot; und &quot;Danke im Voraus&quot;. Zeige, dass Du die Zeit sch&auml;tzt, die andere damit verbringen, Dir unentgeltlich zu helfen.</p>
    <p>Um ehrlich zu sein, ist H&ouml;flichkeit nicht so wichtig wie (und auf keinen Fall Ersatz f&uuml;r) grammatikalische Korrektheit, Klarheit, Genauigkeit und inhaltliche Vollst&auml;ndigkeit, Fehlen von propriet&auml;ren Formaten usw.; Hacker honorieren im Allgemeinen eher kurz angebundene, aber technisch korrekte Bug Reports als h&ouml;fliche Verschwommenheit. (Wenn Dich das wundert, denke daran, dass wir eine Frage nach ihrem Lerneffekt beurteilen.)
    <p>In jedem Fall, wenn Du Deine Hausaufgaben in technischer Hinsicht gemacht hast, erh&ouml;ht H&ouml;flichkeit die Wahrscheinlichkeit einer Antwort.</p>
    <p>(Es sei angemerkt, dass sich der einzige ernsthafte Einwand von Hackerveteranen zu dieser How-To auf die Empfehlung bezieht, &quot;Danke im Voraus&quot; zu verwenden. Manche Hacker empfinden dies als Ank&uuml;ndigung, dass kein Dank nach der Antwort zu erwarten ist. Die Empfehlung ist, Dich davor und danach zu bedanken, oder eine andere H&ouml;flichkeitsformel zu verwenden, wie etwa &quot;Vielen Dank f&uuml;r Eure Bem&uuml;hungen".)</p>

    <h3 id="id2751671">Poste anschlie&szlig;end eine kleine Anmerkung zur L&ouml;sung</h3>
    <p>Sende eine kleine Anmerkung an alle, die Dir geholfen haben; lass sie wissen, wie Du die L&ouml;sung gefunden hast und bedanke Dich nochmals f&uuml;r ihre Hilfe. Wenn ein Problem &ouml;ffentliches Interesse z.B. in einer Mailing Liste oder einer Newsgroup erregt hat, poste dort.</p>
    <p>Am besten sollte sie im Diskussionsfaden erfolgen, den die Frage angesto&szlig;en hat, und sollte 'FIXED' oder 'GEL&Ouml;ST' oder ein &auml;hnlich aussagekr&auml;ftiges Wort in der Betreffzeile enthalten. In hoch frequentierten Mailing-Listen kann ein potentieller Antworter einen Thread, der mit &quot;GEL&Ouml;ST&quot; endet, auslassen, ohne Zeit zu verlieren (es sei denn, er/sie findet das Problem X interessant) und kann stattdessen die Zeit verwenden, ein anderes Problem zu l&ouml;sen.</p>
    <p>Deine Mitteilung muss nicht lang und ausf&uuml;hrlich sein; ein einfaches &quot;Hallo - es war ein kaputtes Netzkabel! Danke an alle - Bill&quot; ist besser als nichts. Tats&auml;chlich ist eine kurze und nette Zusammenfassung besser als eine lange Dissertation, au&szlig;er sie hat ausreichend technischen Gehalt. Sag, welche Aktion geholfen hat, ohne die gesamte Fehlersuche zu wiederholen.</p>
    <p>F&uuml;r Probleme mit einiger Tiefe ist es angebracht, eine Zusammenfassung des L&ouml;sungsvorganges zu posten. Beschreibe die Fehlerursache und deren Symptome. Gib eine L&ouml;sung an und zeig eventuelle Sackgassen auf. Nenne die Namen derer, die Dir halfen; Du machst Dir auf diese Art Freunde.</p>
    <p>Neben H&ouml;flichkeit und Information hilft dieses Antwortschreiben anderen, die das Archiv der Mailingliste/Newsgroup oder des Forums durchsuchen, die L&ouml;sung zu finden. Du kannst ihnen viel M&uuml;he ersparen.</p>
    <p>Des weiteren gibt diese Art von Antwortschreiben den Helfern ein befriedigendes Gef&uuml;hl, dass das Problem abgeschlossen ist. Wenn Du selber kein Technikfreak oder Hacker bist, glaub uns, dass das ein sehr wichtiges Gef&uuml;hl f&uuml;r die Experten und Gurus ist, die Du um Hilfe gebeten hast. Probleme, die in ein ungel&ouml;stes Nichts aufgehen, sind frustrierend; Hacker juckt es in den Fingern, sie gel&ouml;st zu wissen. Das gute Karma, das Du dadurch erh&auml;ltst, wird Dir sehr sehr hilfreich sein, wenn Du das n&auml;chste mal um Hilfe bittest.</p>
    <p>&Uuml;berlege, wie Du das Problem in Zukunft anderen ersparen kannst. Frag nach, ob eine Dokumentation oder eine &Auml;nderung der FAQ hilfreich w&auml;re, und wenn Du eine positive Antwort bekommst, schicke diese &Auml;nderung an die zust&auml;ndige Stelle.</p>
    <p>Unter Hackern ist solches Benehmen viel wichtiger als konventionelle Freundlichkeit. Die Reputation, gut mit anderen zusammen zu spielen, kann sich als sehr wichtige Eigenschaft erweisen.</p>
  • <h2 id="answers">Wie man Antworten interpretiert</h2>
    <h3 id="rtfm">RTFM und STFW: Wie man mitteilt, dass Du wirklich daneben gelangt hast</h3><p>Es gibt eine alte und ehrw&uuml;rdige Tradition: wenn Du eine Antwort bekommst, die sich wie &quot;RTFM&quot; liest, glaubt der Antwortende, Du solltest das verdammte Handbuch lesen (Read The Fucking Manual). Er hat allerh&ouml;chstwahrscheinlich recht. Lies es.</p>
    <p>RTFM hat einen j&uuml;ngeren Verwandten. Wenn Du eine Antwort bekommst, die sich wie &quot;STFW&quot; liest, meint er, Du solltest das verdammte Web danach absuchen (Search The Fucking Web). Er hat allerh&ouml;chstwahrscheinlich recht. Such danach.</p><p>Oft hat die Person, die eine dieser Antworten gibt, das Handbuch oder eine Webseite mit den gesuchten Informationen w&auml;hrend des Tippens vor sich liegen. Eine solche Antwort bedeutet, dass (a) die gesuchte Information einfach zu finden ist, und (b) Du mehr lernen wirst, wenn Du sie Dir selber suchst, anstatt sie Dir bequem einl&ouml;ffeln zu lassen.</p><p>Du solltest Dich dadurch nicht angegriffen f&uuml;hlen; auf Hackerart wird Dir in ungeschliffener Weise einfach schon dadurch Respekt gezeigt, dass Du nicht v&ouml;llig ignoriert wirst. Du solltest stattdessen f&uuml;r solche gro&szlig;m&uuml;tterliche G&uuml;te dankbar sein.</p><h3 id="lesser">Wenn Du nicht verstehst...</h3><p>Wenn Du eine Antwort nicht verstehst, schick nicht sofort eine R&uuml;ckantwort, mit einer Bitte um Kl&auml;rung. Verwende die gleichen Quellen, die Du zur L&ouml;sung Deines Problems herangezogen hast (Handb&uuml;cher, FAQs, das Web, erfahrene Freunde) um die Antwort zu verstehen. Danach, solltest Du immer noch Hilfe brauchen, zeig in Deiner Frage, was Du gelernt hast.</p><p>Nimm an, es wird dir gesagt: &quot;Es schaut nach einem festgefahrenen Zentry <i>(das Beispiel verwendet absichtlich ein Wort, das gar keine Bedeutung hat, um das 'Nachhaken' zu provozieren, Anm.d.&Uuml;bers.)</i> aus. Den musst Du wieder l&ouml;sen.&quot; Dann:</p><p>Hier ist eine <i>schlechte</i> Frage: &quot;Was ist ein Zentry?&quot;</p><p>Hier ist eine <i>gute</i> Frage: &quot;ich habe die manpage gelesen und und Zentries werden nur bei den Optionen -z und -p erw&auml;hnt. Aber keine erkl&auml;rt, wie man Zentries l&ouml;st. Ist eine der beiden Optionen das, was ich brauche oder habe ich etwas &uuml;bersehen?&quot;</p>
    <h3 id="keepcool">Umgang mit Grobheit</h3><p>Vieles, das wie Grobheit aussieht, ist in Hacker-kreisen nicht als Beleidigung gedacht. Es ist im Gegenteil das Produkt einer direkten Art der Kommunikation ohne Umschweife, die Personen zu eigen ist, die mehr daran interessiert sind, Probleme zu l&ouml;sen, als andere sich liebgehabt und geborgen f&uuml;hlen zu lassen.</p><p>Wenn Dir rohes Verhalten entgegengebracht wird, reagiere gelassen. Wenn jemand wirklich &uuml;bertreibt, wird ihn sehr wahrscheinlich ein alter Hase in der Gruppe zurechtweisen. Wenn das <i>nicht</i> passiert und Du deine Beherrschung verlierst, hat die betreffende Person sich wahrscheinlich an die in der Gruppe herrschenden Regeln gehalten, und <i>Du</i> Dich falsch benommen. Das wird Deine Chance auf eine kompetente Hilfe verringern.</p><p>Auf der anderen Seite wirst Du gelegentlich auf sinnlose oder ungerechtfertigte R&uuml;pelhaftigkeit sto&szlig;en. Die andere Seite des oben Gesagten ist, dass es akzeptiertes Verhalten ist, wirklich ausfallende Personen hart zurecht zu weisen und deren falsches Benehmen mit scharfem Messer verbal zu sezieren. Sei Dir Deines Grundes deshalb sehr sehr sicher, bevor Du so etwas tust. Der Grat zwischen dem Korrigieren eines Missgriffs und dem Lostreten eines endlosen Flamewars ist schmal genug, dass selbst Hacker ihn gelegentlich &uuml;bertreten; wenn Du ein Neuling oder eine Au&szlig;enseiter bist, stehen die Chancen schlecht, eine solche &Uuml;bertretung zu vermeiden. Wenn Du mehr auf Unterhaltung als auf Informationen aus bist, ist es besser Du l&auml;sst die Finger von der Tastatur als das zu riskieren.</p><p>(Manche Leute behaupten, dass viele Hacker an einer schwachen Form von Autismus oder des Aspergerschen Syndroms leiden, und einige der Hirnwindungen vermissen, welche die 'normalen' zwischenmenschlichen Beziehungen steuern. Das mag stimmen oder auch nicht. Wenn Du selber kein Hacker bist, kann es Dir helfen, unsere Exzentrizit&auml;ten als die von geistig Gest&ouml;rten anzusehen. Sieh dar&uuml;ber hinweg. Uns macht das nichts aus; uns <i>gef&auml;llt</i> die Art, wie wir sind und normalerweise haben wir ein gesundes Misstrauen klinischen Bezeichnungen gegen&uuml;ber.)</p><p>Im n&auml;chsten Abschnitt werden wir &uuml;ber ein anderes Thema sprechen; die verschiedenen Arten von 'Grobheit', die Dir entgegengebracht werden, wenn <i>Du</i> dich falsch verh&auml;ltst.</p><h2 id="not_losing">Nicht wie ein Loser reagieren</h2><p>Gelegentlich wirst Du Dich in einem Forum einer Hackergemeinschaft falsch benehmen &ndash; in einer hier beschriebenen oder &auml;hnlichen Art. Und Dir wird genauestens gesagt werden, wo Du Dich falsch benommen hast, m&ouml;glicherweise gespickt mit derben Bemerkungen. &Ouml;ffentlich.</p><p>Wenn das passiert, ist das Schlimmste, was Du tun kannst, &uuml;ber diese Erfahrung zu heulen, behaupten, verbal angegriffen worden zu sein, Entschuldigungen zu fordern, schreien, Deinen Atem anhalten, Strafanzeigen androhen, bei Arbeitgebern anschw&auml;rzen, die Klobrille nicht herunter klappen usw. Du wirst Dich hingegen besser folgenderma&szlig;en benehmen:</p><p>Sieh dar&uuml;ber hinweg. Es ist normal. Tats&auml;chlich ist es gesund und angemessen.</p><p>Gemeinschaftliche Regeln erhalten sich nicht von alleine: sie werden von Leuten am Leben gehalten, die sie aktiv anwenden, <i>&ouml;ffentlich</i>. Weine nicht dar&uuml;ber, dass jede Kritik &uuml;ber private Mail verschickt werden sollte: so wird das nicht gehandhabt. Auch ist es wenig hilfreich zu behaupten, Du seist pers&ouml;nlich beleidigt worden, wenn jemand Deine Behauptungen als falsch darstellt oder auf anderen Standpunkten steht. Das sind Loserattit&uuml;den.</p><p>Es hat Hackerforen gegeben, in denen aus &uuml;bertriebener Freundlichkeit Beitr&auml;ge, die auf Fehler anderer Teilnehmer aufmerksam gemacht haben, unerw&uuml;nscht waren und mit einem &quot;Sag nichts, wenn Du nicht helfen willst!&quot; beantwortet wurden. Durch das darauf folgende Abwandern erfahrener Teilnehmer sind diese Foren in inhaltsloses Geplapper abgerutscht und als technische Gruppen nutzlos geworden.</p><p>&Uuml;bertrieben &quot;freundlich&quot; (in diesem Sinn) oder n&uuml;tzlich: w&auml;hle eines davon.</p><p>Nota Bene: Wenn ein Hacker Dir sagt, Du h&auml;ttest Dich falsch benommen, und Dir (ganz egal wie grob) sagt, es nicht wieder zu tun, tut er es (1) Dir und (2) seiner Gemeinschaft zu liebe. Es w&auml;re f&uuml;r ihn viel leichter, Dich zu ignorieren und aus seinem Leben herauszufiltern. Wenn Du es nicht schaffst dankbar zu sein, behalte wenigstens ein wenig W&uuml;rde; heule nicht und erwarte nicht, wie eine zerbrechliche kleine Puppe behandelt zu werden, nur weil Du ein Neuling mit einer theatralisch &uuml;berempfindlichen Seele und entt&auml;uschten Anspr&uuml;chen bist.</p><h2 id="classic">Fragen, die man nicht stellen soll</h2><p>Hier sind einige klassische und dumme Fragen aufgef&uuml;hrt, und was sich Hacker denken, wenn sie sie nicht beantworten.</p><p>Q: <a href="#id2752069">Wo kann ich Programm oder Ressource X finden?</a><br>Q: <a href="#id2752105">Wie kann ich X verwenden, um Y zu tun?</a><br>Q: <a href="#id2752135">Wie kann ich meinen Shell Prompt &auml;ndern?</a><br>Q: <a href="#id2752191">Kann ich ein AcmeCorp Dokument mit dem Bass-o-matic File Converter im TeX-Format abspeichern?</a><br>Q: <a href="#id2752220">Mein {Programm, Konfiguration, SQL Statement} geht nicht.</a><br>Q: <a href="#id2752245">Ich habe Probleme mit meiner Windows-Maschine. Kann jemand helfen?</a><br>Q: <a href="#id2752269">Mein Programm geht nicht. Ich glaube, die Systemeinheit X ist kaputt.</a></dt>
    <dt>Q: <a href="#id2752300">Ich habe Probleme bei der Installation von Linux oder X. Kann jemand helfen?</a></dt>
    <dt>Q: <a href="#id2752336">Wie kann ich Channel-Operatoren Passworte/Rechte stehlen/cracken, jemandes eMail lesen?</a><br><table>
    <tr>
    <td vAlign=top align=left><a name="id2752066"></a><a name="id2752069"></a><b>Q:</b></td>
    <td vAlign=top align=left><p>Wo kann ich Programm oder Ressource X finden?</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><b>A:</b></td>
    <td vAlign=top align=left><p>Am gleichen Ort, wo ich es gefunden habe, Dummkopf &ndash; auf der anderen Seite einer Web-Suche. Mein Gott, gibt es immer noch jemanden, der nicht wei&szlig;, wie man <a href="http://www.google.com/">googelt</a>?</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><a name="id2752102"></a><a name="id2752105"></a><b>Q:</b></td>
    <td vAlign=top align=left><p>Wie kann ich X verwenden, um Y zu tun?</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><b>A:</b></td>
    <td vAlign=top align=left><p>Was Du willst, ist Y tun, also solltest Du diese Frage stellen ohne verfr&uuml;hte Annahmen &uuml;ber eine bestimmte Methode zu treffen. Fragen dieser Art kennzeichnen oft Menschen, die zwar nicht vollst&auml;ndig unwissend &uuml;ber X sind, aber sich nicht im Klaren dar&uuml;ber sind, was f&uuml;r ein Problem Y sie l&ouml;sen sollen und zu sehr auf Details fixiert sind. Es ist im Allgemeinen am besten, solche Personen solange zu ignorieren, bis sie ihr Problem besser definieren.</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><a name="id2752132"></a><a name="id2752135"></a><b>Q:</b></td>
    <td vAlign=top align=left><p>Wie kann ich meinen Shell Prompt &auml;ndern?</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><b>A:</b></td>
    <td vAlign=top align=left><p>Wenn Du schlau genug bist, diese Frage zu stellen, dann bist Du auch schlau genug, <a title="RTFM and STFW: Wie man mitteilt, dass Du wirklich danebengelangt hast" href="#rtfm">RTFM</a> zu betreiben und es selber herauszufinden.</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><a name="id2752188"></a><a name="id2752191"></a><b>Q:</b></td>
    <td vAlign=top align=left><p>Kann ich ein AcmeCorp Dokument mit dem Bass-o-matic File Converter im TeX-Format abspeichern?</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><b>A:</b></td>
    <td vAlign=top align=left><p>Probier es und Du wirst es wissen. Wenn Du das getan h&auml;ttest, h&auml;ttest Du (a) die Antwort gefunden und (b) nicht meine Zeit verschwendet.</p></td></tr>
    <tr>
    <td vAlign=top align=left><a name="id2752217"></a><a name="id2752220"></a><b>Q:</b></td>
    <td vAlign=top align=left><p>Mein {Programm, Konfiguration, SQL Statement} geht nicht.</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><b>A:</b></td>
    <td vAlign=top align=left><p>Das ist keine Frage und ich bin nicht bereit, zwanzig Minuten damit zu verbringen, die Frage aus Dir heraus zu kitzeln &ndash; ich habe Besseres zu tun. Wenn ich so etwas sehe, ist meine Reaktion eine der folgenden:</p>
    <ul type=disc>
    <li><p>hast Du da nichts dazuzuf&uuml;gen?</p></li>
    <li><p>oh, das ist jammerschade. Ich hoffe, Du bekommst das noch hin.</p></li>
    <li><p>und was hat das jetzt bitte mit mir zu tun?</p></li>
    </ul>
    </td>
    </tr>
    <tr>
    <td vAlign=top align=left><a name="id2751749"></a><a name="id2752245"></a><b>Q:</b></td>
    <td vAlign=top align=left><p>Ich habe Probleme mit meiner Windows-Maschine. Kann mir jemand helfen?</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><b>A:</b></td>
    <td vAlign=top align=left><p>Ja. Wirf diesen Microsoftm&uuml;ll aus dem Fenster und installiere ein Open Source-Betriebssystem wie Linux oder BSD.</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><a name="id2752266"></a><a name="id2752269"></a><b>Q:</b></td>
    <td vAlign=top align=left><p>Mein Programm geht nicht. Ich denke, die Systemeinheit X ist kaputt.</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><b>A:</b></td>
    <td vAlign=top align=left><p>Obwohl es m&ouml;glich ist, dass Du der einzige bist, der einen augenf&auml;lligen Fehler in Systemroutinen gefunden hat, die von hunderten oder tausenden von Leuten verwendet werden, ist es wahrscheinlicher, dass Du daran etwas nicht verstanden hast. Besondere Aussagen brauchen besondere Beweise; wenn Du eine solche Aussage t&auml;tigst, musst Du sie mit einer ausf&uuml;hrlichen Dokumentation des Fehlerfalls belegen.</p></td></tr>
    <tr>
    <td vAlign=top align=left><a name="id2752297"></a><a name="id2752300"></a><b>Q:</b></td>
    <td vAlign=top align=left><p>Ich habe Probleme bei der Installation von Linux oder X. Kann jemand helfen?</p></td>
    </tr>
    <tr>
    <td vAlign=top align=left><b>A:</b></td>
    <td vAlign=top align=left><p>Nein. Es braucht physikalischen Zugriff auf die Maschine, um das zu bewerkstelligen. Frag Deine Lokale Linux User Group. (Du kannst eine Liste der User Groups <a href="http://www.linux.org/groups/index.html">hier</a> finden.)</p></td></tr>
    <tr>
    <td vAlign=top align=left><a name="id2752333"></a><a name="id2752336"></a><b>Q:</b></td>
    <td vAlign=top align=left><p>Wie kann ich Channel Operatoren-Rechte stehlen/cracken, jemandes eMail lesen?</p></td></tr>
    <tr>
    <td vAlign=top align=left><b>A:</b></td>
    <td vAlign=top align=left><p>Du hast wenig Ehrgef&uuml;hl, so etwas tun zu wollen, und bist schwachsinnig, einen Hacker zu bitten, Dir dabei auch noch zu helfen.</p></td>
    </tr>
    </tbody>
    </table>
  • <h2 id="examples">Gute und schlechte Fragen</h2>
    <p>Zum Schluss werde ich einige Beispiele anf&uuml;hren, wie man Fragen auf eine intelligente Weise stellt; paarweise werden Fragen zu einem gleichen Problem gestellt, einmal auf eine dumme, einmal auf eine schlaue Art.</p>
    <dl>
    <dt><i>Dumm:</i> Wo kann ich etwas &uuml;ber Foonly Flurbamatic herausfinden?</dt>
    <dd><p>Diese Frage schreit f&ouml;rmlich nach einem <a title="RTFM and STFW: Wie man mitteilt, dass Du wirklich danebengelangt hast" href="#rtfm">"STFW"</a> als Antwort.</p></dd>
    <dt><i>Schlau:</i> Ich habe Google verwendet, um im Web Informationen &uuml;ber &quot;Foonly Flurbamatic 2600&quot; zu finden, konnte aber keine brauchbaren Treffer finden. Wei&szlig; jemand wo ich eine Programmieranleitung f&uuml;r dieses Ger&auml;t finden kann?</dt>
    <dd><p>Hier wurde schon ge'STFW't, und es schaut so aus, als ob ein wirkliches Problem existieren w&uuml;rde.</p></dd>
    </dl>
    <dl>
    <dt><i>Dumm:</i> Ich kann den Code von Projekt Foo nicht compilieren. Warum ist er kaputt?</dt>
    <dd><p>Er nimmt an, dass jemand anderes Mist gebaut hat. Arrogant von ihm.</p></dd>
    <dt><i>Schlau:</i> Der Code von Projekt Foo compiliert nicht unter Nulix, Version 6.2. Ich habe die FAQ gelesen, aber es steht dort nichts &uuml;ber Probleme in Verbindung von Nulix. Hier ist eine Abschrift meines Compilierversuches; habe ich etwas falsch gemacht?</dt>
    <dd><p>Er hat die Umgebung angegeben, die FAQ gelesen, er zeigt den Fehler und er nimmt nicht an, dass andere den Fehler verschuldet h&auml;tten. Dieser Typ kann ein wenig Aufmerksamkeit verdienen.</p></dd>
    </dl>
    <dl>
    <dt><i>Dumm:</i> Ich habe Probleme mit meinem Motherboard. Kann jemand helfen?</dt>
    <dd><p>J. Random Hackers Antwort darauf kann sein: &quot;Sicher. Musst Du auch ein B&auml;uerchen machen oder sollen die Windeln gewechselt werden?&quot; gefolgt von einem beherzten Druck auf die Delete-Taste.</p></dd>
    <dt><i>Schlau:</i> Ich versuchte X, Y und Z auf dem S2464 Motherboard. Als das nichts fruchtete, habe ich A, B und C probiert. Beachtet das komische Symptom, wenn ich C probiert habe. Nat&uuml;rlich grommickt das Florbish, aber die Ergebnisse sind nicht die, die man erwarten k&ouml;nnte. Was sind die &uuml;blichen Ursachen f&uuml;r Grommicks auf einem Athlon Motherboard? Hat jemand eine Idee f&uuml;r weitere Tests, wie ich das Problem eingrenzen k&ouml;nnte?</dt>
    <dd><p>Diese Person scheint dagegen einer Antwort wert zu sein. Sie zeigte Intelligenz zur Probleml&ouml;sung, anstatt passiv auf Hilfe von oben zu warten.</p></dd>
    </dl>
    <p>Beachte in der letzten Frage den subtilen Unterschied zwischen den Fragen &quot;Gib mir eine Antwort&quot; und &quot;Bitte helft mir zus&auml;tzliche Tests auszudenken, um Erleuchtung zu finden&quot;.</p>
    <p>Tats&auml;chlich ist die Form der letzten Frage einem wirklichen Fall entnommen, der sich im August 2001 in der Linux Kernel-Mailingliste (lkml) ereignete. Ich (Eric) war derjenige, der damals um Hilfe bat. Ich erlebte mysteri&ouml;se H&auml;nger mit meinem Tyan S2462 Motherboard. Die Listenteilnehmer gaben mir die notwendigen Informationen, die ich brauchte.</p>
    <p>In der Art, wie ich die Frage stellte, gab ich anderen die M&ouml;glichkeit, daran zu kauen; ich machte es ihnen leicht und attraktiv, sich damit zu besch&auml;ftigen. Ich zollte meinen Gegen&uuml;bern Respekt und lud sie ein, mich als Gleichen zu behandeln. Ich zeigte auch, dass ich ihre Zeit respektiere, indem ich fruchtlose Versuche angab, die ich schon ausprobiert hatte.</p>
    <p>Nachher, als ich allen dankte und anmerkte, wie gut die L&ouml;sung funktionierte, bemerkte ein lkml-Mitglied, mein Posting sei deshalb gut angekommen, nicht weil ich einen &quot;Namen&quot; auf der Liste hatte, sondern weil ich die Frage in der richtigen Form gestellt hatte.</p>
    <p>Hacker bilden in einer bestimmten Hinsicht eine sehr leistungsorientierte Gemeinschaft; ich bin sicher, er hatte recht und ich, wenn ich mich wie ein Depp verhalten <i>h&auml;tte</i>, ignoriert und geflamed worden w&auml;re, ganz gleich welche Stellung ich einnahm. Seine Anregung, den gesamten Vorfall als Beispiel f&uuml;r andere aufzuschreiben, hat direkt zu der Ver&ouml;ffentlichung dieses Textes gef&uuml;hrt.</p>

    <h2 id="id2814736">Falls Du keine Antwort bekommst</h2>
    <p>Wenn Du keine Antwort bekommen kannst, nimm es bitte nicht pers&ouml;nlich, dass wir uns nicht in der Lage f&uuml;hlen, Dir zu helfen. Manchmal wissen die Teilnehmer einer Gruppe ganz einfach die Antwort nicht. Keine Antwort ist nicht das gleiche wie ignoriert zu werden, auch wenn es von au&szlig;en schwierig ist, das zu unterscheiden.</p>
    <p>Im Allgemeinen ist ein einfaches Wiederposten eine schlechte Idee. Das wird als zwecklose Bel&auml;stigung angesehen.</p>
    <p>Es gibt andere Quellen deren Du Dich bedienen kannst, oft sind sie den Anforderungen von Neulingen besser angepasst.</p>
    <p>Es gibt viele lokale User Groups oder welche im Web, die die Programme, die wir schreiben, gut finden, auch wenn sie nie im Leben Software geschrieben haben. Diese Gruppen sind oft gebildet worden, um sich untereinander und Einsteigern zu helfen.</p>
    <p>Es gibt auch massenweise gro&szlig;e und kleine kommerzielle Firmen, die Du um Hilfestellung kontaktieren kannst (Red Hat und Linuxcare sind die zwei bekanntesten; es gibt viele andere). Lass Dich nicht von der Idee abschrecken, ein wenig f&uuml;r die erhaltene Hilfe zu zahlen! Wenn Dein Automotor den Geist aufgibt, wirst Du auch zu einem Mechaniker gehen und ihn f&uuml;r die Reparatur bezahlen. Auch wenn die Software an sich nichts kostet, darfst Du nicht erwarten, dass auch die Kundenbetreuung daf&uuml;r immer kostenlos sei.</p>
    <p>F&uuml;r popul&auml;re Software wie Linux kommen etwa 10.000 Benutzer auf einen Entwickler. Es ist f&uuml;r eine Person einfach nicht m&ouml;glich, den Rufen von 10.000 Benutzern nachzukommen. Bedenke, dass Du selbst bei zahlungspflichtiger Hilfe viel weniger bezahlen musst, als wenn Du die Software kaufen m&uuml;sstest (und Kundenbetreuung f&uuml;r kommerzielle Produkte ist in der Regel teurer und weniger kompetent als die f&uuml;r Open Source-Projekte).</p>

    <h2 id="id2814792">Fragen auf eine hilfreiche Art beantworten</h2>
    <p><i>Sei freundlich.</i> Problembezogener Stress kann Leute grob oder dumm aussehen lassen, auch wenn sie es nicht sind.</p>
    <p><i>Wenn Du die Antwort nicht sicher wei&szlig;t, sag das!</i> Eine falsche aber kompetent klingende Antwort ist schlechter als gar keine. Weise niemandem einen falschen Weg, nur weil es lustig ist, sich wie ein Experte anzuh&ouml;ren. Sei bescheiden und ehrlich; sei ein gutes Beispiel f&uuml;r Fragende und f&uuml;r Deine Kollegen.</p>
    <p><i>Wenn Du nicht helfen kannst, behindere niemanden.</i> Erlaube Dir keine Sp&auml;&szlig;e, die die Einstellungen des Fragenden durcheinander bringen k&ouml;nnten &ndash; der arme Tropf k&ouml;nnte sie als Anleitung verstehen.</p>
    <p><i>Stelle Fragen, um mehr Details herauszufinden.</i> Wenn Du gut darin bist, kann der Fragende etwas lernen, und Du nebenbei auch. Versuche die schlechte Frage in eine gute zu verwandeln. Denke daran, das wir alle einmal Anf&auml;nger waren.</p>
    <p>Einfach RTFM zu brummeln ist manchmal bei einem faulen Taugenichts gerechtfertigt, ein Fingerzeig auf die richtige Dokumentation (sei es auch nur der Vorschlag guter Stichworte f&uuml;r Google) ist besser.</p>
    <p><i>Beantwortest Du eine Frage vollst&auml;ndig, dann beantworte sie gut.</i> Schlage keine wackligen Workarounds vor, wenn jemand eine falsche Methode oder ein unangemessenes Tool vorgeschlagen hat. Schlage gute Programme vor. Formuliere die Frage neu.</p>
    <p><i>Hilf der Gemeinschaft, aus der Frage zu lernen.</i> Wenn Du auf eine gute Frage triffst, frage dich &quot;Wie m&uuml;sste die betreffende FAQ oder Dokumentation ge&auml;ndert werden, damit niemand mehr diese Frage beantworten muss?&quot; Dann schick einen Verbesserungsvorschlag an den Zust&auml;ndigen.</p>
    <p>Wenn Du f&uuml;r eine Antwort nachforschen musstest, <i>zeige Deine F&auml;higkeit zur Suche</i>, anstatt so zu tun, als ob Du Dir die Antwort aus dem &Auml;rmel gesch&uuml;ttelt h&auml;ttest. Eine Frage zu beantworten ist wie einer hungrigen Person ein Essen zu geben; an Beispielen zu zeigen, wie man Informationen findet, hei&szlig;t zu lehren, wie man ein Leben lang Essen produziert.</p>

    <h2 id="id2814873">Sachverwandte Ressourcen</h2>
    <p>Wenn Du Informationen zu den Grundlagen suchst, wie Computer, Unix und das Internet funktionieren, siehe <a href="http://en.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/">The Unix and Internet Fundamentals HOWTO</a>.</p>
    <p>Wenn Du Software freigibst oder Patches f&uuml;r Software schreibst, versuche den Richtlinien in <a href="http://en.tldp.org/HOWTO/Software-Release-Practice-HOWTO/index.html">Software Release Practice HOWTO</a> zu folgen.</p>

    <h2 id="id2820269">Besonderer Hinweis f&uuml;r FAQ Listen-Maintainer und Webmaster</h2>
    <p>Viele Webseiten, Newsgroups und andere Online-Foren verlinken diesen Text als Hilfe f&uuml;r Newbies. Die Autoren freuen sich dar&uuml;ber. Aber: bitte f&uuml;ge neben dem Link einen fett gedruckten Hinweis, dass wir kein Help-Desk f&uuml;r Dein Projekt sind. Wir bekommen zu viele Anfragen von Leuten, die das Gegenteil annehmen.</p>

    <h2 id="id2814909">Danksagung</h2>
    <p>Evelyn Mitchell erg&auml;nzte einige dumme Fragen und inspirierte den Teil &quot;Wie man gute Antworten gibt&quot;.</p>

    <h2>ENDE</h2>
    <p>Ich hoffe ihr habt ein bisschen was neues erfahren bzw hatte ein bisschen Spass beim lesen... </p>
  • gefällt das hier wirklich nur einer person, oder hats sonst keiner gelesen? schade das so wenige replys kommen, wenn man ein bisschen was zum lesen postet anstatt den neusten movie :(
  • Respekt jone!!!
    Viel geschrieben zu einem Thema das eigentlich relativ einfach für Leute ist, die sich damit auskennen!!
    Aber für Newbies passt das ganz gut bzw. ist es perfekt!!
    Aber die andere Seite ist ob sie es auch alles durchlesen und dann befolgen!! ;) ;)

    MfG LuZiFFeR