Gesprächsfaden

Thread -Ansicht in einer Diskussionsgruppe. Auf der obersten Ebene eine Diskussion mit mehreren Beiträgen. Neben dem Thema wird für jeden Beitrag die Anzahl der Zeilen, Absender und Datum angezeigt.

Gesprächsfaden ist ein Besonderheit von vielen verwendet E -Mail -Clients, schwarzes Brett, Newsgroups, und Internetforen in dem die Software dem Benutzer unterstützt, indem sie Nachrichten mit ihren Antworten visuell gruppiert. Diese Gruppen werden als a genannt Gespräch, Thema Threadoder einfach ein Faden. Ein Diskussionsforum, E-Mail-Client oder Nachrichten Client soll eine "Konversationsansicht", "Thread -Themen" oder einen "Thread -Modus" haben, wenn Nachrichten auf diese Weise gruppiert werden können.[1]

Themen können auf verschiedene Weise angezeigt werden. Frühe Messaging -Systeme (und die meisten modernen E -Mail -Clients) enthalten automatisch den originalen Nachrichtentext in eine Antwort, sodass jede einzelne E -Mail in eine eigene Kopie des gesamten Threads wird. Die Software kann auch Threads von Nachrichten in Listen wie einem E -Mail -Posteingang anordnen. Diese Arrangements können sein Hierarchisch oder verschachteltMeldungen in der Nähe ihrer Antworten in einem Baum oder das können sie sein linear oder ebenalle Nachrichten in chronologischer Reihenfolge unabhängig von Antwortbeziehungen.

Gesprächsfäden als eine Form des interaktiven Journalismus wurde populär auf Twitter ab 2016. Autoren wie Eric Garland und Seth Abramson, begann, Aufsätze in Echtzeit zu veröffentlichen und sie als eine Reihe nummerierter Tweets zu konstruieren, die jeweils auf 140 oder 280 Zeichen begrenzt waren.[2]

Mechanismus

Internet -E -Mail -Clients entsprechen mit dem RFC 822 Standard (und sein Nachfolger RFC 5322) Fügen Sie eine eindeutige Nachrichtenkennung in die hinzu Nachrichten ID: Headerfeld jeder Nachricht, z.

Nachricht-ID: <[email protected]>

Wenn ein Benutzer eine Nachricht erstellt B Durch die Antwort auf die Nachricht ADer Mail -Client fügt die eindeutige Nachrichten -ID der Nachricht hinzu A in Form der Felder

In Repry-to: <[email protected]> Referenzen: <[email protected] >g >g >g >g>

zum Kopfball der Antwort B. RFC 5322 Definiert den folgenden Algorithmus für die Bevölkerung dieser Felder:

Das Feld "In-Repry-to:" enthält den Inhalt des Felds "Nachricht-ID:" der Nachricht, auf die dieses eine Antwort ist (die "übergeordnete Nachricht"). Wenn mehr als eine übergeordnete Nachricht vorhanden ist, enthält das Feld "In-Repry-to:" -Felder den Inhalt aller Eltern-Felder der Eltern. Wenn es in keinem der übergeordneten Nachrichten "message-id:" -Feld gibt, hat die neue Nachricht kein "In-Antwort-to:" -Feld. Das Feld "Referenzen:" enthält den Inhalt der übergeordneten "Referenzen:" Feld (falls vorhanden), gefolgt vom Inhalt der übergeordneten "Nachrichten-ID:" -Feld (falls vorhanden). Wenn die übergeordnete Nachricht kein "Referenzen:" -Feld enthält, aber ein "In-Repry-to:" -Feld mit einer einzelnen Nachrichtenbezeichnung enthält, enthält das Feld "Referenzen:" den Inhalt der übergeordneten "in Repry" -To: "Feld gefolgt vom Inhalt der" Nachricht "des übergeordneten": "Feld" (falls vorhanden). Wenn der Elternteil keine der "Referenzen", "," in Repry-to: "oder" Message-ID: "Fields hat, hat die neue Nachricht keine" Referenzen: "Feld.

Moderne E -Mail -Clients können dann die eindeutigen Nachrichtenkennungen in der verwenden RFC 822 Nachrichten ID, Als Antwort auf: und Verweise: Felder aller empfangenen E-Mail-Header, um die übergeordnete und root in der Hierarchie zu lokalisieren, rekonstruieren die Kette der Antworten, die sie erstellt haben, und zeigen sie als Diskussionsbaum an. Der Zweck der Verweise: Feld soll die Rekonstruktion des Diskussionsbaums aktivieren, auch wenn einige Antworten fehlen.

