Из Википедии, бесплатной энциклопедии
  (Перенаправлено из обсуждения темы )
Перейти к навигации Перейти к поиску
Просмотр темы в группе обсуждения. На верхнем уровне обсуждение с несколькими постами. Рядом с темой для каждого сообщения указывается количество строк, отправитель и дата.

Потоковая передача разговоров - это функция, используемая многими почтовыми клиентами , досками объявлений , группами новостей и Интернет-форумами, на которых программное обеспечение помогает пользователю, визуально группируя сообщения с их ответами. Эти группы называются беседой , тематической цепочкой или просто веткой . О дискуссионном форуме, почтовом клиенте или новостном клиенте говорят, что он имеет «режим беседы», «разделенные темы» или «режим цепочки», если сообщения могут быть сгруппированы таким образом. [1]

Обсуждения можно отображать разными способами. Ранние системы обмена сообщениями (и большинство современных почтовых клиентов) автоматически включают исходный текст сообщения в ответ, превращая каждое отдельное электронное письмо в отдельную копию всей цепочки. Программное обеспечение также может упорядочивать цепочки сообщений в списках, например в почтовом ящике. Эти структуры могут быть иерархическими или вложенными , с размещением сообщений рядом с ответами в виде дерева, или они могут быть линейными или плоскими , отображая все сообщения в хронологическом порядке независимо от отношения ответов.

Потоковая передача разговоров как форма интерактивной журналистики стала популярной в Твиттере примерно с 2016 года. Такие авторы, как Эрик Гарланд и Сет Абрамсон , начали публиковать эссе в режиме реального времени, создавая их как серию пронумерованных твитов, каждый из которых ограничен 140 или 280 символами. [2]

Механизм [ править ]

Интернет-клиенты электронной почты, соответствующие стандарту RFC 822 (и его преемнику RFC 5322 ), добавляют уникальный идентификатор сообщения вИдентификатор сообщения: поле заголовка каждого сообщения, например

Идентификатор сообщения: <[email protected]>

Если пользователь создает сообщение B , отвечая на сообщение A , почтовый клиент добавит уникальный идентификатор сообщения A в виде полей

In-Reply-To: <[email protected]>Ссылки: <[email protected]>

в заголовок ответа B . RFC 5322 определяет следующий алгоритм заполнения этих полей:

Поле «In-Reply-To:» будет содержать содержимоеПоле "Message-ID:" сообщения, на которое это сообщение является ответом ("родительское сообщение"). Если имеется более одного родительского сообщения, тогдаполе «In-Reply-To:» будет содержать содержимое всехполя "Message-ID:" родителей. Если в поле "Message-ID:" нет полялюбое из родительских сообщений, то новое сообщение не будет иметь "In-Ответить на: "поле.Поле «Ссылки:» будет содержать содержимое родительскогоПоле "Ссылки:" (если есть), за которым следует содержание родительскогоПоле «ID сообщения:» (если есть). Если родительское сообщение не содержитполе "Ссылки:", но есть поле "In-Reply-To:"содержащие один идентификатор сообщения, затем поле "Ссылки:"будет содержать содержимое родительского поля «In-Reply-To:»за которым следует содержимое родительского поля "Message-ID:" (еслилюбой). Если у родителя нет ни одного из «Ссылки:», «In-Reply-To:»,или "Message-ID:", то в новом сообщении не будетПоле «Ссылки:».

Затем современные почтовые клиенты могут использовать уникальные идентификаторы сообщений, указанные в RFC 822. ID сообщения, В ответ на: и Рекомендации:полей всех полученных заголовков электронной почты, чтобы найти родительское и корневое сообщение в иерархии, восстановить цепочку ответных действий, которые их создали, и отобразить их в виде дерева обсуждения. ЦельРекомендации: Поле позволяет реконструировать дерево обсуждения, даже если в нем отсутствуют некоторые ответы.

Преимущества [ править ]

Устраняет очередность и временные ограничения [ править ]

