it-swarm-eu.dev

Warum verwenden Programmierer immer noch Mailinglisten?

Warum arbeiten viele Open Source-Projekte hauptsächlich über Mailinglisten und nicht beispielsweise über Foren zusammen? Ich mag in meiner Einschätzung unwissend sein, aber ich denke zusammen mit meinem Kommunikationslehrer, dass Mailinglisten ziemlich ineffizient sind:

  • Es ist schwer, auf alte Nachrichten zu verweisen. Sie müssen warten, bis eine Archivierungssite die Nachricht aufnimmt, zu der Sie einen Link erstellen möchten, und sie dann nachschlagen.
  • Es ist schwierig, auf Nachrichten zu antworten, die Sie nicht aus dem Abonnement erhalten haben, da Sie den Absender- und Nachrichteninhalt manuell kopieren müssen.
  • Es ist unmöglich, Diskussionsfäden zu moderieren. Beiträge können nicht ohne übernatürliche Kräfte gelöscht oder geändert werden.
  • Es ist schwierig, Threads zusammenzuhalten (nämlich sicherzustellen, dass alle Teilnehmer der Konversation kopiert/beantwortet werden).
  • Für Benutzer ist es schwierig, an mehreren Mailinglisten mit hohem Volumen teilzunehmen, da sie Filter abonnieren und einrichten müssen (oder einfach nur wirklich involviert sein müssen).

Was real Rand haben Mailinglisten, die mir nicht eingefallen sind?

83
Joey Adams

Zusätzlich zu den Argumenten "weil sie daran gewöhnt sind" bietet E-Mail noch einige weitere große Vorteile:

  1. Sie haben bereits eine E-Mail-Adresse und müssen sich nicht für jedes Projekt für ein weiteres Messageboard-Konto anmelden.
  2. Bei einem Messageboard müssen Sie die Seite aktiv besuchen und aktualisieren, um neue Nachrichten anzuzeigen. Auf der anderen Seite haben die meisten Leute ihren E-Mail-Client (Outlook, Mail, Gmail) den ganzen Tag geöffnet und er wird automatisch aktualisiert, sobald eine neue Nachricht eingeht.

Kurz gesagt, die Verwendung eines Messageboards erfordert, dass ich meine Gewohnheiten erheblich ändere. Auf der anderen Seite passen Mailinglisten einfach und problemlos in meine bestehende Routine, sodass die Übernahme viel einfacher ist.

40

Der Real Edge (tm), den Mailinglisten haben, ist mit weniger beschäftigten Projekten. Damit ein webbasiertes Forum erfolgreich sein kann, braucht es einen Kern von ständig anwesenden Personen, die auf Fragen antworten, Vorschläge machen und diese moderieren können. Aber wenn ein Board nur ein paar Posts pro Woche oder Monat hat, besuchen viele Leute, die sich für das Thema interessieren (sei es ein Open Source-Projekt, ein kommerzielles Projekt, ein Hobby, was auch immer), das Board nicht regelmäßig, weil es dort selten etwas Neues gibt.

Was dann passiert, ist, dass das Board zu einer Art B-Tch-Sitzung wird. Leute nur gehen dorthin, um einen Fehlerbericht zu veröffentlichen oder wenn sie ein Problem/eine Beschwerde haben. Aber da nicht viele Leute regelmäßig zu Besuch sind, kommt es einfach zu vielen Beschwerden/Problemen ohne Antworten und sehr wenig Community Building.

Wenn Sie eine Mailingliste haben, werden diese Fragen an alle auf der Liste weitergeleitet, anstatt nur von einer kleinen Gruppe von Mitgliedern gesehen zu werden, die in dieser Woche das Webforum besuchen möchten. Es ist viel wahrscheinlicher, dass sie von jemandem gesehen werden, der die Frage tatsächlich beantworten kann.

Sobald das Projekt groß genug ist, ist es oft sinnvoll, auf ein Board zu wechseln, da zu diesem Zeitpunkt die Leute mit E-Mails überhäuft werden.

imo, meine liebste Art, diese Dinge zu organisieren, ist über Newsgroups, aber sie sind in Ungnade gefallen. Mit Gruppen konnten Sie mit einem Newsreader alle neuen Themen in allen Gruppen anzeigen, denen Sie folgen (Nutzen der E-Mail-Liste), jedoch mit der Diskussionsfunktion eines Webforums. Leider ist es gerade unter nicht-technischen Leuten ein absolutes No-Go, wenn Benutzer einen Newsreader benötigen und die Gruppen einrichten.