Vorteile

Eliminiert Dreh- und Zeitbeschränkungen

Mit Threaddiskussionen können die Leser die Gesamtstruktur einer Konversation schnell erfassen, bestimmte Gesprächepunkte isolieren, die in den Threads verschachtelt sind, und infolgedessen neue Nachrichten veröffentlicht, um Diskussionen in einem vorhandenen Thread oder Unterfaden ohne zeitliche Einschränkungen zu erweitern. Mit linearen Threads hingegen sind Benutzer, sobald das Thema zu einem neuen Diskussionspunkt wechselt: 1) weniger geneigt, Beiträge zur Überprüfung und Erweiterung früherer Diskussionspunkte zu erstellen, um die Fragmentierung der linearen Konversation ähnlich wie das passiert mit Drehung in persönlichen Gesprächen; und/oder 2) verpflichtet, einen Antrag zu stellen, um zum Thema zu bleiben oder um das Diskussionsthema zu ändern. Angesichts dieses Vorteils ist die Diskussion mit Threads am nützlichsten für die Erleichterung erweiterter Gespräche oder Debatten [3] Einbeziehung komplexer mehrstufiger Aufgaben (z. B. Identifizieren Sie wichtige Prämisse → Herausforderung Richtigkeit → Erkenntnisse → Fragegenauigkeit, Gültigkeit oder Relevanz vorliefen Beweise)-wie häufig in Newsgroups und komplizierte E-Mail-Ketten-im Gegensatz zu einfachen einstufigen Aufgaben (z. B. Veröffentlichung oder Teilen von Antworten auf eine einfache Frage).

Nachrichtenziel

Mit E -Mails können Nachrichten an bestimmte Mitglieder der Zielgruppe richten, indem sie die Zeilen "TO" und "CC" verwenden. Einige Nachrichtensysteme haben diese Option jedoch nicht. Infolgedessen kann es schwierig sein, den beabsichtigten Empfänger einer bestimmten Nachricht zu bestimmen. Wenn Nachrichten hierarchisch angezeigt werden, ist es einfacher, den Autor der vorherigen Nachricht visuell zu identifizieren.

Eliminierung der Listen -Unordnung

Es kann schwierig sein, wichtige Informationen beim Anzeigen großer Listen von Nachrichten zu verarbeiten, zu analysieren, zu bewerten, zu synthetisieren und zu integrieren. Das Gruppieren von Nachrichten nach Thread macht den Prozess der Überprüfung einer großen Anzahl von Nachrichten im Kontext zu einem bestimmten Diskussionsthema mehr zeitlich und mit weniger mentalen Anstrengungen, wodurch mehr Zeit und mentale Ressourcen zur Verfügung stehen, um die Diskussionen in jedem einzelnen Thema/Thread weiter zu erweitern und voranzutreiben.

In Gruppenforen reduziert die Antworten von Benutzern die Anzahl der in der Liste angezeigten neuen Beiträge.

Einige Clients erlauben Vorgänge in ganzen Threads von Nachrichten. Zum Beispiel der textbasierte Newsreader nn hat eine "Kill" -Funktion, die eingehende Nachrichten automatisch basierend auf den Regeln löscht, die vom Benutzer eingerichtet wurden, der dem Thema der Nachricht oder Autor entspricht. Dies kann die Anzahl der Nachrichten, die man manuell überprüfen und löschen muss, drastisch reduzieren.

Echtzeit -Feedback

Wenn ein Autor, normalerweise ein Journalist, Threads über Twitter veröffentlicht, können Benutzer auf jeden 140- oder 280-Charakter-Tweet im Thread antworten, häufig vor dem Autor die nächste Nachricht veröffentlicht. Dies ermöglicht dem Autor die Möglichkeit, das Feedback als Teil der nachfolgenden Nachrichten aufzunehmen.[2]

Nachteile

Verlässlichkeit

Genauige Threading von Nachrichten erfordert die E -Mail -Software, um Nachrichten zu identifizieren, die auf andere Nachrichten antworten.

Einige für diesen Zweck verwendete Algorithmen können unzuverlässig sein. Beispielsweise können E -Mail -Clients, die die Betreffzeile verwenden, um Nachrichten zu beziehen, von zwei nicht verwandten Nachrichten, die zufällig dieselbe Betreffzeile haben.[4]

