Laden...
FAQ

[Hinweis] Wie poste ich richtig?

Erstellt von myCSharp.de-Team vor 17 Jahren Letzter Beitrag vor 17 Jahren 536.295 Views
Thema geschlossen
myCSharp.de-Team Themenstarter:in
15 Beiträge seit 2010
vor 17 Jahren
[Hinweis] Wie poste ich richtig?

1. Grundlegendes

myCSharp.de ist ein Forum für C#-Entwickler und ist vor allem der Diskussion von Fortgeschrittenen- und Expertenthemen gewidmet. Das Forum ist gemeinnützig und basiert auf dem Prinzip der Gegenseitigkeit. Wir erwarten von allen einen höflichen und respektvollen Umgang miteinander. Beim Posten eines Beitrages bitten wir euch, in eurem eigenen Interesse die folgenden zehn Regeln einzuhalten. Damit erleichtert ihr den anderen, eurer Anliegen zu verstehen und erhöht die Wahrscheinlichkeit, eine hilfreiche Antwort zu bekommen.

Auch wenn myCSharp für Einsteiger in die C#-Programmierung offen ist, erwarten wir von jedem, sich mit den Grundlagen der Programmierung zu beschäftigen und unbekannte Begriffe selbstständig nachzuschlagen. Fragen, die grundlegende Aspekte von C#, .NET oder der objektorientierten Programmierung betreffen, dürfen ausschließlich im Anfängerforum diskutiert werden, oder werden von den Moderatoren dorthin verschoben.

Für Fragen, die sich ohnehin jedem Anfänger stellen, haben wir eine Liste mit häufig gestellten Fragen zusammengestellt. Tiefergehende Einblicke in ausgewählte Themenbereiche findet ihr in unserem Artikel-Forum. Und auch für den ersten Einstieg in C# haben wir eine kurze Anleitung: [FAQ] Wie finde ich den Einstieg in C#?.

1.1 Erst suchen und in die Doku schauen, dann posten

Bitte benutzt vor der Erstellung eines neuen Themas und vor jeder Nachfrage erst* die FAQ und

  • die Suchfunktion des Forums,
  • des Webs (z.B. Google, Wikipedia) sowie
  • die :rtfm: SDK-/MSDN-Doku und
  • schaut (gerade bei Grundlagen) erst in 🛈 Openbook und 📗 Guide.

Variiert Suchanfragen bitte solange und so stark wie nötig, bis ihr fündig werdet. Fast alles wurde im Forum und erst recht in Netz bereits gefragt und beantwortet, insbesondere bei Standardaufgaben und wenn ihr vermutet, dass ihr nicht die ersten seid, die vor den Problem stehen. Wenn eine Suche nach deutschen Stichworten erfolglos blieb, verwendet die entsprechenden englischen Begriffe. Verwendet Synonyme und sinnverwandte Begriffe. Wenn das alles nicht hilft, formuliert die Anfragen aus einem anderen Blickwinkel komplett neu. Erstellt bitte nur dann ein neues Thema, wenn ihr wirklich keine Lösung mit den genannten und ggf. weiteren Suchmöglichkeiten findet.

Bitte schlagt unbekannte Begriffe selbst nach. Und lest euch in neue Themen zunächst selbst gründlich ein.

1.2 Nur ein Thema pro Thread

Wenn ihr eine Frage stellen wollt ...* eröffnet für jedes neue Thema einen neuen Thread,

  • erstellt Nachfragen, die nahtlos an euer Thema anknüpfen und noch zum Titel passen, im selben Thread,
  • stellt Nachfragen, die ein neues Thema anreißen oder gar in ein anderes Forum gehören, in einem neuen Thread und
  • verwendet alte Threads nur dann wieder, wenn eure Frage nahtlos an das Thema anknüpft.

Das oberste Ziel ist, dass alle im Thread behandelten Punkte zum Titel des Threads passen.

2. Erstellen eines Beitrags

2.1 Im richtigen Forum posten

Bitte wählt das richtige Forum aus. Beachtet dabei nicht nur die Foren-Titel, sondern vor allem die Foren-Beschreibungen.

2.2 Keine Crossposts

Mehrfach- oder Crosspostings verursachen für die Helfer unnötigen Mehraufwand und stiften oft Verwirrung. Sie werden deshalb nicht geduldet und bis auf eins gelöscht bzw. geschlossen.