Потоковые обсуждения позволяют читателям быстро понять общую структуру разговора, изолировать определенные моменты разговоров, вложенных в потоки, и, как результат, публиковать новые сообщения для расширения обсуждений в любом существующем потоке или подпотоке без ограничений по времени. С другой стороны, с линейными потоками, как только тема переходит к новой точке обсуждения, пользователи: 1) менее склонны оставлять сообщения для повторного посещения и расширения предыдущих тем обсуждения, чтобы избежать фрагментации линейного разговора, подобного тому, что происходит с очередностью при личных беседах; и / или 2) обязаны сделать ходатайство о сохранении темы или перейти к изменению темы обсуждения. Учитывая это преимущество, многопоточное обсуждение наиболее полезно для облегчения длительных бесед или дебатов [3]включающие сложные многоэтапные задачи (например, определение основных предпосылок → сомнение в достоверности → обмен доказательствами → точность, достоверность или актуальность представленных доказательств) - как это часто встречается в группах новостей и сложных цепочках электронной почты - в отличие от простых одношаговых задач ( например, разместив или поделившись ответами на простой вопрос).

Таргетинг сообщений [ править ]

Электронная почта позволяет нацеливать сообщения на определенных членов аудитории с помощью строк «Кому» и «Копия». Однако некоторые системы сообщений не имеют этой опции. В результате может быть сложно определить предполагаемого получателя конкретного сообщения. Когда сообщения отображаются иерархически, легче визуально идентифицировать автора предыдущего сообщения.

Устранение беспорядка в списке [ править ]

При просмотре больших списков сообщений может быть сложно обрабатывать, анализировать, оценивать, синтезировать и интегрировать важную информацию. Группировка сообщений по цепочке делает процесс просмотра большого количества сообщений в контексте данной темы обсуждения более эффективным по времени и с меньшими умственными усилиями, тем самым освобождая больше времени и умственных ресурсов для дальнейшего расширения и продвижения обсуждений в каждой отдельной теме / цепочке.

На групповых форумах, позволяя пользователям отвечать на темы, вы уменьшаете количество новых сообщений, отображаемых в списке.

Некоторые клиенты разрешают операции с целыми потоками сообщений. Например, текстовая программа чтения новостей nn имеет функцию «kill», которая автоматически удаляет входящие сообщения на основе правил, установленных пользователем, совпадающим с темой или автором сообщения. Это может значительно сократить количество сообщений, которые нужно вручную проверять и удалять.

Обратная связь в реальном времени [ править ]

Когда автор, обычно журналист, публикует темы через Twitter, пользователи могут отвечать на каждый твит из 140 или 280 символов, часто до того, как автор отправит следующее сообщение. Это позволяет автору включать отзыв как часть последующих сообщений. [2]

Недостатки [ править ]

Надежность [ править ]

Для точной цепочки сообщений программное обеспечение электронной почты должно идентифицировать сообщения, являющиеся ответами на другие сообщения.

Некоторые алгоритмы, используемые для этой цели, могут быть ненадежными. Например, почтовые клиенты, использующие строку темы для связи сообщений, могут быть обмануты двумя несвязанными сообщениями, которые имеют одну и ту же строку темы. [4]

Современные почтовые клиенты используют уникальные идентификаторы в заголовках электронной почты для поиска родительского и корневого сообщения в иерархии. Когда несовместимые клиенты участвуют в обсуждениях, они могут запутать цепочку сообщений, поскольку это зависит от того, соблюдают ли все клиенты эти дополнительные почтовые стандарты при составлении ответов на сообщения. [5] [6]

Управление отдельными сообщениями [ править ]

Сообщения в цепочке не всегда предоставляют пользователю те же возможности, что и отдельные сообщения. Например, может быть невозможно переместить, пометить, ответить, архивировать или удалить отдельные сообщения, содержащиеся в цепочке.

Отсутствие управления отдельными сообщениями может препятствовать использованию систем обмена сообщениями в качестве списков дел (обычная функция папок электронной почты). Отдельные сообщения, содержащие информацию, относящуюся к делу, могут легко потеряться в длинной цепочке сообщений.

Параллельные обсуждения [ править ]

