Wie stelle ich Fragen richtig?

[DeddyH]

Das Thema erscheint banal, tatsächlich haben aber manche User anscheinend enorme Schwierigkeiten damit. Daher schreibe ich diesen kleinen Leitfaden, um hoffentlich die Nerven sowohl des Hilfesuchenden als auch des Hilfswilligen schonen zu helfen

Vor dem Verfassen eines neuen Threads bitte folgende Überlegungen anstellen:

1. Habe ich bereits im Vorfeld gründlich recherchiert?
Erste Anlaufstellen sollten die bevorzugte Suchmaschine bzw. die DP-Suche sein. Es ist immer ärgerlich, wenn dieselbe Frage zum 20. Mal innerhalb einer Woche auftaucht, obwohl die Lösung längst beschrieben wurde.

2. Wo lässt sich das Problem am ehesten thematisch einordnen?
Was immer der Grund dafür sein mag, gerade neue User posten bevorzugt in den Sparten "Neuen Beitrag zur Codelib hinzufügen" oder ".NET", obwohl die Frage weder mit dem einen noch mit dem anderen Thema auch nur annähernd zu tun hat.
Das ist aus 2 Gründen besonders ärgerlich: zum Einen muss ein Moderator aus Gründen der Übersicht das Thema verschieben, zum Anderen kann es passieren, dass die Frage innerhalb von Minuten geklärt wäre, da sich ein Wissender in der thematisch korrekten Sparte tummelt und die Frage daher übersieht.

3. Wie formuliere ich den Threadtitel?
Zugegeben, je nach Problemstellung ist diese Frage nicht immer einfach zu beantworten. Trotzdem sollte man sich Mühe geben, das Problem bereits im Titel zumindest ansatzweise zu schildern, sonst stellt man sich unter Umständen selbst ein Bein, da es mit ziemlicher Sicherheit User gibt, die aus Prinzip Threads mit Titeln wie "Problem" oder "Hilfeeee!!!" bewusst ignorieren. Dazu werde ich nachher sowieso noch ein paar Worte sagen.

4. Wie mache ich mein Problem deutlich?
Zunächst ist es immer eine gute Idee, das Ziel zu beschreiben, d.h. in Worte zu fassen, was am Ende herauskommen soll. Ein paar Beispieldaten können das Ganze noch unterstützen. Dann sollte man auf jeden Fall schildern, wie man das Problem angegangen ist und an welcher Stelle man nicht mehr weiterkommt. Der bisherige Quellcode (sofern vorhanden) sollte auch nicht zum Staatsgeheimnis gemacht werden, dabei aber bitte nur die relevanten Stellen herauspicken.

5. Achte auf Deine Rechtschreibung
Nobody' s perfect, mir persönlich ist hier kein User namens "Duden" bekannt. Trotzdem solltest Du "nach bestem Wissen und Gewissen" auf die Lesbarkeit Deines Beitrags achten. Dazu gehören eine halbwegs anständige Groß- und Kleinschreibung sowie die Verwendung von Satzzeichen (und zwar in angemessener Anzahl). Eine ganz schlechte Idee ist hier die Aktivierung der CAPSLOCK-Taste, das gilt als Schreien und somit unhöflich. Das ist hier ein Forum und kein Chat, halte Dir das immer vor Augen. Solltest Du Legastheniker sein, reißt Dir auch niemand ein Bein aus, aber Du darfst dann auch ruhig darauf hinweisen. Sofern Deutsch nicht Deine Muttersprache ist, gilt im Prinzip dasselbe. Du darfst im Übrigen Deine Frage auch in Englisch stellen, das verstehen die meisten und antworten dann auch in (wie in meinem Fall mitunter holprigem) Englisch. Von alledem abgesehen kann es nicht schaden, an geeigneter Stelle den BBCode zu nutzen (das sind diese lustigen Schaltflächen oberhalb des Texteingabefensters), besonders bei Quelltexten.

Zur Verdeutlichung des gerade Gesagten einmal 2 Beispielbeiträge für dasselbe Problem:

Zitat von User A:

Titel: HILFEEEE!!!!!!!!!!!!!

hi ich habe in info die ha kriegt nen array mit babbelsort zu sortieren aber i krieg das iwie net hin kann mir ma einer helfen plz!!!!!!!!!!!!!!!

Zitat von User B:

Titel: Werte werden nicht getauscht?

Hallo,

