|
|
[Wichtig]
Wie man Fragen richtig stellt
|
Horuseye
Awesome
|
|
| Letzte Aktion: |
06.02.2008 17:03 h |
|
Level:
Erfahrungspunkte:
Nächster Level:
|
38 [?]
1.291.799
1.460.206
|
|
|
|
Wie man Fragen richtig stellt |
|
Ob Newsgroups, Web- und IRC-Foren oder allgemein technische Foren. Es gibt immer ein paar Regeln, die sich jeder zu Herzen nehmen sollte, damit das "Miteinander" gut funktioniert.
Es gibt einige Stellen im Internet, die umfassend dazu Hilfe anbieten für diejenigen, die es besser machen wollen.
Bei dieser Website ist besonders angenehm, dass sie sich auch noch mehrsprachig mit der Problematik auseinandersetzt. Aus gutem Grund, denn das Internet ist nicht nur multikulturell, sondern auch multilingual.
Und es geht immer um eine gute Sache: Hilfe suchen und Hilfestellung geben
Nun muss man nicht gleich einen Schreck bekommen, wenn man diese Website aufruft, nur weil hier massenhaft "getextet" wurde.
Mit Hilfe des Inhaltsverzeichnisses kann man sehrwohl gezielt bestimmte Dinge herausfiltern.
.....::::: Wichtige Punkte :::::.....
Bevor du fragst
Bevor du eine technische Frage in einer eMail, in einer Newsgroup oder in einem Webforum stellst, mache folgendes:
- Versuche die Antwort zu finden, indem du die Anleitung (PC Handbücher und mehr > über 68000 Handbücher für euren PC
) liest.
- Versuche die Antwort zu finden, indem du eine FAQ liest [FAQ = frequently asked questions, häufig gestellte Fragen].
- Versuche eine Antwort durch Suche im Web zu finden.
- Versuche eine Antwort zu finden, indem du einen fähigen Freund fragst.
Wenn du deine Frage stellst lege dar, dass du das alles bereits getan hast. Das hilft herauszustellen, dass du kein fauler Schwamm bist, der die Zeit der Leute verschwendet. Besser noch, zeige was du von diesen Dingen gelernt hast. Wir mögen es, Fragen von Leuten zu beantworten, die gezeigt haben, dass sie aus Antworten lernen können.
Bereite deine Frage vor. Denke sie durch. Nach Hast klingende Fragen bekommen hastige Antworten, oder gar keine. Je mehr du demonstrierst, dass du Gehirnschmalz und Anstrengung in eine Problemlösung gesteckt hast bevor du um Hilfe fragst, umso wahrscheinlicher wirst du Hilfe bekommen.
Nimm niemals an, du habest Anspruch auf eine Antwort. Hast du nicht. Letztlich zahlst du auch nicht für den Dienst. Du wirst eine Antwort erwerben, wenn du sie dir verdienst, indem du eine Frage stellst, die substanziell, interessant und zum Nachdenken reizend ist — eine, die implizit zum Erfahrungsreichtum der Gemeinschaft beiträgt statt lediglich passiv Wissen von anderen abzurufen.
Auf der anderen Seite klarzustellen, dass du fähig und gewillt bist, zur Entwicklung der Lösung beizutragen, ist ein sehr guter Start. "Kann jemand einen Hinweis geben ?", "Was stimmt an meinem Beispiel nicht ?" und "Gibt es eine Stelle, wo ich nachsehen sollte ?" haben mehr Aussicht auf eine Antwort als "Bitte sende die genaue Prozedur, die ich durchführen müsste", denn du stellst klar, dass du wirklich die Sache durchziehen willst, wenn dich nur jemand in die richtige Richtung stupsen kann.
Wenn du fragst
Wähle dein Forum sorgfältig
Sei vorsichtig bei der Wahl, wo du deine Fragen stellst. du wirst höchstwahrscheinlich ignoriert, oder als Versager ausgeschrieben, wenn du:
- deine Frage an ein Forum sendest, wo sie nicht zum Thema passt [engl.: off topic]
- eine sehr elementare Frage in ein Forum stellst, wo fortgeschrittene technische Fragen erwartet werden, oder umgekehrt => Lösung: Chat
- zwischen zu vielen verschiedenen Newsgroups quer-versendest [engl.: cross-post]
Hacker blasen Fragen weg, die an unpassende Stellen gerichtet wurden, um ihre Kommunikationskanäle davor zu schützen, in Unsachlichkeiten zu ertrinken. Du wirst nicht wollen, dass dir das passiert.
Allgemein haben Fragen an ein sorgfältig ausgewähltes öffentliches Forum größere Chancen nützliche Antworten zu bekommen, als gleichartige Fragen in einem privaten Forum.
Schreibe in klarer, grammatikalisch und korrekt geschriebener Sprache
Wir haben die Erfahrung gemacht, dass Leute, die sorglose und schlampige Schreiber sind, gewöhnlich auch sorglos und schlampig in ihrem Denken und Kodieren sind (oft genug, um sogar drauf zu wetten). Fragen für unsorgfältige und schlampige Denker zu beantworten ist nicht sehr lohnend. Wir verbringen unsere Zeit besser mit was Anderem.
Darum ist es wichtig, deine Frage klar und gut auszudrücken. Wenn du dir nicht die Mühe machst, das zu tun, machen wir uns keine Mühe, dich zu beachten. Investiere den zusätzlichen Aufwand, deine Sprache zu verfeinern. Es muss nicht steif oder formell sein — tatsächlich schätzt die Hacker-Kultur unformelle, saloppe und humorvolle Sprache, fein benutzt. Aber es muss fein sein ; es muss Anzeichen dafür geben, dass du nachdenkst und aufmerksam bist.
Buchstabiere, punktiere und benutze Groß-/Kleinschreibung korrekt. Verwechsle nicht "seid" mit "seit" oder "wieder legen" mit "widerlegen". Schreibe NICHT ALLES IN GROSSBUCHSTABEN, dass wird als Schreien gelesen und als unverschämt angesehen.
Allgemeiner, wenn du wie ein halbgebildeter Tölpel schreibst, wirst du höchstwahrscheinlich ignoriert. Wie ein kewles Scr1pt KiddY zu schreiben, ist der absolute Todeskuss und garantiert, dass du im Gegenzug nichts als eisernes Schweigen erhältst (oder einen Haufen Hohn und Sarkasmus)
Benutze aussagekräftige, präzise Betreffzeilen
Auf Mailinglisten oder Newsgroups ist die Betreffzeile dein Königsweg, um die Aufmerksamkeit qualifizierter Experten in ca 50 Zeichen oder weniger zu erlangen. Verschmutze sie nicht mit Geplapper, wie "Bitte helft mir". (geschweige denn "BITTE HELFT MIR!!!!". Solche Botschaften werden manchmal schon aus Reflex gelöscht). Versuche uns nicht mit der Tiefe deiner Qual zu beeindrucken. Benutze den Platz stattdessen für eine supergenaue Problembeschreibung.
Dämlich:
HILFE! Auf meinem Laptop läuft Video nicht richtig!
Geschickt:
XFree86 4.1 verunstaltet den Maus cursor, Fooware MV1005 vid. chipset
Wenn du eine Frage in einer Beantwortung stellst, stell sicher, dass du den Betreff geändert hast um anzuzeigen, dass du eine Frage stellst. Eine Betreffzeile wie : "Re: test" oder "Re: Neuer Fehler" wird wohl kaum eine brauchbare Menge an Aufmerksamkeit erregen. Kürze auch Zitate vorhergehender Mails auf ein Minimum, das ausreicht um neue Leser ins Bild zu setzen.
Schreibe präzise und informativ über dein Problem
- Beschreibe die Symptome deines Problems oder Fehlers sorgfältig und klar.
- Beschreibe die Umgebung in welchem es auftritt (Maschine, Betriebssystem, Anwendung, wasauchimmer).
- Beschreibe die Nachforschungen, die du bereits unternommen hast um das Problem zu verstehen und zu lösen, bevor du die Frage gestellt hast.
- Beschreibe die Diagnoseschritte, die du selbst unternommen hast um das Problem einzugrenzen, bevor du die Frage gestellt hast.
- Beschreibe alle vorangegangenen Anderungen an deinem Computer oder der Software-Konfiguration, die eventuell von Bedeutung sein könnten.
Versuche die Fragen, die ein Hacker stellen wird, bestmöglich vorauszusehen und im voraus in deiner Anfrage zu beantworten.
Simon Tatham hat einen exzellenten Essay mit dem Titel How to Report Bugs Effectively geschrieben. Ich empfehle dringend, dass du ihn liest.
Volumen ist nicht Präzision
Du sollst präzise und informativ sein. Das wird nicht einfach durch das Abladen grosser Mengen Code oder Daten in eine Anfrage erreicht. Wenn du einen großen, komplizierten Testfall hast, der das Programm zum Absturz bringt, versuche ihn zurechtzustutzen und so klein wie möglich zu halten.
Das ist aus mindestens drei Gründen nützlich:
- Erstens: Wenn man sieht, dass Anstrengung in die Vereinfachung der Fragestellung investiert wurde, ist es wahrscheinlicher, dass du eine Antwort bekommst.
- Zweitens: Die Vereinfachung der Frage macht es wahrscheinlicher, dass du eine hilfreiche Antwort bekommst.
- Drittens: Während der Verfeinerung des Fehlerberichts kann es sein, dass du selber eine Lösung oder einen Umgehungsweg entdeckst.
Beschreibe die Symptome des Problems, nicht deine Vermutungen
Es ist unnütz Hackern zu erzählen, was deiner Meinung nach das Problem verursacht. (Wenn deine diagnostischen Theorien so ausgereift wären, würdest du andere um Hilfe bitten ?) Daher stelle sicher, dass du ihnen die puren Symptome des Fehlverhaltens schilderst anstatt deiner Interpretationen und Theorien. Lass sie die Interpretation und Diagnose machen.
Dumm:
Ich bekomme aufeinander folgende SIG11 Fehler beim Kernel-Compilieren, und vermute einen Haarriss auf einer der Hauptplatinen-Leiterbahnen. Was ist der beste Weg, diese zu überprüfen ?
Geschickt:
Mein selbstgebauter K6/233 mit FIC-PA2007 Hauptplatine (VIA Apollo VP2 Chipset) und 256 MB Corsair PC133 SDRAM bekommt häufig SIG11 Fehler, ca. 20 Minuten nach dem Einschalten während der Kernel-Compilation, aber niemals in den ersten 20 Minuten. Rebooten startet diesen Zeitraum nicht neu, aber Ausschalten über Nacht macht das. Austausch des gesamten RAMs half nicht. Der relevante Teil eines typischen Compilerlaufs-Loggings folgt.
Beschreibe die Symptome deines Problems in chronologischer Reihenfolge
Die hilfreichsten Hinweise in der Erläuterung eines Fehlverhaltens liegen oft in den Ereignissen kurz vorher. Daher sollte deine Mitteilung genau beschreiben, was du getan hast und was die Maschine tat, bis zum Abschmieren. Im Falle eines Kommandozeilen-Prozesses ist es hilfreich, ein Session-Protokoll (z.B. durch Benutzung des Script Utility's) zu haben und die relevanten 20 oder so Zeilen zu zitieren.
Wenn das Programm, das abgeschmiert ist, Diagnoseoptionen (wie z.B. -v für verbose) hat, versuche sorgfältig über die Auswahl der Optionen nachzudenken, die nützliche Debugging-Hinweise zum Transskript zufügen könnten.
Wenn dein Bericht ziemlich lang wird (mehr als um die vier Absätze), mag es sinnvoll sein, dein Problem zu Anfang knapp darzulegen, danach mit der chronologischen Erzählung zu folgen. Auf diese Weise wissen Hacker, worauf sie beim Lesen deines Berichtes achten müssen.
Höflichkeit verletzt nie, und hilft manchmal
Sei höflich. Benutze "Bitte" und "Vielen Dank im Voraus". Mach es klar, dass du die kostenlose Zeit, die Leute einsetzen um dir zu helfen, wertschätzt.
Um ehrlich zu sein: Das ist nicht so wichtig wie (und kein Ersatz für) grammatisch richtig zu sein, präzise und beschreibend, und proprietäre Formate zu vermeiden usw. Hacker würden im Allgemeinen eher leicht schroffe, aber technisch scharfsinnige Fehlerberichte annehmen, als höfliches Gewäsch.
Wie auch immer, wenn du das Technische auf die Reihe bekommst, verbessert Höflichkeit deine Chancen auf eine hilfreiche Antwort.
(Wir müssen anmerken, dass der einzige ernsthafte Widerspruch, die wir auf dieses How-To von altgedienten Hackern bekommen haben, die Empfehlung "Danke im Voraus" betraf. Einige Hacker empfinden, dass dies bedeute, niemandem nachträglich zu danken. Wir empfehlen, beides zu tun.)
Wenn du keine Antwort bekommen kannst
Wenn du keinen Antwort bekommst, nimm es bitte nicht persönlich, dass wir nicht glauben, dir helfen zu können. Manchmal mögen die Mitglieder der gefragten Gruppe einfach die Antwort nicht wissen. Keine Antwort ist nicht dasselbe, wie ignoriert zu werden, obwohl es zugegebenermaßen schwer ist, den Unterschied von außen festzustellen.
Allgemein, einfach deine Frage erneut zu senden ist eine schlechte Idee. Das wird als sinnlos belästigend angesehen.
Es gibt andere Hilfsquellen, an die du dich wenden kannst, oft Quellen, die besser auf die Bedürfnisse eines Neulings passen.
Es gibt auch eine Menge kommerzieller Unternehmen, mit denen du einen Vertrag für Hilfe machen kannst, sowohl groß als auch klein (Red Hat und LinuxCare sind zwei der bekanntesten; es gibt noch viele weitere).
... weitere Informationen: LINK 
So, jetzt hoffe ich mal, dass ich hier niemanden verschreckt habe und hoffe, dass ihr die "Gebote" auch anwenden könnt
MfG
Horuseye
|
|
|
|
24.11.2006 17:52
|
|
|
Der Domaininhaber sowie die Administratoren und Moderatoren des Computer-Board.eu distanzieren sich
hiermit ausdrücklich von dem am 24.11.2006 um 17:52
verfassten Beitrag des Mitglieds Horuseye.
Insbesondere verweisen wir auf das Telemediengesetz §§ 7 - 9.
Sofern hierdurch Ihre Rechte verletzt werden, bitten wir um sofortige Nachricht
|
Ähnliche Themen
|
|
|