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

[Memnarch]

@MKinzler:

Delphi-Quellcode:

procedure ShowAGBPad()
var
  LRechtschreibFehler: TError;
  LAGBBenutzerKopie: TAGBPad;
begin
  LAGBBenutzerKopie := TAGBPad.Create();
  LAGBBenutzerKopie.ShowModal();
  for LRechtschreibFehler in LAGBBenutzerKopie do
  begin
    ShowAGBPad();
  end;
  LAGBBenutzerKopie.Free();
end;

Bei einem Speicherüberlauf wird der nutzer als "Unwürdig" abgestempelt, und ihm wird auf ewig der Beitritt zur DP gespeert


MFG
Memnarch

[Laser]

Moin,

Zitat von Die Muhkuh:

schöner Leitfaden, aber mal ehrlicher: Ein Newbie wird sich das wohl kaum durchlesen

hier kommt der Gegenbeweis.

[himitsu]

Sooooo neu bist'e nu och nimmer.

OK, manchmal soll es ja die eine Ausnahme von der Regel geben.

[Metschu]

Ich hab in nem anderem Forum (Ging um Achterbahnen / Freizeitparks) ne Interessante Methode gefunden:

Die haben sich richtig mühe gegeben, ein "Online Trainig" mit "Abschlusstest" zu erstellen. Wenn man sich dort anmeldet, muß man erst das "Trainig" absolvieren und dann den Abschlusstest bestehen. Erst dann ist man für das Schreiben im Forum freigeschaltet.
Ne nette, aber aufwändige Idee.

Gruß

Torsten

[mkinzler]

Müssen sich dann alle Bestandsmitglieder sich nachträglich "qualifizieren"?
Ich finde dass ist mit Pershings auf Fliegen geschossen. ( persönliche Meinung)

[haentschman]

Hallöle...

das würde ich genauso bescheuert finden wie das Ziggaretten wegschließen in Supermärkten, die Nachtschalter an Tankstellen... kein Vertrauen in die Menschen wegen ein paar Idioten die sich nicht benehmen können

[Bjoerk]

Japp, außerdem ergibt sich dann immer das Problem, wer entscheidet, wer das entscheiden darf? Würd’s auch eher so lassen, wie’s jetzt ist.

[EWeiss]

Zitat von Bjoerk:

Japp, außerdem ergibt sich dann immer das Problem, wer entscheidet, wer das entscheiden darf? Würd’s auch eher so lassen, wie’s jetzt ist.

Meine ich aber och...
Warum sollte man da was ändern. Ich denke im Leitfaden von Detlef ist alles gesagt.
Und er hat sich so viel mühe damit gegeben.

gruss

[DeddyH]

Ich denke auch, eine Art "Aufnahmeprüfung" ist wohl eher kontraproduktiv. Man kann doch einfach bei besonders krassen Fragestellungen hierher verlinken. Ob der jeweilige TE das dann beherzigt, darauf haben wir sowieso keinen Einfluss.