wir haben heute im Informatikunterricht die Aufgabe bekommen, ein Array of Integer mit dem Bubblesort-Algorithmus zu sortieren. Leider bekomme ich das Tauschen zweier Werte nicht so recht hin und kann meinen Denkfehler einfach nicht finden. Hier mein bisheriger Code:

Delphi-Quellcode:

procedure tausche(a, b: integer);
var temp: integer;
begin
  temp := a;
  a := b;
  b := temp;
end;

Kann mir jemand auf die Sprünge helfen?

Herzlichen Dank im Voraus.

User B

Hand aufs Herz: wem würdest Du eher antworten ?

6. Vergiss die Frage nicht
Klingt blöd, ist es auch. Aber es ist schon vorgekommen, dass jemand über 40 Zeilen seine Umgebung/Anforderung beschrieben hat, ohne anschließend sein Problem zu nennen. Auch Quellcodes sollten auf das notwenige Minimum beschränkt werden, niemand hat Lust, sich durch Hunderte Zeilen zu wühlen und die problematische Stelle zu suchen. Sollte der Code zu umfangreich werden, kann man ihn ja als Textdatei oder im allergrößten Notfall halt das ganze Projekt als Zip-Archiv an seinen Beitrag anhängen.


Nachdem diese Fragen geklärt sind, kann der Thread "auf die Reise gehen". Was nun?

1. Fasse Dich in Geduld
Obwohl dieses Forum mitunter furchteinflößend schnell ist , kann es vorkommen, dass auch nach Stunden noch keine Antwort erfolgt ist. In diesem Fall könnte z.B. die Frage zu speziell sein. Auf jeden Fall sollte man noch einmal selbstkritisch die o.a. Punkte der Reihe nach durchgehen . Ein Editieren des Beitrags ist innerhalb von 24 Stunden problemlos möglich, und diese Möglichkeit sollte im Bedarfsfall auch genutzt werden. Auf jeden Fall sollte man sich innerhalb dieser Frist Nachfragen verkneifen, das gilt als unhöflich und wird nicht lange toleriert werden (mit Recht, finde ich).

2. Freue Dich über jeden Lösungsansatz
Auch ein (hoffentlich verlinkter) Hinweis auf die Suche kann hilfreich sein und ist selten böse gemeint. Sollte jemand total am Thema vorbei antworten, hat er Dich wohl nicht verstanden, obwohl er möglicherweise die Antwort auf Deine eigentliche Frage wüsste. Im eigenen Interesse sollte hier dann Deinerseits eine Richtigstellung erfolgen.

3. Fachliche Dinge gehören ins Forum, nicht ins Postfach
Verzichte bitte darauf, andere User per PM mit Deinem Problem zu belästigen. Zum Einen bekommen die anderen User von dieser Korrespondenz nichts mit, zum Anderen bleibt eine evtl. Lösung nicht für die Nachwelt (sprich: Suchfunktion) erhalten. Wäre doch schade, oder?

4. Nicht für jedes Problem findet sich eine Lösung
Traurige Wahrheit, aber das ist nun einmal so. Obwohl hier in allen Themenbereichen "Cracks" unterwegs sind, kann es passieren, dass niemand eine Lösung parat hat. Eine Anfrage im Forum ist eben keine Erfolgsgarantie, beim nächsten Problem kann das wieder ganz anders laufen.

5. Ein "Danke" hat noch nie geschadet
Es bleibt natürlich jedem selbst überlassen, ob und wann er sich bedankt. Sollte ein Post aber punktgenau das Problem lösen, sollte es eine Selbstverständlichkeit sein, sich für die Mühe erkenntlich zu zeigen. Und sollte er das nicht, behält man Dich zumindest in positiver Erinnerung, das kann sich später auszahlen .


Zum Abschluss noch ein paar Worte zur Netiquette

1. Du hast das Problem, vergiss das nicht
Großkotzige Worte a' la "diese Antwort war ja wohl sowas von Sch***e" solltest Du im Kopf behalten, aber besser nicht posten (zumindest nicht im eigenen Thread ). Bedenke, dass hier keine Anwortmaschinen sitzen, sondern Du es mit realen Menschen zu tun hast mit realen Emotionen und Ansichten. Wer Dir antwortet, hat zumindest Deine Problembeschreibung gelesen und sich damit auseinandergesetzt. Das allein verdient schon Anerkennung, denn wir helfen uns hier schließlich unentgeltlich gegenseitig. Und sollte eine Antwort mal pampig ausfallen... keep cool, das verschafft mittelfristig Respekt. Solltest Du mit groben Beleidigungen oder Ähnlichem konfrontiert werden, hast Du immer noch die Möglichkeit, den Beitrag zu melden. Um alles Weitere kümmern sich dann die Moderatoren, und das tun sie bislang sehr gut .