С помощью диалоговой цепочки намного проще отвечать на отдельные сообщения, которые не являются последними сообщениями в цепочке. В результате несколько потоков обсуждения часто происходят параллельно. Следование, повторное посещение и одновременное участие в параллельных обсуждениях могут быть умственно сложными. Следование параллельным обсуждениям может быть особенно дезориентирующим и может препятствовать обсуждениям [7], когда потоки обсуждения не организованы в связную, концептуальную или логическую структуру (например, потоки, представляющие аргументы в поддержку данного утверждения, обсуждаемого, перемешиваются с потоками, представляющими аргументы против. к иску).

Временная фрагментация [ править ]

Фрагментация потоков может быть особенно проблематичной для систем, которые позволяют пользователям выбирать различные режимы отображения (иерархический или линейный). Пользователи иерархического режима отображения будут отвечать на старые сообщения, запутывая пользователей режима линейного отображения.

Примеры [ править ]

Следующее программное обеспечение для обмена сообщениями может группировать и отображать сообщения по цепочкам.

Клиентские [ править ]

  • Apple Mail
  • Emacs Gnus
  • FastMail
  • Forte Agent
  • Gmail
  • Mailbird
  • Microsoft Outlook
  • Thunderbird
  • Протонная почта

Интернет [ править ]

  • 4chan
  • FastMail
  • Gmail
  • Хакерские новости
  • Зулип
  • Группы MSN
  • Протонная почта
  • Reddit
  • Slashdot
  • Yahoo! Группы
  • Roundcube

См. Также [ править ]

  • Режим документа , контрастный метод, который отображает только результат последнего обновления страницы.

Ссылки [ править ]

  1. ^ Хайнс, Элиз (2017-05-05). "Что такое цепочка писем?" . Lifewire . Проверено 18 декабря 2017 .
  2. ^ а б Хеффернан, Вирджиния. «Рост треда в Твиттере» . Журнал ПОЛИТИКО . Проверено 7 мая 2019 .
  3. Перейти ↑ Jeong, Allan (2005). «Комбинированное влияние времени отклика и содержания сообщения на модели роста обсуждений в компьютерной совместной аргументации» . Международный журнал электронного и дистанционного обучения . 19 (1).
  4. ↑ Bienvenu, Дэвид. «Почта со строгой цепочкой, как новости» . Bugzilla . Mozilla . Дата обращения 16 мая 2017 .
  5. ^ Резник, Питер В. (октябрь 2008). «Формат Интернет-сообщений» . Инструменты IETF . Архивировано 24 апреля 2019 года . Проверено 24 апреля 2019 .
  6. ^ Клайн, Грэм; Пальме, Джейкоб (март 2005 г.). «Регистрация полей заголовков почты и MIME» . Инструменты IETF . Архивировано 24 апреля 2019 года . Проверено 24 апреля 2019 .
  7. Перейти ↑ Brooks, D. & Jeong, A. (2006). «Брукс, CD, и Джеонг, A. (2006). Влияние предварительной структурирования дискуссионных потоков на групповое взаимодействие и производительность группы в компьютерной совместной аргументации». Дистанционное обучение . 27 (3): 371–390. CiteSeerX 10.1.1.523.6207 . DOI : 10.1080 / 01587910600940448 . CS1 maint: несколько имен: список авторов ( ссылка )
  • Хортон, Сара (2000). Руководство по веб-обучению: практический подход к созданию веб-сайтов курсов . Нью-Хейвен, Коннектикут: Издательство Йельского университета . ISBN 978-0300087277.цитируется в «Обсуждение онлайн» . dartmouth.edu . 2001. Архивировано из оригинала 4 марта 2010 года.
  • Wolsey, T. DeVere, «Обсуждение литературы в киберпространстве: молодые подростки, использующие многоплановые дискуссионные группы для обсуждения книг . Чтение в Интернете» , 7 (4), январь / февраль 2004 г. Проверено 30 декабря 2007 г ..
  • Сетевая рабочая группа, IETF (июнь 2008 г.). « Протокол доступа к сообщениям в Интернете - расширения SORT и THREAD ». Проверено 10 октября 2009.