Moderne E -Mail -Clients verwenden eindeutige Kennungen in E -Mail -Headern, um die übergeordnete und root in der Hierarchie zu finden. Wenn nicht konforme Kunden an Diskussionen teilnehmen, können sie Nachrichten-Threading verwirren, da es von allen Kunden abhängt, die diese optionalen E-Mail-Standards respektieren, wenn sie Antworten auf Nachrichten komponieren.[5][6]

Individuelle Nachrichtensteuerung

Nachrichten in einem Thread bieten dem Benutzer nicht immer die gleichen Optionen wie einzelne Nachrichten. Zum Beispiel ist es möglicherweise nicht möglich, einzelne Nachrichten zu bewegen, zu stern, zu antworten, zu archivieren oder zu löschen, die in einem Thread enthalten sind.

Das Fehlen einer individuellen Nachrichtenregelung kann verhindern, dass Messaging-Systeme als Aufgabenlisten verwendet werden (eine gemeinsame Funktion von E-Mail-Ordnern). Einzelne Nachrichten, die Informationen enthalten, die für ein To-Do-Element relevant sind, können sich in einem langen Nachrichtenfaden problemlos verlieren.

Parallele Diskussionen

Mit Conversational Threading ist es viel einfacher, auf einzelne Nachrichten zu antworten, die es sind nicht Die neueste Nachricht im Thread. Infolgedessen treten häufig mehrere Diskussionsfäden parallel auf. Das Befolgen, Überprüfen und Teilnahme an parallelen Diskussionen gleichzeitig kann geistig herausfordernd sein. Das folgende parallele Diskussion kann besonders desorientiert sein und Diskussionen hemmen [7] Wenn Diskussionsthreads nicht in einer kohärenten, konzeptionellen oder logischen Struktur organisiert sind (z. B. Threads, die Argumente zur Unterstützung eines bestimmten Anspruchs, der in der Debatte übereinstimmt, mit Threads, die Argumente im Gegensatz zur Behauptung präsentieren, vorstellen).

Zeitliche Fragmentierung

Die Thread -Fragmentierung kann besonders problematisch für Systeme sein, mit denen Benutzer verschiedene Anzeigemodi (hierarchisch vs. linear) auswählen können. Benutzer des hierarchischen Anzeigemodus antworten auf ältere Nachrichten und verwechseln Benutzer im linearen Anzeigemodus.

Beispiele

Die folgende Messaging -Software kann Nachrichten nach Thread gruppieren und anzeigen.

Clientbasiert

Webbasiert

Siehe auch

  • Dokumentmodus, eine kontrastierende Methode, die nur das Ergebnis des letzten Seitenaktualisierung anzeigt.

Verweise

  1. ^ Hines, Elise (2017-05-05). "Was ist ein E -Mail -Thread?". Lebenswire. Abgerufen 2017-12-18.
  2. ^ a b Heffernan, Virginia. "Der Aufstieg des Twitter -Threads". Politico Magazine. Abgerufen 2019-05-07.
  3. ^ Jeong, Allan (2005). "Die kombinierten Auswirkungen von Reaktionszeit und Nachrichteninhalt auf Wachstumsmuster von Diskussionsfäden in computergestützten kollaborativen Argumentation". Internationales Journal of E-Learning & Fernunterricht. 19 (1).
  4. ^ Bienvenu, David. "Mail mit strikter Threading wie Nachrichten". Bugzilla. Mozilla. Abgerufen 16. Mai 2017.
  5. ^ Resnick, Peter W. (Oktober 2008). "Internet -Nachrichtenformat". IETF -Tools. Archiviert vom Original am 2019-04-24. Abgerufen 2019-04-24.
  6. ^ Klyne, Graham; Palme, Jacob (März 2005). "Registrierung von Mail- und MIME -Headerfeldern". IETF -Tools. Archiviert vom Original am 2019-04-24. Abgerufen 2019-04-24.
  7. ^ Brooks, D. & Jeong, A. (2006). "Brooks, C. D. & Jeong, A. (2006). Auswirkungen von Diskussionsfäden vor der Struktur auf Gruppeninteraktion und Gruppenleistung in computergestützter kollaborativer Argumentation". Fernstudium. 27 (3): 371–390. Citeseerx 10.1.1.523.6207. doi:10.1080/01587910600940448.{{}}: Cs1 montiert: Mehrfachnamen: Autorenliste (Link)