Als Crosspost gilt natürlich auch, wenn ihr die gleiche Frage in verschiedenen Internet-Foren stellt. Letzteres verursacht den Helfern besonders viel unnötigen Aufwand, da die gleiche Frage unabhängig voneinander mehrfach beantwortet werden muss, weshalb dieses Vorgehen oft als unhöflich oder gar unverschämt angesehen wird.

Davon unabhängig ist es natürlich nicht erlaubt, Fragen zum Thema eines geschlossenen Threads in einem neuen Thread oder per PM erneut zu stellen. Sollte zu einem geschlossenen Thread ein neuer Thread erstellt werden, wird der neue Thread unbeachtlich des konkreten Inhalts gelöscht.

2.3 Sparsam zitieren, keine Full Quotes
*Full Quotes (also das vollständige Wiederholen des/eines vorangegangenen Beitrags als Zitat) sind nicht erwünscht und werden ggf. entfernt oder gekürzt.

  • Zitiert wenn überhaupt möglichst immer nur genau den einen Satz(-teil), auf den ihr euch bezieht.
  • Insbesondere wenn euer Beitrag direkt auf den Beitrag folgt, auf den ihr euch bezieht, ist meistens gar kein Zitat nötig.
  • Zitiert keine Anrede- und Grußformeln.
  • Kennzeichnet Zitate immer und ausschließlich mit [__QUOTE]-Tags.

**
3. Aussagekräftigen Titel wählen**

Bitte wählt ein aussagekräftigen Titel für euer Thema! "Hilfe, Anfänger hat Probleme" wäre zum Beispiel kein aussagekräftiger Titel, "Zugriff per Reflection auf vererbte private Felder" dagegen schon. Der Titel "ListBox" ist zu allgemein, "ListBox per DataBinding füllen" ist deutlich präziser. Ohne gute Titel wird die Forensuche unbrauchbar. Zum nachträglichen Ändern des Titels siehe Punkt 8.

3.1 Aussagekräftigen Linknamen wählen und Links kommentieren

Bitte gebt für jeden Link einen aussagekräftigen Linknamen (das ist der angezeigte, klickbare Text) an! Also z.B. MSDN: How to: Search with Regular Expressions statt hier oder http://msdn.microsoft.com/en-us/library/ms174214.aspx. Der Leser sollte anhand des Linknamens entscheiden können, ob der Link für ihn interessant ist, ohne den Link anklicken zu müssen. Reicht ein Linkname dafür alleine nicht, kommentiert den Link bitte zusätzlich.

Bei Links auf myCSharp.de-Threads, -Posts, -Unterforen und -Profile sowie bei myCSharp.de-Suchlinks, wird durch die Editor-Option "URLs automatisch umwandeln" automatisch ein passender Linkname eingesetzt. Aus http__://www.mycsharp.de/wbb2/thread.php?threadid=21580 wird automatisch On-the-fly Regex-Tester: Regex-Lab.

Bitte verwendet keine Kurz-URL-Dienste. Man muss der Url direkt ansehen können, wo man landet!

Für manche Browser gibt es Erweiterungen, welche beim Copy & Paste von Link und Linknamen behilflich sind. Für Firefox kann z.B. Colt oder für Chrome CopyLinkText verwendet werden.

4. Verlangt keine fertigen Lösungen

Wir geben gerne Tipps und Hinweise, aber die eigentliche Umsetzung kann man sich nur mit eigenem Einsatz erarbeiten. Bitte fragt uns daher nicht nach vollständigen Quellcodes oder fertigen Codebeispielen, die euer spezielles Problem lösen. Es ist nicht die Aufgabe des Forums, eure (Haus-)Aufgaben zu erledigen, sondern Hilfestellungen bei euren Problemen und bei der Fehlersuche zu geben.

4.1 Bitte keine kompletten Projekte posten

Bitte gebt uns andersherum auch keinen längeren oder gar kompletten Quellcode mit der Frage, wo der Fehler ist. Außerhalb des Review-Forums dürfen keine kompletten Projekte (Projektmappen) an den Beitrag angehängt werden. Bitte verwendet auch auf keinen Fall Links auf externe Filehoster. Postet stattdessen bitte nur den relevanten Code direkt im Beitrag.

