Вот мысль: на форуме, где предпочитают узкую направленность, небольшая группа, желающая погрузиться в широкие дискурсивные мозговые штурмы, может созвать групповой личный чат. Если и когда они придут к выводам или предложениям, каждая из этих отдельных идей может быть опубликована как новая тема с одной конкретной идеей. После этого её можно будет развивать публично.
Я думаю, что это работает, но есть один недостаток.
Насколько я понимаю, в личное сообщение (ПМ) участников должен добавлять администратор, тогда как в группу или публичную ветку участники могут добавлять себя сами?
Так что, возможно, это лучшее из доступных на данный момент компромиссных решений?
Это, по-видимому, в целом верно. В функции групп я не видел, есть ли у них отдельные страницы обсуждений, или система просто создаёт новую тему в личных сообщениях, если кто-то пишет сообщение, адресованное группе (например, @team discourse group).
Кажется, стоит попробовать. Это не совсем похоже на то, как собрание созывает комитет для написания отчета.
В случае с ЛС на Discourse я бы сначала предложил отправлять индивидуальные приглашения. Если приглашение принято, этого человека можно добавить в обсуждение ЛС после его создания. Думаю, существует ограничение на количество участников в переписке.
Для этого нам нужно расширить текущую систему личных сообщений, сделав её более надёжной. Один из способов — внедрить возможность тегирования в личных сообщениях. Однако это всё ещё не очень хорошо подходит для таких широких обсуждений.
Теперь специальная категория с использованием плагина Topic mod могла бы быть полезной для этой цели, особенно в более общей категории, скажем, tl3, с меньшей необходимостью модерации, если только не возникнут проблемы.
Например:
- Помеченные сообщения
- Упрёки по поводу правил сайта или, конечно, незаконного использования сайта.
Это может стать отдельной темой, которую стоит обсудить в соответствующей категории или в личных сообщениях.
Иногда, когда предпочтительный вариант недоступен, нам приходится исследовать другие методы управления, которые можно реализовать на стороне клиента для достижения желаемого результата.
Давайте отойдем от этого расхождения. Основная жалоба заключается в том, что тема недостаточно сфокусирована, чтобы наш хост разрешил определённый уровень широких тем, потенциально затрагивающих вопросы конфиденциальности. Например, теперь мы знаем, что один из ваших реальных основных фокусов — это то, как Discourse можно использовать для медицинского форума.
Но давайте вернемся к цели этой темы: обсуждение философии управления темами, которые могут привести к взрывному росту подразделов.
Я уже предлагал один вариант выше, а другой — в форуме #site-feedback:
- Сознательно выбирая управление, позволять темам развиваться и периодически анализировать их на предмет возникающей конвергенции (возможно, используя методы, ставшие распространёнными благодаря движению гибкой разработки ПО, например, ретроспективы, уточнение бэклога и т. д.).
- Создать пространство, аналогичное тому, которое существует для авторов тем и плагинов, где заинтересованные лица могут разрабатывать идеи до стадии, когда их можно будет перенести в открытые обсуждения.
Мне было бы интересно услышать другие предложения.
Я считаю, что предложения, сводящиеся к «не разрешать это», сталкиваются с очень сложным вопросом: где находится граница между допустимым и недопустимым? А затем — «используется ли суждение вокруг этой границы грамотно (как бы это ни было определено)» (и, возможно, «воспринимается ли оно как таковое»). Всё это сложно и эмоционально напряжённо (не является ли это ещё более необходимым, когда «цивилизованность» провозглашается лозунгом?).
Это ключевое заявление, описывающее момент, когда всё действительно скатывается в хаос и непостижимую неразбериху, которую никто не может понять.
Основная проблема такой форумной платформы заключается в том, что по умолчанию она всегда онлайн, если её не отключить вручную или не настроить по расписанию.
Темы, которые люди хотят обсуждать, могут сильно меняться в течение дня, недели, месяцев, сезонов и лет. Кроме того, ход разговора обычно полностью зависит от того, с кем именно ведётся беседа.
Опубликуешь что-то на форуме — кто ответит? Кто сейчас онлайн? Никто не знает, можно лишь гадать, основываясь на истории: есть ли активные модераторы или участники, которые обычно отвечают на сообщения в течение нескольких дней.
Вот этот: 2,9 тыс. ответов от 22 пользователей (FORUM GAMES - Animal, Bird, Creature - General - Online Community)
Вот этот: 3,6 тыс. ответов от 27 (FORUM GAMES - Place Names - General - Online Community)
Есть и другие.
В теме, которая была родительской для этой, был пост, где говорилось: «[всё] сильно зависит от контекста». И здесь это тоже верно.
Но surely вы не наслаждаетесь чтением этих тысяч постов. Это темы только для записи.
Кто-нибудь когда-нибудь временно применял Discourse Restricted Replies (или что-то подобное), чтобы помочь вернуть контроль над темой, которая начала выходить из-под контроля?
Лично я настроил их на игнорирование, но, очевидно, другим они нравятся.
Не знаю, знают ли пользователи TL4 о функции ограничения ответов — вероятно, только один, и я даже сомневаюсь в этом, а культура пользователей, скорее всего, не одобрит её использование.
Смысл в том, что ни одно обобщённое утверждение не будет верным — «все обобщения неверны, включая это».
Я поместил этот плагин в категорию поддержки. Таким образом, отвечать на тему мог только участник группы поддержки.
Хотел ответить @mbauman
Да, я размышлял о том, как (зло)использовать этот плагин для перемещения разрастающейся темы в более ограниченную категорию. Я постоянно возвращаюсь к комментариям @simon о «максимальном количестве» и считаю, что он абсолютно прав:
По-моему, имеет смысл ввести понятие «полной комнаты».
Я полностью согласен. Хотя некоторым может быть трудно это увидеть.
Чем больше участников в теме, тем выше вероятность возникновения «карманных» обсуждений. Однако даже если их нет, они могут затруднить следование теме. На ум приходит Reddit с его часто шумными темами. Хотя мы, вероятно, могли бы устроить взрывное обсуждение в подтеме о плюсах и минусах платформы Reddit. ![]()