2. Akzeptiere andere Meinungen
Damit ist nicht gemeint, dass Du diese Meinungen übernehmen sollst. Aber eine andere Sicht auf die Dinge kann in vielen Fällen hilfreich sein. Häufig ist man durch die stundenlange Fehlersuche so in seinem eigenen Denkmuster festgefahren, dass man gar nicht auf die Idee kommt, das Problem einmal von der anderen Seite zu betrachten (ich spreche jetzt durchaus aus Erfahrung). Lass Dir dahingehende Vorschläge zumindest einmal durch den Kopf gehen, bevor Du sie vorschnell ablehnst.

3. Zeige Eigeninitiative
Oftmals werden Dir hier keine fertigen "Ready to go-Copy and Paste"-Codes geliefert, sondern Denkansätze. Das hat nichts mit Boshaftigkeit zu tun, sondern dient als Hilfe zur Selbsthilfe. Auch wenn Du im Moment fürchterlich gestresst bist: setze Dich mal ein paar Minuten in Ruhe hin und denke über die Antwort nach. Oft kommt man dann selbst auf die Lösung, und das ist doch berechtigterweise ein Grund, stolz auf sich zu sein, oder? Und eine Nachfrage nach angemessener Zeit ist ja auch kein Problem, man lässt Dich ja nicht hängen, aber denken musst Du schon selbst .
So ziemlich jeder hier versteht, wie schwierig es für Anfänger ist, sich in dem noch unbekannten Terrain Delphi oder allgemein der Programmierung zurechtzufinden, das ging uns allen so (auch wenn manche das vergessen zu haben scheinen). Aber wenn man Dir einen funktionierenden Quellcode zur Verfügung stellt, schau bitte zuerst selbst nach (F1 helps ), was die einzelnen Befehle bewirken und versuche, den Ablauf des Codes nachzuvollziehen. Sollte Dir das nach Deinem aktuellen Kenntnisstand zu hoch sein, ist es keine Schande, nachzuhaken. Im Gegenteil, zumindest von mir persönlich wird solches Engagement begrüßt. Aber bitte nicht in dem Stil "Was macht ShowMessage?", das sollte Dir dann doch peinlich sein.

4. Gib nach Möglichkeit auch etwas zurück
Wer immer nur nimmt und niemals gibt, ist auf Dauer nicht gern gesehen. Das gilt im richtigen Leben genauso wie in einer Community. Auch wenn Du Dich erst seit 3 Wochen mit Delphi beschäftigen solltest, darfst Du gerne eine Antwort posten. Höchstwahrscheinlich wird Dein Code dann nicht die "finale Absegnung" der erfahreneren User erhalten, aber das macht ja nichts. Zum Einen hast Du Erfahrungen weitergegeben, das ist auf jeden Fall anzuerkennen. Und zum Anderen lernst Du selbst ja wieder, wie man es noch besser machen könnte. Du siehst also: Mitmachen lohnt sich immer .


Das waren die wichtigsten Dinge, die mir persönlich am Herzen lagen. Ich kann nur betonen, dass es sich hier um meine subjektive Einstellung bezüglich des Miteinanders in diesem Forum handelt. Leider bin ich teilweise etwas abgeschweift, man möge mir das nachsehen. Die Community ist gerne dazu eingeladen, eigene Ansichten und Ratschläge hinzuzufügen.

In diesem Sinne

[Dezipaitor]

Unter den besten Posts sind auch Fragen, die garkeine Fragen sind. Da steht dann eine tolle Problembeschreibung, jedoch fehlt eine konkrete Frage. Die meisten Leute denken sich dann die Frage daraus, aber ich bin jedesmal geneigt zu schreiben: "Und was ist nun deine Frage?".
Dasselbe gilt auch, wenn man "Frage" durch "Problem" ersetzt. Einige definieren wunderschön ihre Umgebung (Quelltext, Delphi- & Windowsversion), vergessen dann aber das Problem zu beschreiben. Dafür steht dann eine generische frage : "Wer kann mir helfen?".

Weiterhin ist es so, dass einige Leute ihren Post kein zweites Mal lesen ("Preview"-Funktion) und dadurch eine Menge unsinniges Zeugs drinsteht, wie z.B. unvollständige Sätze ("Das können.") oder irrwitzig lange Sätze mit zehn Kommata.