Wenn ihr aufgefordert werdet, ein Projekt anzuhängen, dann verwendet möglichst immer ein minimales Beispielprojekt. Also ein Projekt, das den Fehler zeigt - aber dabei so klein wie möglich ist. Ladet das (Minimal-)Projekt als Dateianhang hoch, und bitte verwendet auch hier keine externen Filehoster.

4.2. Wälzt nicht eure Aufgaben auf uns ab

Wundert euch nicht, wenn es zum Teil sehr heftige Gegenreaktionen gibt, falls ihr doch nach fertigen Lösungen fragt oder anderweitig der Eindruck entsteht, dass ihr uns kostenlos für eure Aufgaben einspannen wollt.

5. Problem genau beschreiben - inkl. genauer Fehlermeldung - und konkrete Fragen stellen

Bitte beschreibt euer Problem immer möglichst konkret und möglichst genau:
*Genaue Fehler- bzw. Exceptionmeldung (inkl. Fehlernummer CSxxxx bzw. inkl. Name der Exception und vollständigem StackTrace) *Codezeile, die den Fehler enthält bzw. die Exception auslöst *Codeauszug in dem der Fehler entsteht

Versucht Syntaxfehler unbedingt immer zu erst selbst zu lösen und geht dabei am besten wie in [Hinweis] Syntaxfehler selbst lösen (Compilerfehlermeldungen) beschrieben vor.

Wenn ihr keine Fehler- oder Exceptionmeldung bekommt, beschreibt das Fehlverhalten möglichst genau. Mit "funktioniert nicht" alleine ist uns leider nicht geholfen; genausowenig mit "verstehe ich nicht". Bitte schreibt genau, was ihr probiert habt; was ihr nicht versteht und stellt konkrete Fragen. Wenn etwas nicht funktioniert, beschreibt sowohl den IST- als auch den SOLL-Zustand.

Bitte schreibt und formuliert immer möglichst verständlich. Dafür kann es helfen, sich in die Lage der späteren Leser zu versetzen und den Beitrag vor dem Absenden selbst noch mal komplett durchzulesen.

Wenn es das Verständnis fördert, verwendet Bilder (z.B. Screenshots) oder Videos (z.B. Screenrecodings), die Abläufe/Effekte zeigen. Dies ersetzt aber keinesfalls eine gute und vollständige textuelle Beschreibung. Fehlermeldungen sollten immer als Text kopiert werden.

Tipp: Strg-C kopiert MessageBox-Inhalt

Siehe auch Bitte die exakten Klassennamen verwenden! (insbes. bei DataGrid/DataGridView/GridView).

6. Code-Tags und Anhänge verwenden

Bitte verwendet bei Codebeispielen Code-Tags. Schließt dazu C#-Code in [CSHARP] und [/CSHARP], XML/XAML-Code in [XML] und [/XML] und anderen Code in [CODE] und [/CODE] ein. Bitte achtet auf korrekte Einrückung des Codes. Bitte seid sparsam mit Code. Zum nachträglichen Einfügen von Code-Tags siehe Punkt 8. VB-Code ist im Unterforum "Rund um die Programmierung" erlaubt, im restlichen Forum erfahrungsgemäß eher ungerne gesehen.

Bitte schreibt den Code unter Verwendung der genannten Tags immer direkt in den Beitrag. Nur so ist sichergestellt, dass der Code dauerhaft verfügbar ist.
Der Editor bietet hier eine Unterstützung zu den wichtigsten BB-Tags.

itte setzt keine Links auf externe Dienste wie pastebin.com.
Für Fehlermeldungen bitte den [__ERROR]-Tag einfügen.

6.1 Bilder als Dateianhang hochladen

Bitte keine Verweise auf externe Bildquellen einbinden, also bitte weder [__IMG]-Tags benutzen, noch Links auf Bildhoster einfügen. Bitte Bilder immer als Dateianhang hochladen. Natürlich nur, wenn ihr über die nötigen Rechte zur Veröffentlichung der Bilder verfügt. Pro Beitrag kann ein Bild angehängt werden; um mehr als ein Bild anzuhängen, dürfen hintereinander mehrere Beiträge erstellt werden. Bitte Bilder nicht als ZIP o.ä. hochladen, sondern immer direkt als Bilddatei (GIF, JPG, PNG).

