Etikette beim Stellen von Fragen in einem IRC-Kanal [geschlossen]

36

Viele größere OSS-Projekte unterhalten IRC-Kanäle, um ihre Verwendung oder Entwicklung zu besprechen. Wenn ich ein Projekt nicht mehr verwende, weil ich versucht habe, Informationen im Web zu finden, versuche ich unter anderem, im IRC-Kanal nachzufragen.

Aber meine Fragen werden von den Leuten im Kanal immer komplett ignoriert. Wenn es Stille gab, als ich eintrat, wird es immer noch Stille geben. Wenn ein Gespräch im Gange ist, wird es ungestört fortgesetzt. Ich lasse den Kanal für ein paar Stunden offen und hoffe, dass mich irgendwann jemand engagiert, aber nichts passiert.

Also mache ich mir Sorgen, dass ich auf eine Art unhöflich bin, die ich nicht verstehe, oder gegen eine unausgesprochene Regel verstoße und dafür ignoriert werde. Ich versuche, meine Fragen höflich, sachlich und grammatisch zu formulieren und darauf hinzuweisen, dass ich die offensichtlichen Lösungen ausprobiert habe und warum sie nicht funktionierten. Ich verstehe, dass ich den Leuten auf dem Kanal offensichtlich völlig fremd bin, aber ich bin mir nicht sicher, wie ich das beheben soll. Sollte ich nur eine Woche lang im Kanal lauern und nichts sagen? Das scheint auch absurd.

Eine typische Nachricht, die ich sende, könnte lauten: "Hallo zusammen - Ich habe versucht, Foo zum Laufen zu bringen, erhalte aber weiterhin eine BarException. Ich habe versucht, den Quux zurückzusetzen, aber dies scheint nichts zu bewirken. Hat jemand eine Vorschlag, was ich probieren könnte? "

Zarkonnen
quelle
2
Das hängt vom Kanal ab. Keiner gleicht dem anderen ... Am besten lauern Sie eine Weile, bevor Sie etwas veröffentlichen. Sehen Sie, wie es gemacht wird, und schließen Sie sich dann auf die erwartete Weise an.
Oded
Was genau hat das mit Programmierung zu tun?
Joel Etherton
4
@JoelEtherton: Nun, es geht um die zwischenmenschliche Seite des Software Engineerings.
Zarkonnen,
6
@ JoelEtherton es hat mit Programmierern zu tun
Nischayn22
1
Zur Verdeutlichung: Ich spreche nicht von "Wie verwende ich Project X". Ich spreche von "Wie hacke ich Project X". Es ist eine Frage zur Kultur und Etikette von Programmierern und OSS-Projekten.
Zarkonnen

Antworten:

38
  • Regel Nr. 1: Fragen Sie nicht nach
  • Regel Nr. 2: Verhalten Sie sich wie in einem echten Gespräch
  • Regel 3: Sei geduldig. Wenn es keine Aktivität gibt, bedeutet dies normalerweise, dass noch niemand gelesen hat, was Sie geschrieben haben. Wenn niemand antwortet, wissen sie es nicht oder bemerken es nicht. Sie können es nach einiger Zeit erneut versuchen oder fragen, ob jemand vor x Minuten eine Ahnung von Ihrer Frage hat.

Manchmal ist IRC auch nicht der beste Weg, um Hilfe zu bekommen. Sie könnten fragen, ob es ein aktiveres Forum gibt, beispielsweise eine Mailingliste, die Sie ausprobieren können.

l3dx
quelle
1
Mit "bitte nicht fragen" meinst du: "geh nicht, kann ich dir eine Frage stellen?"
Zarkonnen
5
@Zarkonnen genau. "Frag nicht danach. Frag einfach". Fragen Sie die Leute nicht "Jemand in der Nähe?" oder ganz zu schweigen davon, andere hervorzuheben, um zu fragen, ob sie in der Nähe sind. Es ist einfach einfacher, Ihre Frage fallen zu lassen, abzuwarten und abzuwarten. Fragen Sie in ein paar Stunden noch einmal oder so.
ZXCDW
3
Ich habe auch festgestellt, dass das Posten von Aktualisierungen Ihrer Versuche, das Problem zu lösen, ebenfalls hilfreich sein kann.
Spencer Rathbun
2
Wenn es sich um einen bestimmten Teil des Codes handelt, der länger als ~ 5 Zeilen ist, betrachten es viele IRC-Benutzer als unhöflich, wenn Sie keine Dienste wie pastebin.com verwenden, sondern diese direkt in den Channel
einfügen
+1 für die Foren und Mailinglisten. IME sind sie in der Regel viel nützlicher als IRC-Kanäle, um technische Unterstützung für ein Projekt zu erhalten.
Mason Wheeler
13

Teilen Sie Ihre Frage nach Möglichkeit so einfach wie möglich auf. Während des Programmierens habe ich viel Zeit damit verbracht, im IRC Fragen zu stellen. Manchmal funktionierte mein Code einfach nicht und ich wusste nicht warum, also legte ich mein 200-Zeilen-Programm in einen Einfügebehälter und fragte, warum in Zeile 78 ein Fehler aufgetreten war. Niemand antwortete.

Ich habe festgestellt, dass ich den problematischen Code isoliert habe, um Antworten zu erhalten. Wenn ich mein Beispiel nicht in 20 Zeilen oder weniger einpassen konnte, war es schwierig, eine gute Antwort zu bekommen. Dies erforderte oft viel Arbeit, aber dabei löste ich oft mein eigenes Problem, bevor ich im IRC nachfragen musste.

(Dieser Rat galt auch für gute SO-Fragen.)

Buttons840
quelle
12

Überprüfe die Zeitzone der Hauptentwickler. Wenn sie nicht wach sind, wenn du sie IRCst, bekommst du kaum eine Antwort.

Einige mögen online erscheinen, haben aber nur einen Bot zurückgelassen oder den Client offen gelassen , um nach einigen Nachrichten zu suchen, wenn sie aufwachen / zurückkommen. Wenn Sie sich nicht erneut anmelden, haben sie jedoch keine Möglichkeit, zu Ihnen zurückzukehren, wenn sie verfügbar sind.

Auf jeden Fall funktionieren Mailing-Listen oder Issue-Tracker für Verwendungshinweise besser.

IRC ist für Entwickler, die an dem Projekt arbeiten, nützlicher: Sie können die Bemühungen der anderen in Echtzeit synchronisieren und diskutieren, ohne versehentlich einen Flamewar zu starten.

(Fehler und Missverständnisse bei umstrittenen Themen - wie "Was ist als Nächstes zu tun?" - lassen sich schneller erkennen und in Echtzeit korrigieren.)

ZJR
quelle
5

Stellen Sie sicher, dass Sie im richtigen Kanal sind. Wenn Sie in einem Entwicklerkanal sind, ist dies offensichtlich kein Helpdesk-Kanal.

Wenn ich ein Entwickler bin, über den ich diskutieren möchte, dann hilf nicht dem zufälligen Benutzer Nr. 1040, der nicht wirklich gut dokumentierte Funktionen x zum Laufen bringen kann.

Pieter B
quelle
2
Und wenn Sie zu einem Community-getriebene FOSS - Projekt beitragen, die Chancen sind Merkmal X ist sehr weit von gut dokumentiert.
K.Steff
1
Ich denke, ich sollte auf Übertreibungen verzichten.
Pieter B
Mein Punkt war nur, dass die meisten FOSS-Projekte unter unzureichender Arbeitskraft leiden und sich auf Code konzentrieren, ohne dass Nörgelei beabsichtigt ist.
K.Steff