По вашему опыту, какова максимальная эффективная длина темы?

[mattdm (Matthew Miller)]

Продолжаем обсуждение из темы Поточные обсуждения в конечном итоге слишком сложны для существования в публичном интернете?:

Итак, у нас есть два сайта на Discourse для проекта Fedora.

Первый — Ask Fedora — предназначен для устранения неполадок конечными пользователями. По своей природе темы здесь либо кратки и просты, так как носят общий характер, либо управляемы, поскольку в них участвует небольшое количество людей, обсуждающих один вопрос, при этом количество ответов редко превышает ~30. Большинство тем с «наибольшей активностью» всё ещё обычно содержат около десятка ответов.

Второй — Fedora Discussion — я в конечном итоге хотел бы убедить всех, что он должен полностью заменить наш список рассылки для разработчиков и участников. (Это, скорее, долгосрочная цель; у людей есть … привязанности. И, справедливости ради, у них есть множество веских причин.)

Для многих дискуссий Discourse отлично подходит. Однако у нас иногда возникают темы, подобные Предложение по системным изменениям: сделать nano редактором по умолчанию, которые привлекают … довольно много комментариев. Теперь, в интерфейсе архива Hyperkitty это выглядит просто ужасно, и я полагаю, что в Gmail тоже было бы кошмарно, но с множеством продвинутых почтовых клиентов (которые предпочитают многие участники нашего сообщества), это, ну, по крайней мере, работает как задумано.

Теперь я действительно думаю, что мы, вероятно, сможем приучить людей (и модераторов, и пользователей с высоким уровнем доверия) к лучшему привычку начинать новые темы вместо ожидания поточности. Но это, безусловно, изменение в практике, и я не думаю, что это естественно для никого из: a) пользователей старых списков рассылки, b) пользователей старых веб-форумов (с 90-х годов, surely), или c) новых пользователей. На самом деле, это новый способ работы и новая привычка, которую нужно выработать.

Тем временем я посмотрел на форум Tablo TV, и у них есть какие-то безумные темы, например 'Tested' Hard Drives - General Discussion - TabloTV Community — 510 ответов, и они фактически ведут себя как база данных (плохо). Но у них также есть множество тем, таких как Tablo Ripper - Automatically download new recordings - Third Party Apps (Rippers etc.) - TabloTV Community, которая ведётся с июля 2015 года и имеет 1,4 тыс. ответов, или Dolby 5.1 - General Discussion - TabloTV Community (май 2015; 375 ответов), или Antop Antennas! - Off Topic - TabloTV Community (июль 2018; 305 ответов).

Не хочу слишком сильно критиковать Tablo — это не моя цель, просто у них есть эти реальные примеры, — но эти темы кажутся довольно неподдающимися управлению, и хотя кнопка «Сводка» сокращает эти темы до 100, 77 или 63 сообщений, результат получается довольно случайным и не представляет собой понятной сводки.

Итак, другие заинтересованные в сообществе люди, как это работает в вашем сообществе? Как вы справляетесь с длинными темами? По вашему опыту, какой разумный максимальный размер? И когда пост достигает этого размера, вы закрываете его (используя настройку auto close messages count или вручную?), или если нет, то как вы с этим справляетесь?

[Jason_Rose]

По моему мнению, 100 сообщений — это примерно максимум, который кто-либо сможет просмотреть. 50 сообщений, вероятно, достаточно, чтобы получить широкое представление об основных идеях.

[codinghorror (Jeff Atwood)]

@mattdm

в то время как кнопка «Сводка» сокращает эти темы до 100, 77 или 63 сообщений

Это основная цель кнопки «Сводка» — взять очень длинную дискуссию и выделить из неё 10 % лучших и наиболее релевантных сообщений (оцениваемых по количеству лайков, ответов, цитат, времени чтения и т. д.).

Эта кнопка появится только тогда, когда в теме будет более 50 ответов. Поскольку речь идёт о «лучших 10 %», в теме с 50 ответами вы увидите минимум 5 сообщений, в теме с 100 ответами — 10 сообщений, в теме с 1000 ответами — 100 сообщений и так далее. При этом это объективно лучшие сообщения.

Кроме того, вы можете динамически разворачивать и сворачивать ответы на эти лучшие сообщения следующим образом:

Именно так Discourse реализует гибридную модель с лёгкой ветвистостью.

@mattdm

Теперь я думаю, что, вероятно, сможем приучить людей (и модераторов, и пользователей с высоким уровнем доверия) к более частому разделению тем

Всегда полезно напомнить пользователям, что они могут нажать или коснуться значка ответа в редакторе, чтобы преобразовать ответ в новую связанную тему:

Это во многом тот же вопрос, который мы задаём Google: сколько людей действительно переходят на страницу 2, 3, 4, 5, 6, 7, 8, 9, 10+ результатов поиска Google, когда ищут что-то? Я знаю, что для некоторых более сложных запросов я действительно заглядываю примерно на страницу 4, прежде чем переформулировать запрос, но сомневаюсь, что когда-либо в жизни заходил дальше 10-й страницы результатов поиска Google.

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

@mattdm

вместо того чтобы ожидать ветвистости

По моему опыту, ветвистость ничего конкретного не решает — она создаёт многоголовую гидру с бесконечным объёмом текста для чтения. Проблема не в том, что «это стало бы понятнее при ветвистости», а в том, что «никто не станет читать столько слов».

Помимо сводки, на ум приходят ещё несколько вариантов. Первый — поиск внутри темы, как показано ниже. Если тема длинная и вас интересует только слово «привет», найдите все сообщения, содержащие это слово в данной теме.

Второй вариант — чтение последних 100 сообщений. Проще всего начать с конца темы, нажав или коснувшись счётчика сообщений или метки даты последнего ответа, как показано ниже..

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

[mattdm (Matthew Miller)]

@codinghorror

Теперь эта кнопка появится только после того, как в теме будет более 50 ответов, и она отображает «лучшие 10 процентов», так что в теме с 50 ответами вы всё равно увидите минимум 5 постов, в теме с 100 ответами — 10 постов, в теме с 1000 ответами — 100 постов и так далее. Но это объективно лучшие посты.

Не уверен, является ли фраза «объективно лучшие» здесь ироничной или нет. В таких ветках мне казалось, что я получаю отнюдь не умное резюме, даже если эти посты имели самые высокие баллы.

@codinghorror

Всегда хорошее время напомнить людям, что они могут нажать или коснуться значка ответа в редакторе, чтобы преобразовать его в новую связанную тему:

О боже, что?!?! Я искал значок и нажимал «+ Новая тема». Это здорово — но только я не мог найти это? Нужно ли повысить его заметность?

В целом, да, я согласен с вами насчёт бессмысленности гигантских веток — это точно не решение. Закрывать ветку по произвольному лимиту кажется так… по-форумному 1990-х. Интересно, нельзя ли вместо этого, когда тема приближается к точке «реально большой», всё более настойчиво направлять людей:

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

[codinghorror (Jeff Atwood)]

@mattdm

Мне казалось, что я получаю отнюдь не умную сводку, даже если это были посты с наивысшими оценками.

Я считаю, что посты, получившие больше всего лайков (на которые наш алгоритм «тепловой карты» сильно опирается), как правило, являются самыми полезными и интересными в теме. Если вы обнаружите, что это не так, я бы внимательно рассмотрел как саму тему, так и сообщество. Почему пользователи будут последовательно ставить лайки постам, которые… плохи? Разберитесь на конкретных примерах из реальной жизни.

(Или, возможно, в сообществе редко используют кнопку лайка, если вообще используют?)

[mattdm (Matthew Miller)]

Ох, я собирался ответить на это давным-давно, но, видимо, так и не сделал. Возрождаю тему!

@codinghorror

Почему пользователи последовательно лайкают посты, которые … плохие? Приведите конкретные примеры из реальной жизни.

(Или, возможно, сообщество вообще не часто использует кнопку лайка, или даже не использует её?)

В примере с монстр-трдами на Tablo, похоже, по какой-то причине практически никогда не используется. В Fedora, я подозреваю, проблема в том, что я обожаю плагин реакций, и вы оторвете его у меня только из моих холодных мертвых пальцев в сочетании с утверждением «реакции, вероятно, не учитываются в подсчёте баллов»^[1]

Так что, возможно, мне действительно стоит взглянуть на это и дать функции сводки второй шанс.

---

1. что является разумным решением по умолчанию, учитывая, что реакции могут быть негативными, но все реакции на нашем сайте либо положительные, либо (и я вероятно должен избавиться от этого) — они действительно просто служат украшением для разных способов сказать «ура!». Это ужасно? Мне всё равно!!!1 ↩︎

[codinghorror (Jeff Atwood)]

Я точно видел много сообществ, где кнопка «лайк» (как бы её ни называли) почти никогда не используется по каким-то причинам. Неважно, как её назвать, как обозвать или как она выглядит — людям просто лень «приложить усилия», чтобы нажать кнопку под постом и выразить что-либо.

Вот почему в метриках Discourse учитываются пассивные взаимодействия, такие как:

• ответы
• цитирование
• упоминания
• ссылки
• закладки

Все это значимые взаимодействия с постом, даже если они не проливают кровь от любви