Es gibt wichtige Gründe dafür, Bilder als Dateianhang hochzuladen:*Nur so ist sichergestellt, dass sie dauerhaft verfügbar sind. Wenn mit [__IMG] (oder [__URL]) verlinkte Bilder nicht mehr verfügbar sind, könnten Threads sonst unbrauchbar/unverständlich werden. *Wenn mit [__IMG] verlinkte Bilder zu groß sind, zerreißen sie das Layout. Bilder als Dateianhang werden dagegen bei Bedarf automatisch passend verkleinert. *Wenn Bilder als gepackte Datei (ZIP o..ä) angehängt werden, ist es für die Helfer unnötig aufwändig, den Dateianhang erst herunterzuladen und auszupacken, bevor die Bilder angezeigt werden können.

**
7. Nicht gleich pushen, nicht drängeln**

Wenn ihr nach 30 Minuten noch keine Antwort bekommen habt, ist es zu früh zu pushen/spammen, einen Tag sollte man schon warten. Mit Antworten wie "Kann mir wirklich niemand helfen?" oder Zusätzen wie "Es ist DRINGEND" verärgert ihr nur die Leute, die euch helfen könnten.

8. Tut, worum man euch bittet

Wenn ihr einen schlechten Titel (s. 3.) gewählt oder die Code-Tags (s. 6.) vergessen habt, verwendet bitte "Beitrag editieren", um dass zu korrigieren. Wenn ihr vergessen habt, die genaue Fehlermeldung (s. 5.) anzugeben oder eurer Problem noch genauer beschreiben wollt, verwendet bitte "Antwort erstellen". Wenn ihr dazu aufgefordert werdet, das zu tun, erwarten wir, dass ihr der Bitte nachkommt.

Bitte beantwortet alle Nach- und Gegenfragen, die von den Helfern an euch gestellt werden ... selbst wenn ihr deren Sinn (noch) nicht erkennt.

9. Eigene Lösungen posten

Wenn ihr keine Antwort bekommt und später selber eine Lösung findet - oder wenn ihr später eine bessere Lösung als die geposteten findet -, postet diese Lösung bitte für alle, die in Zukunft das gleiche Problem haben. Bitte löscht auf keinen Fall eure Fragen (also den Text eurer Beiträge) und schreibt die Lösung auch nicht als Edit in die bestehenden Beiträge, sondern postet die Lösung bitte als neue Antwort ("Antwort erstellen").

10. Editieren mit Augenmaß

Geht beim Editieren von Beiträgen mit Augenmaß vor. Macht nie nachträglich aus schwarz weiß. Seid euch bewusst, dass beim Editieren der Thread für die anderen nicht wieder auf ungelesen gesetzt wird und auch keine Benachrichtigungsmails verschickt werden, wie das beim Erstellen eines Threads und beim Antworten der Fall ist. Tippfehler zu ändern, ist jederzeit ok. Löscht keinesfalls den gesamten Inhalt des ersten Beitrag eines Threads.

Die genannten 10 Punkte konkretisieren die Community-Regeln im Hinblick auf die gelebte Praxis.

PS:

Liebe myCSharp-Benutzer,

Threads können nur von Moderatoren geschlossen werden. Dass ein Thread erledigt oder gelöst ist, ist jedoch kein Grund ihn zu schließen, da es immer sein kann, dass zu dem Thema im Nachhinein noch wichtige oder interessante Aspekte oder Ergänzungen auftauchen.

Weiterführende Informationen

Community-Regeln
Spezielle Regeln für den Code-Review-Bereich
Spezielle Regeln für den Szenenews-Bereich
Hinweise zur Jobbörse
Spezielle Regeln für den Buchbereich
Willkommen im Buchshop!
Lizenzbedingungen für die Projekte / Spezielle Regeln für Projekte-Threads
Lizenzbedingungen für .NET-Komponenten und C#-Snippets auf myCSharp.de
Bitte keine E-Bay-Auktionen bewerben
Datenschutzerklärung
Kontakt zum Team

Wie kann man sich an die Moderatoren des Forums wenden?
Siehe Kontakt zum Team

Hier noch eine allgemeine Abhandlung darüber, wie man Fragen richtig stellt

Thema geschlossen