45
GrandmasterB

Es ist schwer, auf alte Nachrichten zu verweisen. Sie müssen warten, bis eine Archivierungssite die Nachricht aufnimmt, zu der Sie einen Link erstellen möchten, und sie dann nachschlagen.

Angenommen, Ihr Listenserver funktioniert ordnungsgemäß, ist dies kein Problem, da es sich um alte Nachrichten handelt (das Verweisen auf neue Nachrichten kann problematisch sein).

Es ist schwierig, auf Nachrichten zu antworten, die Sie nicht aus dem Abonnement erhalten haben, da Sie den Absender- und Nachrichteninhalt manuell kopieren müssen.

Wenn nur jemand eine Funktion entwerfen würde - vielleicht sogar eine, die in die OS-Shell selbst integriert ist -, um Text einfach auszuwählen und zu duplizieren. Vielleicht könnte es einer zunehmend anachronistischen Aktivität in der realen Welt wie Scrapbooking nachempfunden werden.

(Ich bin mir nicht sicher, worauf Sie sich hier beziehen. Das Fortführen privater Threads in der Öffentlichkeit ist in der Regel eine manuelle Operation, unabhängig von der beteiligten Software.)

Es ist unmöglich, Diskussionsfäden zu moderieren. Beiträge können nicht ohne übernatürliche Kräfte gelöscht oder geändert werden.

Das umgekehrte Argument ist, dass es für einen Schurkenlistenbesitzer viel schwieriger ist, den Verlauf neu zu schreiben, indem er Teile der Konversation löscht, die nicht mit ihm übereinstimmen, da ein oder mehrere Benutzer wahrscheinlich ihre eigenen Kopien haben werden.

Es ist schwierig, Threads zusammenzuhalten (nämlich sicherzustellen, dass alle Teilnehmer der Konversation kopiert/beantwortet werden).

Die richtige Client-Software sollte dies leicht handhaben und eine flexiblere Anzeige und Reihenfolge von Threads bieten, als es die meisten Web-Forum-Software zulässt.

Für Benutzer ist es schwierig, an mehreren Mailinglisten mit hohem Volumen teilzunehmen, da sie Filter abonnieren und einrichten müssen (oder einfach nur wirklich involviert sein müssen).

Hochvolumige Foren sind nicht einfacher. Wenn überhaupt, ist es schwieriger (wenn nicht unmöglich), Filter in Webforum-Paketen zu konfigurieren. Entweder bist du "wirklich involviert" oder du vermisst wahrscheinlich etwas.

Welchen echten Rand haben Mailinglisten, der mir nicht in den Sinn gekommen ist?

Datenschutz standardmäßig ohne "noch ein weiteres Website-Konto". Schnell einzurichten. Eine natürliche Weiterentwicklung informeller E-Mail-Ketten, wenn die Gruppe wächst. Kein brechender Kontext, um bei der Verarbeitung von Antworten von E-Mail ins Web zu wechseln. Vertraut mit fast jedem (ja, ja, koreanische Kinder/die Facebook-Generation verwenden keine E-Mails ...)

12
Shog9

Ich bevorzuge Mailinglisten gegenüber Foren, weil es einfacher ist. In Foren muss ich wiederholt aktiv etwas unternehmen (nämlich eine weitere Website besuchen). Während eine Mailingliste die Nachrichten direkt an einen Ort sendet, muss ich sie sowieso immer geöffnet haben. Einzelner Ansprechpartner (Mailingliste) vs. mehrere Ansprechpartner (Foren). Interruptgesteuert (Mailingliste) vs. Polling (Foren).

Es scheint hier eine Generationssache zu geben, aber ich weiß nicht, dass es so sehr "das ist, womit du aufgewachsen bist", sondern "die Lebensphase, in der du bist". Jetzt, wo ich älter bin, habe ich so viele weitere Verpflichtungen (außerhalb des Computerlandes), dass ich einfach nicht mehr die Zeit habe, aktiv nach Foren zu suchen. Wenn es jedoch nur in meine Mailbox kommt, wird es behandelt.

