Wie antwortet man in einem Forum korrekt ?

[dreamcatcher]

Guten Abend

Ich frag mich gerad wie es am sinnvollsten ist, Antworten in einem Forum zu schreiben.

Ist es sinnvoller eine Antwort zu schreiben, wodurch der Threadstarter selbst auf die Lösung kommt oder eine Antwort mit Lösung + Begründung ?

Kann man das überhaupt pauschal sagen oder sollte man bei bestimmten "Verdachtsmomenten" oder "Schwierigkeitslevel" der Frage danach entscheiden ?

Habt ihr euch dazu überhaupt schonmal Gedanken gemacht, wie Ihr Antworten didaktisch aufbereitet ?


Die Frage entstand dadurch, dass ich z.B. an meinen Antworten merke dass ich immer mehr sagen wodurch es behoben werden kann aber aber nicht mehr die "Schlussantwort" gebe.
(http://www.php.de/php-einsteiger/803...tml#post599123 (Zend Acl - Zend_Acl_Resources Verständnisproblem))

Als ich damals angefangen habe, habe ich das gehasst, dass Leute im Board Antworten geschrieben haben wodurch ich erst 1000 x googlen müsste (Gab auch Außnahmen, z.B. "Lehrer" tr0y ).

Nun frag ich mich gerad wonach man die Entscheidung treffen sollte...
Wenn ich persönlich zurückschaue hätte ich mir die Antworten manchmal konkreter gewünscht.
Andererseits hätte ich aber wahrscheinlich nicht den "erweiterten" Nutzen [In Form von z.B. "nun kann ich zu 90 % selbst Fehler erkennen und beheben ohne Forum"; ] gezogen.

[Manko10]

Andererseits hätte ich aber wahrscheinlich nicht den "erweiterten" Nutzen [In Form von z.B. "nun kann ich zu 90 % selbst Fehler erkennen und beheben ohne Forum"; ] gezogen.

Du hast es selbst erfasst: gib einem Menschen einen Fisch und er wird für eine Tag satt. Lehre in das Fischen und… du weißt schon.
Generell ist Hilfe zur Selbsthilfe sinnvoller. Letztendlich hängt es aber immer auch von der Situation und deiner aktuellen Bereitschaft, anderen ihre Arbeit abzunehmen, ab. Pauschale Regeln helfen da eher weniger.

[Flor1an]

Es kommt auch sehr drauf an was es für eine Frage ist. Wenn es Fragen sind die wirklich durch nachschlagen oder Tutorials erarbeitbar sind dann sehe ich es nicht ein nochmal das ganze Zeug vorzutippen. Manchmal kommen aber wirklich schwierigere Fragen die auch nicht so leicht durch Literatur gelöst werden können weil z.B. sehr viel Grundwissen nötig wäre oder es eben kompliziert ist

Im Grunde ist aber das tippen einer Lösung sehr viel aufwändiger und wenn man jetzt so ein Forum wie php.de hat bei dem sehr viele Leute Fragen stellen kann man nicht jedem mit einer ausführlichen Lösung behelfen.

Und ich denk mir immer, wenn ich jetzt den ganzen Code tippe, dann ist das zwar sehr gemütlich für den Fragesteller, allerdings ist er bei der nächsten Frage wieder im Forum weil er eben nicht selbst mal das Handbuch durchwühlt oder Tutorials durcharbeitet. Denn wenn man das Handbuch nach einem bestimmten Problem durchsucht stößt man auch oft auf andere Dinge an die man sich dann später erinnert und schon weiß wo man suchen muss. Allein ein Gefühl für Handbücher, gute/schlechte Tutorials oder andere Resourcen zu bekommen ist verdammt wichtig und bekommt man nur mit suchen, lesen und viel Zeit.

[mimomamu]

Ich versuche nach Möglichkeit auf verbindliche Dokumentation zu verlinken, also http://www.php.net/manual/en, http://dev.mysql.com/doc und http://www.w3.org. Der Hintergedanke ist, Leute von Sekundärliteratur unabhängig zu machen. Das finde ich gerade im Bereich PHP aufgrund der sehr stark schwankenden Qualität von Sekundärliteratur wichtig. Gerade Anfänger können die Qualität nicht einschätzen. Wenn die jetzt einfach googlen, dann landen sie bei dem Anbieter, der am meisten in SEO investiert, und nicht bei dem der wirklich gut Informationen bietet.

Bei JavaScript ist das etwas problematisch: ECMA-262 (PDF; 2,5 MB) ist ein Verbrechen und das was das W3C über DOM sagt ist zu abstrakt um für interessierte Laien verständlich zu sein.

Andererseits lässt die Qualität der Fragen auch häufig zu wünschen übrig. Früher bin ich dann oft pampig geworden. Ich glaube das habe ich mittlerweile eingermaßen im Griff. Dazu hat vielleicht auch StackOverflow beigetragen, wo man mit pampigen Antworten keine Reputation bekommt (meine ursprüngliche Antwort war: "Yes, this possible.").

[dreamcatcher]

Wer ist die Zielgruppe für solch ein Dokument ?
http://www.ecma-international.org/pu...T/ECMA-262.pdf

Zitat von mimomamu

[...]"Yes, this possible."[...]

[mimomamu]

Zitat von dreamcatcher

Was zur... ist das ?

Das was landläufig als JavaScript bezeichnet wird, unterteilt sich in zwei Teile:

• Eine Programmiersprache. Diese Programmiersprache nennt sich ECMAScript und wird von der European Computer Manufacturers Assosiation standardisiert.
• Eine Bibliothek. Diese Bibliothek wird vom World Wide Web Consotrtium spezifiziert unde nennt sich Document Object Model (abgek. DOM).

Das Dokument deckt den ersten Punkt ab.

Auf dein Edit:

Zitat von dreamcatcher

Wer ist die Zielgruppe für solch ein Dokument ?

Ich weiß es nicht. Wenn ich nicht wüsste, dass es JavaScript ohne DOM ist, dann würde ich heute noch rumrätseln, worum es geht (verstanden habe ich es trotzdem immer noch nicht).

[nikosch]

Naja, ist ne technische Referenz..

[Flor1an]

Naja irgendwo muss ja festgehalten werden WAS ECMAScript ist, wie es funktioniert, wo seine Grenzen sind etc. Zum einen ist es wie beim PHP Manual eben für JavaScript Entwickler die vlt. lieber etwas mehr im Kern von JavaScript arbeiten möchten und wirklich genau wissen möchten wie es intern funktioniert und was alles geht.

Ansonsten ist das z.b. die Referenz für alle Entwickler die eben ein Programm entwickeln das ECMAScript nutzt um diverse Dinge zutun. Zum Beispiel Entwickler von Browsern, die müssen schließlich einen JavaScript Interpreter schreiben, daher müssen die exakt wissen wie es aufgebaut ist, welche Syntax etc. Oder, auch Browser Entwickler von Mozilla die die Oberfläche von Firefox ebenfalls in JavaScript geschrieben haben. Und da gibts noch diverse andere ...

[mimomamu]

Ja, komisch, ich finde die technische Referenz von C++ deutlich lesbarer. Die Spezifikation muss also wohl nicht so undurchsichtlich sein, auch wenn ECMAScript einige schöne Features hat, die C++ nicht hat.

[mermshaus]

Was beim Schreiben von Antworten in einem so stark frequentierten Forum wie diesem wichtig ist: Brauche nicht zu lange, sonst wird dein Beitrag überflüssig.

„Fasse dich kurz“ ist ebenso ein guter Tipp. Das gilt in erster Linie für Fragen (steht in den Richtlinien), ist aber auch bei Antworten häufig ein Service gegenüber dem Leser.

Humor, Ironie oder vom deutschen Sprachstandard abweichende Ausdrucksweise und Orthografie sollte maßvoll eingesetzt werden. Leute fassen sowas sehr unterschiedlich auf und hier lesen eine Menge Leute.

Es ist zudem immer eine Option, nichts zu einem Thread beizutragen.

Zitat von dreamcatcher

Ist es sinnvoller eine Antwort zu schreiben, wodurch der Threadstarter selbst auf die Lösung kommt oder eine Antwort mit Lösung + Begründung ?

Du musst dir bewusst sein, dass du als Antwortender deine Zeit investierst. Ich finde es aber falsch, Initiative abzublocken. Wenn du ausführlich antworten möchtest, dann antworte ausführlich. Vergiss dabei aber nicht, dass für viele Problemstellungen im Web bereits exzellente Ressourcen existieren. Du kannst den Umfang deiner Antwort davon abhängig machen, ob du durch die Erarbeitung für dich selbst neues Wissen erwirbst. Das wäre ein vertretbares Ziel, das ist aber auch der Grund, warum fortgeschrittene Nutzer tendentiell kurz antworten.

Kann man das überhaupt pauschal sagen oder sollte man bei bestimmten "Verdachtsmomenten" oder "Schwierigkeitslevel" der Frage danach entscheiden ?

Allgemeine Regeln wirst du nicht aufstellen können. Mein Tipp wäre es, nicht unnötig kompliziert zu antworten, aber im Zweifel weitere Nachfragen abzuwarten. Notwendiges Engagement muss der Fragesteller ohnehin selbst aufbringen. Wie gesagt: Es ist deine Zeit.

Habt ihr euch dazu überhaupt schonmal Gedanken gemacht, wie Ihr Antworten didaktisch aufbereitet ?

Den „didaktischen“ Aspekt soll jeder mit sich selbst ausmachen. Ich sehe generell keinen Sinn darin, Code-Beispiele – gerade verallgemeinerbare – nicht zu posten, nur um den Threadersteller zur Eigeninitiative zu zwingen. Der Threadersteller ist nicht die einzige Person, die den Thread liest, und wir sind hier nicht in der Schule. Fortführende Diskussionen sind außerdem häufig interessanter als die eigentliche Ausgangsfrage.