İleti dizisi oluşturma - Conversation threading

Bir tartışma grubundaki konu görünümü. En üst düzeyde, birkaç gönderi içeren bir tartışma. Her gönderi için konunun yanında satır sayısı, gönderen ve tarih gösterilir.

İleti dizisi oluşturma bir özellik birçok kişi tarafından kullanıldı e-posta istemcileri, Bülten panoları, haber grupları, ve İnternet forumları burada yazılım, mesajları görsel olarak yanıtlarıyla gruplayarak kullanıcıya yardımcı olur. Bu gruplara a konuşma, konu dizisiveya basitçe Konu. Bir tartışma forumu, e-posta istemcisi veya haber istemcisi mesajlar bu şekilde gruplanabiliyorsa "konuşma görünümü", "konu başlıkları" veya "zincirleme modu" olduğu söylenir.[1]

Konular çeşitli şekillerde görüntülenebilir. Erken mesajlaşma sistemleri (ve en modern e-posta istemcileri), bir yanıta otomatik olarak orijinal mesaj metnini dahil edecek ve her bir e-postayı tüm ileti dizisinin kendi kopyası haline getirecektir. Yazılım ayrıca e-posta gelen kutusu gibi listeler içindeki mesaj dizilerini de düzenleyebilir. Bu düzenlemeler olabilir hiyerarşik veya yuvalanmış, bir ağaçta yanıtlarına yakın mesajlar düzenlemek veya bunlar doğrusal veya düz, yanıt ilişkilerinden bağımsız olarak tüm mesajları kronolojik sırayla görüntüler.

Etkileşimli gazeteciliğin bir biçimi olarak konuşma dizisi popüler hale geldi Twitter 2016'dan itibaren. Eric Garland gibi yazarlar ve Seth Abramson, makaleleri gerçek zamanlı olarak yayınlamaya başladı ve bunları her biri 140 veya 280 karakterle sınırlı bir dizi numaralı tweet olarak oluşturdu.[2]

Mekanizma

İle uyumlu İnternet e-posta istemcileri RFC 822 standart (ve halefi RFC 5322 ) içine benzersiz bir mesaj tanımlayıcı ekleyin Mesaj Kimliği: her mesajın başlık alanı, ör.

Mesaj Kimliği:

Bir kullanıcı mesaj oluşturursa B mesaja cevap vererek Bir, posta istemcisi mesajın benzersiz mesaj kimliğini ekleyecektir Bir alanlar şeklinde

Yanıtla:  Referanslar:

cevap başlığına B. RFC 5322 bu alanları doldurmak için aşağıdaki algoritmayı tanımlar:

"Yanıtla:" alanı, bunun yanıt olduğu mesajın "Mesaj Kimliği:" alanının ("ana mesaj") içeriğini içerecektir. Birden fazla ana mesaj varsa, "Yanıtla:" alanı tüm ebeveynlerin "Mesaj Kimliği:" alanlarının içeriğini içerecektir. Ana mesajların hiçbirinde "Mesaj Kimliği:" alanı yoksa, yeni mesajda "Yanıtla:" alanı olmayacaktır. "Referanslar:" alanı, üst öğenin "Referanslar:" içeriğini içerecektir: "alanı (varsa) ve ardından ebeveynin" İleti Kimliği: "alanının (varsa) içeriği. Ana mesajda "Referanslar:" alanı yoksa, ancak tek bir mesaj tanımlayıcısını içeren "Yanıtla:" alanına sahipse, "Referanslar:" alanı ebeveynin "Yanıtla:" alanının içeriğini içerecektir: "alanını ebeveynin" İleti Kimliği: "alanının (varsa) içeriği takip eder. Üstte "Referanslar:", "Yanıtla:" veya "Mesaj Kimliği:" alanlarından hiçbiri yoksa, yeni mesajda "Referanslar:" alanı olmayacaktır.

Modern e-posta istemcileri daha sonra, RFC 822 Mesaj Kimliği, Yanıtla: ve Referanslar: hiyerarşide ana ve kök mesajı bulmak için alınan tüm e-posta başlıklarının alanları, onları oluşturan eylemlere yanıt zincirini yeniden yapılandırın ve bunları bir tartışma ağacı olarak görüntüleyin. Amacının Referanslar: alanı, bazı yanıtlar eksik olsa bile tartışma ağacının yeniden yapılandırılmasını sağlamaktır.