9
Brian Knoblauch

Von https://github.com/pypa/packaging-problems/issues/21#issuecomment-46129044


Meine Erfahrung: GitHub (und Bitbucket) sind großartig. Suchmaschinen finden relevante Diskussionen, oder Sie können das Repo durchsuchen, um alles zu sehen. Alle Kommentare befinden sich auf einer Seite, und es ist offensichtlich, wie Sie Ihre eigenen hinzufügen können (es gibt einen riesigen grünen "Kommentar" -Button). Es ist kinderleicht, ein Konto zu erstellen - die meisten Community-Leute haben bereits ein Konto -, aber wenn nicht, ist dies ein vertrauter Prozess. Daher ist GitHub sehr einladend und auch nivellierend.

Mailinglisten hingegen sind schrecklich, und ich glaube, sie schließen fast die gesamte Community aus. Von einer Suchmaschine aus werden Sie ab der Mitte der Diskussion zu einem einzelnen Beitrag weitergeleitet. Möglicherweise sehen Sie Auszüge aus früheren Beiträgen in umgekehrter chronologischer Reihenfolge. Es ist desorientiert. Um alle Kommentare zu lesen, müssen Sie um eine Baumstruktur klicken (auf einer anderen Seite angezeigt). Das ist lächerlich unfreundlich. Die meisten Menschen geben sicherlich auf. Vielleicht ist die Erfahrung besser, wenn Sie ein Mitglied der Mailingliste sind und die Nachrichten in Ihrem Posteingang erhalten. Verstehe jedoch, dass neue Leute immer Mailinglisten-Beiträge im Web lesen.

Schlimmer noch, es gibt keine Anweisungen auf der Seite, wie man kommentiert. Zum Beispiel https://mail.python.org/pipermail/distutils-sig/2013-August/022529.html gibt es keinen großen grünen Kommentarknopf. Wenn Sie herumklicken, können Sie sich anmelden, um zukünftige Beiträge in Ihrem Posteingang zu erhalten (nicht sicher, ob ich das will), aber das erklärt immer noch nicht, wie antworte auf den Beitrag, den du liest . Ich vermute, dass ältere Communitys dieses Problem nicht kennen, weil sie auf Mailinglisten aufgewachsen sind. Verstehen Sie, die meisten jungen Leute wissen nicht, wie man eine Mailingliste benutzt - sie haben noch nie eine gesehen. Nach modernen Maßstäben ist der Prozess dazu lächerlich langsam. (Ich lese einen Beitrag im Web. Ich sollte in der Lage sein, einen Kommentar von derselben Seite zu schreiben.) Es ist für viele unerschwinglich.

PEPs sind daher problematisch. Zum Beispiel http://legacy.python.org/dev/peps/pep-0453/ . Es gibt keine Community-Kommentare auf der Seite selbst. Es gibt Links zu fünf verschiedenen Mailinglistenseiten, auf denen Sie lesen können, was andere Personen in der Vergangenheit gesagt haben, aber es gibt keine Anweisungen, wie Sie Ihre eigenen haben können sagen. Das ist eine Schande. (Vergleiche mit Ruby Feature-Anfragen, die in einem normalen Kommentarthread auf derselben Seite behandelt werden https://bugs.Ruby-lang.org/issues/8992 )

bugs.python.org ist meiner Erfahrung nach ebenfalls unerwünscht. Ich habe einmal einen Fehler gemeldet, der sofort mit einer Antwort geschlossen wurde

Sie können hier nichts kommentieren, Sie sind am falschen Ort. Dieses Thema wurde bereits mehrmals auf der Mailingliste besprochen [kein Link angegeben]. Wenn Sie einen Kommentar abgeben möchten, sollten Sie sich der Mailingliste anschließen, in der Zeit zurückgehen, auf den richtigen Beitrag warten und dort antworten.

Die Nachricht war höflich, aber völlig wenig hilfreich. Ich fühlte mich unwillkommen. Ich gab den Versuch auf, einen Beitrag zur Community zu leisten (was ich vermutete) und begann stattdessen, Rants über Stack Overflow zu schreiben. Sie erwiesen sich als äußerst beliebt, was mich ermutigte, erneut an der Teilnahme teilzunehmen. Ich bin froh, dass ich Ihre GitHub-Gruppe gefunden habe - Sie haben interessante Dinge zu sagen und Sie haben meine Beiträge akzeptiert. Vielen Dank. Ich habe sogar Pull-Anfragen eingereicht - ich finde es toll, wie gut GitHub ist.