Dann gibt es einige Spassvögel, die besonders viel Information über den Quelltext vermitteln wollen und hunderte von Zeilen Quelltext in den Post drücken, statt eine Datei anzuhängen.

Aber die Krone bekommen wirklich diejenigen, die jede Antwort hinnehmen, als wäre sie selbstverständlich. Kein Dank -- nichtmal, wenn man fragt, ob die Antwort denn geholfen hat.


Diese Punkte sollte vllt noch rein.

[delphi10]

Also ich muß zu meiner Schande gestehen, dass ich dieses TUT nicht kannte und erst durch den Link von jaenicke in Nach hause..... darauf gestossen wurde - obwohl ich regelmäßig beide Foren durchwühle. Irgendwie mal solche eigentlich für alle wichtigen Posts zentral aufbereiten in einer extra Site?
Edit: Quatsch, hab ich auch übersehen, gibts ja schon

Zitat von Meflin:

... und dann waren da noch die absolut Beratungsrenitenten User, die ihr Verhalten auch nach hundertfacher Aufforderung nicht ändern - und auch diese äußerst nervige Gattung wird sich diesen Leitfaden fürchte ich nicht zu Herzen nehmen

[KlugscheißerModusOn]resistent, Beratungsresistent würde ich schreiben..[KlugscheißerModusOff]
Gruß Delphi10

[mschaefer]

Einige Hinweise haben etwas, aber sie zielen ziemlich strickt auf die Benutzung des Forums als Nachschlagewerk und HelpDesk ab. Nun hat das Forum als 2. Funktion auch einen kommunikativen Unterhaltungswert an sich. Hier geht es dann mehr darum mit gleichgesinnten über ein Problem zu Fachsimpeln irrelevant ob das Thema ähnlich schon mal aktuell war. In dem Fall treffen die Hinweise weniger.

Im Grunde genommen ist das aber ein Problem des aktuellen Forum-Ansatzes, da man innerhalb eines Threads eigene Kommentare nicht mit Verfalldatum belegen kann oder anders einen Lösungskommentar für das dauerhafte Aufheben nicht festgehalten werden kann.

Grüße aus dem Norden // Martin

[Jens Hartmann]

Also ich habe es gelesen und es mir zu Herzen genommen.

Ich muss sagen,es trift voll zu wenn man Anfänger ist, ist es nicht immer einfachsich durch das Forum zu Kämpfen.

Werde also weiter Kämpfen und Euch hoffendlich auch bald mit sinnvollen Beiträgen Untertsützen.

MFG

Jens

[Noobmaster]

Hallo!
Auch wenn dein Tutorial wirklich banal klingt, ich fände (nach Betrachtung meiner eigenen Beiträge), man sollte diese eigentlich selbstverständlichen Verhaltensregeln deutlicher kennzeichnen. Wie andere schon angemerkt haben: Eigentlich lesen es fast nur Mitglieder, die schon länger bei DP angemeldet sind.

[DeddyH]

Mag sein, aber was will man machen? Man kann neue Mitglieder ja nicht zwingen, das Tut zu lesen. IMO liegt es an den "alten Hasen", bei Bedarf einen Link darauf zu posten.

[Noobmaster]

Ja, da hast du wohl recht...
Man ist nur total beschämt, wenn man das Tutorial erst jetzt findet und froh, dass man noch nicht direkt darauf verwiesen wurde, wie schlecht die eigenen Beiträge sind

[Luckie]

Deswegen mache ich als Moderator Hinweise diesbezüglich auch in einem Beitrag, damit es mehr Mitglieder lesen und hoffentlich dann auch in Zukunft selber beachten. Der Beitrag ist zwar dann ausbeitrag, aber das nehme ich in Kauf.

[Stevie]

Zitat von Noobmaster:

Hallo!
Auch wenn dein Tutorial wirklich banal klingt, ich fände (nach Betrachtung meiner eigenen Beiträge), man sollte diese eigentlich selbstverständlichen Verhaltensregeln deutlicher kennzeichnen. Wie andere schon angemerkt haben: Eigentlich lesen es fast nur Mitglieder, die schon länger bei DP angemeldet sind.

Selbst wenn mans bei Registrierung anzeigen würde, wärs wie mit EULAs... bei Bedarf einmal runterscrollen und auf "Ich hab's gelesen" klicken

[mkinzler]

Dann würde jeder Runterscrollen und dann bestätigen, ohne zu Lesen. Vielleicht sollte man Verlangen, die AGBs in eine 2. Fenster abzutippen