Bevor Du fragst
Bevor Du eine technische Frage per eMail verschickst, in eine Newsgroup oder ein Web-Forum postest, befolge bitte folgende Schritte:
- Versuche eine Antwort durch Suchen im Web zu finden.
- Versuche eine Antwort durch Lesen des Handbuches (Manuals) zu finden.
- Versuche eine Antwort durch Lesen der FAQ zu finden.
- Versuche eine Antwort durch Lesen der Tutorials zu finden.
- Versuche eine Antwort durch eigene Untersuchungen und Tests zu finden.
- Versuche eine Antwort zu bekommen, indem Du einen erfahrenen Freund fragst.
- Wenn Du ein Programmierer bist, versuche eine Antwort durch Lesen des Source-Codes zu finden.
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 gelernt hast. Wir mögen es, Leuten zu antworten, die gezeigt haben, dass sie durch Antworten lernen können und wollen.
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.
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.
Vermeide es, die falsche Frage zu stellen. Wenn Du eine Frage auf Grund falscher Annahmen stellst, wird J. Random Programmierer 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.
Nimm niemals an, Du hättest ein Recht 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.
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.
Wenn Du fragst
Wähle das Forum sorgfältig. Suche Dir den Ort, wo Du fragst, gut aus. Du wirst wahrscheinlich ignoriert oder als Loser abgestempelt werden, wenn Du:
- Deine Frage in ein Forum postest, in dem es off topic ist.
- eine sehr einfache Frage in ein Forum postest, in dem fortgeschrittene Fragen erwartet werden (und umgekehrt).
- in viele verschiedene Foren Cross-Postings verschickst.
- eine persönliche Mail an jemanden schickst, der weder Dein Bekannter noch persönlich für die Lösung Deines Problems zuständig ist.
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.
Schreibe in klarer, grammatikalisch korrekter Sprache.
Es ist wichtig, Deine Fragen klar und deutlich zu formulieren. Wenn Dir das zu mühsam ist, ist es für uns zu mühsam, auf Deine Frage einzugehen.
Versuch korrekte Rechtschreibung, Interpunktion und Großschreibung zu nutzen. Schreibe NICHT ALLES GROSS, das wird als Schreien empfunden und gilt als unhöflich. (Vollständige Kleinschreibung ist einen Deut weniger nervtötend, ist aber auch schwer zu lesen.)
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ückantwort.
Verwende aussagekräftige, genaue Betreffzeilen
In Foren ist die Betreffzeile eine nicht zu unterschätzende Möglichkeit, in 50 oder weniger Zeichen die Aufmerksamkeit von Experten auf Dich zu ziehen. Verschwende sie nicht für Geplapper wie \"Bitte helft mir!\" (oder gar \"BITTE HELFT MIR !!1!\"; solches Zeugs wird reflexionsartig entsorgt). Versuche nicht, uns mit der Größe Deiner Pein zu beeindrucken; verwende den Platz besser für eine kurze Beschreibung des Problems.
Eine sinnvolle Konvention für Betreffzeilen, die von vielen Support-Organisationen verwendet wird, ist \"Objekt - Abweichung\". Das \"Objekt\" beschreibt, welches Ding oder Gruppe von Dingen ein Problem aufweist, und die \"Abweichung\" beschreibt eben die Abweichung vom erwarteten Verhalten.
Dumm:
Hilfe! Fehler beim Start!
Intelligent:
Undefined symbol ''
Schlauer:
55i, Consolenfehler: Undefined symbol ''
Der Denkprozess, eine Beschreibung vom Typ \"Objekt-Abweichung\" zu verfassen, hilft Dir dabei, Deine Gedanken über das Problem zu ordnen. Was ist betroffen? Nur die Console oder gibts auch Ingame Fehler? Ist es spezifisch für Sphere? Oder Version 0.55i? Ein Programmierer, der eine so gestellte Frage sieht, kann auf den ersten Blick verstehen, womit Du Probleme hast und in welcher Art sie auftreten.
Sei genau und informativ bei der Beschreibung Deines Problems
Beschreibe die Symptome Deines Fehlers oder Problems sorgfältig und klar.
Beschreibe die Umgebung in der es auftaucht (Maschine, Betriebssystem, Applikation, was auch immer). Nenne auch die verwendete Distribution mit Versionsnummer (z.B. \"0.55i\", \"UO T2A\", etc.), falls das nicht aus dem Forenname klar wird (du postest ja in das Richtige Forum, oder?).
Beschreibe, welche Versuche Du unternommen hast, um das Problem zu verstehen, bevor Du gefragt hast.
Beschreibe, welche Versuche Du unternommen hast, das Problem zu lösen, bevor Du gefragt hast.
Masse ist nicht Genauigkeit
Du musst präzise und informativ sein. Uns ist nicht mit großen Mengen an Code oder Daten gedient. Wenn Du einen großen, komplizierten Testfall hast, der einem Programm Probleme bereitet, versuche ihn zu optimieren und so klein wie möglich zu machen.
Das ist aus mindestens drei Gründen nützlich.
Erstens: Wenn Du zeigst, dass Du Dir Mühe und Gedanken machst, das Problem zu vereinfachen, erhöhst Du die Chance auf eine Antwort.
Zweitens: Die Frage zu vereinfachen macht es wahrscheinlicher, eine hilfreiche Antwort zu bekommen.
Drittens: Beim Prozess der Umformung des Problems könntest Du selbst einen Fix oder ein Workaround schreiben.
Sei explizit bei der Frage, die Du hast
Nicht klar abgegrenzte Fragen werden als (zeitlich) nicht abgegrenzte Zeitverschwendung aufgefasst. Die Personen, die Dir am ehesten eine hilfreiche Antwort geben könnten, sind meistens auch sehr beschä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.
Um die Welt, in der Experten leben, zu verstehen, stelle Dir Expertenmeinung als eine ü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äftigten Experten geholfen.
Hast Du fehlerhaften Code, ist es üblicherweise klüger zu fragen, ob Dir jemand den Fehler erklären kann als um eine fehlerbereinigte Version zu bitten.
Vermeide aussagenlose Fragen
Widerstehe der Versuchung, mit inhaltslosen Fragen wie \"Kann mir jemand helfen?\" oder \"Gibt es eine Antwort darauf?\" zu schließen.
Erstens: wenn Du Deine Frage halbwegs kompetent gestellt hast, sind solche angehängte Floskeln allerhöchstens überflüssig.
Zweitens: weil sie überflüssig sind, werden sie als störend empfunden und, Einige neigen dazu, logisch unantastbare aber wenig hilfreiche Antworten zu schicken wie \"Ja, jemand kann Dir helfen\" oder \"Nein, Dir ist nicht mehr zu helfen\".
Allgemein sind Ja-oder-nein-Fragen zu vermeiden, außer Du willst eine Ja-oder-nein-Antwort.
Kennzeichne Deine Fragen nicht als \"Wichtig\", auch wenn sie es für Dich sind
Das ist Dein Problem, nicht unseres. Dringlichkeit anzumelden ist eher kontraproduktiv: viele Programmierer werden die Mitteilung als frechen und selbstsüchtigen Versuch, sofortige und besondere Aufmerksamkeit zu erheischen, ignorieren.
Poste anschließend eine kleine Anmerkung zur Lösung
Sende eine kleine Anmerkung an alle, die Dir geholfen haben; lass sie wissen, wie Du die Lösung gefunden hast und bedanke Dich nochmals für ihre Hilfe.
Am besten sollte sie im Diskussionsfaden erfolgen, den die Frage angestoßen hat, und sollte 'FIXED' oder 'GELöST' oder ein ähnlich aussagekräftiges Wort in der Betreffzeile enthalten.
Deine Mitteilung muss nicht lang und ausführlich sein; ein einfaches \"Hallo - es war ein kaputtes Netzkabel! Danke an alle - Bill\" ist besser als nichts. Tatsächlich ist eine kurze und nette Zusammenfassung besser als eine lange Dissertation, außer sie hat ausreichend technischen Gehalt. Sag, welche Aktion geholfen hat, ohne die gesamte Fehlersuche zu wiederholen.
Für Probleme mit einiger Tiefe ist es angebracht, eine Zusammenfassung des Lösungsvorganges zu posten. Beschreibe die Fehlerursache und deren Symptome. Gib eine Lösung an und zeig eventuelle Sackgassen auf. Nenne die Namen derer, die Dir halfen; Du machst Dir auf diese Art Freunde.
Neben Höflichkeit und Information hilft dieses Antwortschreiben anderen, die das Archiv des Forums durchsuchen, die Lösung zu finden. Du kannst ihnen viel Mühe ersparen!
Des weiteren gibt diese Art von Antwortschreiben den Helfern ein befriedigendes Gefühl, dass das Problem abgeschlossen ist. Wenn Du selber kein Technikfreak oder Hacker bist, glaub uns, dass das ein sehr wichtiges Gefühl für die Experten und Gurus ist, die Du um Hilfe gebeten hast. Probleme, die in ein ungelöstes Nichts aufgehen, sind frustrierend; Programmierern juckt es in den Fingern, sie gelöst zu wissen. Das gute Karma, das Du dadurch erhältst, wird Dir sehr sehr hilfreich sein, wenn Du das nächste mal um Hilfe bittest.
überlege, wie Du das Problem in Zukunft anderen ersparen kannst. Frag nach, ob eine Dokumentation oder eine änderung der FAQ hilfreich wäre, und wenn Du eine positive Antwort bekommst, schicke diese änderung an die zuständige Stelle.
Unter Programmierern ist solches Benehmen viel wichtiger als konventionelle Freundlichkeit. Die Reputation, gut mit anderen zusammen zu spielen, kann sich als sehr wichtige Eigenschaft erweisen.

