Zur Verdeutlichung glaube ich nicht, dass das Poster auf bugs.python.org versucht hat, mich auszuschließen - sie dachten wahrscheinlich, sie wären hilfreich. Aber die wahrgenommene Einstellung "Wir tun Dinge auf unsere Weise" ließ mich ignoriert und unerwünscht fühlen. Ich bin sicher, dass andere potenzielle Mitwirkende die gleichen oder frühere Hürden genommen haben. http://bugs.python.org/issue16675

8
Colonel Panic

Bloße E-Mails an sich haben bereits alles, was Sie wollen. Auf eine bestimmte Nachricht antworten, eine bestimmte Passage zitieren und einen interessanten Beitrag an einen Freund von Ihnen weiterleiten. Darüber hinaus können Sie alles hinzufügen Sie wollen.

Jeder Programmierer hat eine E-Mail. Und die meisten von ihnen verwenden einen anständigen Mail-Client. Ein Kunde, den sie ausgewählt haben und den sie mögen. Ein Kunde, der seine Newsfeeds, seine persönlichen E-Mails und seine Arbeitspost zusammenfasst. Und ihre Mailinglistenpost. Die Verwendung eines Forums führt nur zu unnötiger Fragmentierung.

Richtige E-Mail-Clients bieten Ihnen alle gewünschten Funktionen (Lesezeichen setzen, filtern, markieren, lesen/ungelesen markieren (etwas, das Sie in Foren nicht tun können)). Sie funktionieren für jede Art von E-Mail gleich.

Eine Mailingliste überlässt den Benutzern die Kontrolle, während ein Forum sie an die eingeschränkten Funktionen sperrt, die sie bietet. Programmierer behalten gerne die Kontrolle. Daher tendieren sie dazu, Mailinglisten zu bevorzugen.

3
back2dos

Vor allem aus Gründen der Flexibilität: Es ist einfach, ein webbasiertes Archiv einer Mailingliste bereitzustellen, während Benutzer weiterhin den E-Mail-Client ihrer Wahl für die Interaktion verwenden können.

Wenn Sie sich stattdessen für ein Forum entscheiden, wird nicht nur eine webbasierte Ansicht für historische Nachrichten ausgewählt (mit beiden Technologien einfach bereitzustellen!), Sondern die Benutzer können auch ein webbasiertes Tool für die Interaktion mit dem Forum verwenden.

Anders ausgedrückt: Die Verwendung des Webs zur Interaktion mit einem E-Mail-basierten Forum ist ein gelöstes Problem. Verwenden Sie E-Mail, um mit einem webbasierten Forum zu interagieren? Nicht so viel.

Bedenken Sie nun, dass viele Entwickler routinemäßig ein Dutzend oder zwei Foren folgen und überlegen, welche attraktiver sind - ein eindeutiges Login und Passwort für jedes Forum einrichten und für jedes eine separate Benutzeroberfläche erlernen oder über alle mit ihnen interagieren eine Identität, die Sie bereits seit langem etabliert haben (Ihre E-Mail-Adresse) und die Sie mit einem einzigen Tool alle anzeigen (und archivieren und durchsuchen)?

2
jimwise

Beachten Sie, dass Freiwilligenprojekte in der Regel eher auf Entwickler/Mitwirkende als auf Benutzer ausgerichtet sind. Dies ist sinnvoll, da erstere in der Regel nur eine begrenzte Zeit haben, während letztere etwas „kostenlos“ erhalten.