Avantajlar

Sıra alma ve zaman kısıtlamalarını ortadan kaldırır

Sıralı tartışmalar, okuyucuların bir konuşmanın genel yapısını hızlı bir şekilde kavramasına, konuların içine yerleştirilmiş belirli konuşma noktalarını izole etmesine ve sonuç olarak, zaman kısıtlaması olmaksızın mevcut herhangi bir konu veya alt başlıktaki tartışmaları genişletmek için yeni mesajlar göndermesine olanak tanır. Öte yandan, doğrusal konularla, konu yeni bir tartışma noktasına geçtiğinde, kullanıcılar: 1) Doğrusal konuşmayı, meydana gelenlere benzer şekilde parçalamaktan kaçınmak için, daha önceki tartışma noktalarını yeniden ziyaret etmek ve genişletmek için gönderiler yapmaya daha az meyillidir. yüz yüze görüşmelerde sırayla; ve / veya 2) konu üzerinde kalmak veya tartışma konusunu değiştirmek için hareket etmekle yükümlüdür. Bu avantaj göz önüne alındığında, zincir halinde tartışma, uzun görüşmeleri veya tartışmaları kolaylaştırmak için en yararlıdır. [3] karmaşık çok adımlı görevleri içeren (örneğin, ana önermeleri belirleme → gerçekliği sorgulama → kanıtları paylaşma → sunulan kanıtın doğruluğu, geçerliliği veya alaka düzeyini sorgulama) - haber grupları ve karmaşık e-posta zincirleri - basit tek adımlı görevlerin (örneğin, basit bir soruya yanıt gönderme veya paylaşma) aksine.

Mesaj hedefleme

E-posta, mesajların "Kime" ve "Bilgi" satırlarını kullanarak hedef kitlenin belirli üyelerini hedeflemesini sağlar. Ancak bazı mesaj sistemleri bu seçeneğe sahip değildir. Sonuç olarak, belirli bir mesajın hedeflenen alıcısını belirlemek zor olabilir. Mesajlar hiyerarşik olarak görüntülendiğinde, önceki mesajın yazarını görsel olarak tanımlamak daha kolaydır.

Liste karmaşasını ortadan kaldırma

Büyük mesaj listelerini görüntülerken önemli bilgileri işlemek, analiz etmek, değerlendirmek, sentezlemek ve entegre etmek zor olabilir. Mesajların iş parçacığına göre gruplandırılması, çok sayıda mesajı belirli bir tartışma konusu bağlamında daha verimli ve daha az zihinsel çaba ile inceleme sürecini sağlar, böylece her bir konu / başlıktaki tartışmaları daha da genişletmek ve ilerletmek için daha fazla zaman ve zihinsel kaynak sağlar.

Grup forumlarında, kullanıcıların konu başlıklarına yanıt vermesine izin vermek, listede gösterilen yeni mesajların sayısını azaltacaktır.

Bazı istemciler tüm ileti dizileri üzerinde işlemlere izin verir. Örneğin, metin tabanlı haber okuyucusu nn mesajın konusu veya yazarı ile eşleşen kullanıcı tarafından belirlenen kurallara göre gelen mesajları otomatik olarak silen bir "öldürme" fonksiyonuna sahiptir. Bu, kişinin manuel olarak kontrol etmesi ve silmesi gereken mesaj sayısını önemli ölçüde azaltabilir.

Gerçek zamanlı geri bildirim

Bir yazar, genellikle bir gazeteci, Twitter aracılığıyla ileti dizileri yayınladığında, kullanıcılar ileti dizisindeki her 140 veya 280 karakterlik tweet'e, genellikle yazar bir sonraki mesajı göndermeden önce yanıt verebilir. Bu, yazara geri bildirimi sonraki mesajların bir parçası olarak ekleme seçeneği sağlar.[2]

Dezavantajları

Güvenilirlik

İletilerin doğru şekilde dizilmesi, e-posta yazılımının diğer iletilere yanıt veren iletileri tanımlamasını gerektirir.

Bu amaçla kullanılan bazı algoritmalar güvenilmez olabilir. Örneğin, iletileri ilişkilendirmek için konu satırını kullanan e-posta istemcileri, aynı konu satırına sahip iki alakasız ileti tarafından kandırılabilir.[4]