Die Projekte, mit denen ich zusammengearbeitet habe (hauptsächlich im Zusammenhang mit GNOME), weisen in der Regel einen echten Personalmangel auf. Daher ist alles von Vorteil, was Zeit spart oder Entwicklern die Teilnahme erleichtert. Also aus Sicht des Entwicklers (in zufälliger Reihenfolge):

  • Mails ermöglichen eine hochgradig angepasste Filterung, die häufig verwendet wird. Zum Beispiel gehen alle Mails von ML für das Projekt, die ich pflege, direkt in meinen Posteingang und sind als solche gekennzeichnet. Für weniger wichtige ML gehen sie in einen separaten Ordner und überspringen die Informationen. Für andere benutze ich nur NNTP + Gmane.
  • Mails ermöglichen eine hochgradig anpassbare MUA, angefangen von Weboberflächen bis hin zu sehr komplizierten Programmen, die das Filtern, Hervorheben wichtiger E-Mails, das Erstellen von Aufgaben usw. ermöglichen. Sie ermöglichen das Skripten von Antwortteilen und das Automatisieren bestimmter Teile.
  • Der Zugriff auf ML hat für mich (zum Beispiel) keine Reibung. Ich muss kein zusätzliches Konto erstellen - in den meisten Fällen abonniere ich nur über NNTP in Gmane und sende bei vielen ML einfach eine E-Mail. Andererseits muss ich ein Konto im Forum erstellen, ein Passwort erstellen, das a) sicher, b) eindeutig ist [denn wer weiß, ob das Forum das Passwort nicht durch rot13 "verschlüsselt"] und c) alle Anforderungen erfüllt [at Mindestens 8 Zeichen, einschließlich Klein- und Großbuchstaben und einige Sonderzeichen, aber nicht zu speziell wie Punkt, es sei denn, heute ist Dienstag, wenn wir den Punkt zulassen ...] und dann anfangen zu bezweifeln, dass ich ein Mensch bin, während ich versuche, CAPATCHA zu lösen ;)
  • Mit Mails können Teilnehmer zum Thread hinzugefügt werden, wenn sie benötigt werden. Zum Beispiel können Sie für die Patch-Überprüfung jemanden zum To-Feld hinzufügen und ihn fragen, ob dies seine Arbeit usw. nicht beeinträchtigt. Die meisten Foren erlauben solche Dinge nicht - zumindest nicht mit wenigen Klicks wie die meisten MUA. Mit Mails können Sie auch Personen aus der Diskussion entfernen (indem Sie sie zuerst knicken, indem Sie sie an BCC senden), um Spam zu vermeiden.
  • Ich würde in einigen Fällen argumentieren, dass die Diskussion mit Threads Vorteile haben kann. Ja - es ist kompliziert usw., aber die Patch-Überprüfung kann in Bezug auf verschiedene Probleme in mehrere Teile aufgeteilt werden.
  • Die meisten MUAs haben integrierte Benachrichtigungssysteme, mit denen sie später als wichtig/Spam/später beurteilen können. Auf der anderen Seite zwingen Sie die Foren, wenn sie über ein Benachrichtigungs-/Abonnementsystem verfügen, zur Website zu wechseln.
  • SMTP/NNTP sind Standards - sie haben RFCs und alle. Es gibt bereits Tools, die gegen sie laufen - zum Beispiel kann git Patch an ML senden, aber nicht an Forum. Das Beste, was ich davon gehört habe, ist die Ad-hoc-Unterstützung für Bugzilla.

... und ich denke nicht, dass die Liste vollständig ist. Ich kann sehen, warum/wie der Workflow neue Benutzer möglicherweise nicht begrüßt, ganz zu schweigen von den weniger technischen. Gnome hat verschiedene Kanäle, über die sie sich engagieren können (G +, Fb und Ja - Foren), aber AFAIK hat selten Zeit für Entwickler, um dort an der Community teilzunehmen, die Tools neu zu lernen usw.

2

Weil niemand einen besseren Weg geschaffen hat, dies zu tun. Mit besser meine ich geeignet und in der Lage, sich in aktuelle Entwicklungsumgebungen zu integrieren.

Vielleicht war Google Wave in gewisser Weise ein besseres Tool, aber es hat sich nicht durchgesetzt.

1
guiman

Gewohnheit - Mehrere Personen stellen Fragen, um Interesse an Open Source-Projekten zu wecken. Manchmal beginnt man mit einer Mailingliste von Personen, die man kennt, und wechselt nie zu etwas anderem.

Für die Benutzer:

  • rechtschreibfehler leichter mit der Rechtschreibprüfung (gotcha)
  • einfacher zu beschweren, um admin aufzulisten
  • Sie haben die von ihnen empfohlenen "Alt" -Seiten auswendig gelernt

Den Witz finden Sie hier: http://www.ahajokes.com/com009.html

0
JeffO