Modern e-posta istemcileri, hiyerarşideki ana ve kök mesajı bulmak için e-posta başlıklarında benzersiz tanımlayıcılar kullanır. Uyumlu olmayan istemciler tartışmalara katıldıklarında, tüm istemcilerin iletilere yanıt oluştururken bu isteğe bağlı posta standartlarına saygı duymasına bağlı olduğundan ileti dizisini karıştırabilirler.[5][6]

Bireysel mesaj kontrolü

Bir iş parçacığı içindeki mesajlar, kullanıcıya her zaman bireysel mesajlarla aynı seçenekleri sağlamaz. Örneğin, bir ileti dizisinde bulunan iletileri taşımak, yıldız eklemek, yanıtlamak, arşivlemek veya silmek mümkün olmayabilir.

Bireysel mesaj kontrolünün olmaması, mesajlaşma sistemlerinin yapılacaklar listesi olarak kullanılmasını engelleyebilir (e-posta klasörlerinin ortak bir işlevi). Bir yapılacak iş öğesiyle ilgili bilgileri içeren tek tek iletiler, uzun bir ileti dizisi içinde kolayca kaybolabilir.

Paralel Tartışmalar

Konuşma dizisi oluşturmayla, mesajlara yanıt vermek çok daha kolaydır. değil konudaki en son mesaj. Sonuç olarak, birden çok tartışma dizisi genellikle paralel olarak gerçekleşir. Paralel tartışmaları takip etmek, tekrar ziyaret etmek ve aynı anda katılmak zihinsel olarak zor olabilir. Paralel tartışmaları takip etmek özellikle kafa karıştırıcı olabilir ve tartışmaları engelleyebilir [7] tartışma konuları tutarlı, kavramsal veya mantıksal bir yapıda organize edilmediğinde (örneğin, iddiaya zıt olarak argümanlar sunan konularla karışmış tartışma altındaki belirli bir iddiayı desteklemek için argümanlar sunan konular).

Zamansal Parçalanma

İş parçacığı parçalanması, kullanıcıların farklı görüntüleme modları (hiyerarşik ve doğrusal) seçmesine izin veren sistemler için özellikle sorunlu olabilir. Hiyerarşik görüntüleme modunun kullanıcıları, doğrusal görüntüleme modunun kullanıcılarının kafasını karıştırarak eski mesajlara yanıt verecektir.

Örnekler

Aşağıdaki mesajlaşma yazılımı mesajları iş parçacığına göre gruplayabilir ve görüntüleyebilir.

İstemci tabanlı

Web tabanlı

Ayrıca bakınız

  • Belge modu, yalnızca son sayfa güncellemesinin sonucunu görüntüleyen zıt bir yöntem.

Referanslar

  1. ^ Hines Elise (2017/05/05). "E-posta Konusu Nedir?". Cankurtaran. Alındı 2017-12-18.
  2. ^ a b Heffernan, Virginia. "Twitter Başlığının Yükselişi". POLITICO Dergisi. Alındı 2019-05-07.
  3. ^ Jeong Allan (2005). "Yanıt süresinin ve mesaj içeriğinin, bilgisayar destekli işbirlikçi argümantasyondaki tartışma başlıklarının büyüme modelleri üzerindeki birleşik etkileri". Uluslararası E-Öğrenme ve Uzaktan Eğitim Dergisi. 19 (1).
  4. ^ Bienvenu, David. "Haber gibi kesin başlık içeren postalar". Bugzilla. Mozilla. Alındı 16 Mayıs 2017.
  5. ^ Resnick, Peter W. (Ekim 2008). "İnternet Mesaj Formatı". IETF Araçları. Arşivlendi 2019-04-24 tarihinde orjinalinden. Alındı 2019-04-24.
  6. ^ Klyne, Graham; Palme, Jacob (Mart 2005). "Posta ve MIME Üstbilgi Alanlarının Kaydı". IETF Araçları. Arşivlendi 2019-04-24 tarihinde orjinalinden. Alındı 2019-04-24.
  7. ^ Brooks, D. ve Jeong, A. (2006). "Brooks, C. D. ve Jeong, A. (2006). Tartışma başlıklarını önceden yapılandırmanın bilgisayar destekli işbirlikçi tartışmada grup etkileşimi ve grup performansı üzerindeki etkileri". Uzaktan Eğitim. 27 (3): 371–390. CiteSeerX  10.1.1.523.6207. doi:10.1080/01587910600940448.CS1 bakım: birden çok isim: yazar listesi (bağlantı)