Движок сообщества: некоторые размышления по темам и др.

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

Предложение по сообществу: выпилить всех котиков и прочую лабуду и оставить только посты посвященные движку, ибо со стороны это выглядит странно. А что бы людям было где потестить можно создать test.libarea.ru и вперед котики, собачки, видосики.

Идея понятна. Это касается собственно того, что:

я хочу видеть только то, что мне надо.

Смотрите, я специально выбрал тут Темы (по сути тэги) и их реализацию (в качестве навигации), всё со всеми и т.д. Почему? Это дает максимальный потенциал, сделать то, что надо.

Что надо?

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

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

Попробуем разобраться.

У нас есть 2 состояния участника:

• до авторизации
• после авторизации

Давайте посмотрим на «после». Т.к. это самый простой случай. Тут участник видит то, на что подписан.

Если он подписан на LibArea, то он не должен видеть «котов» и другие вещи, которых будет всё больше и больше (темы будут добавляться, сайт будет расти).

Однако участники могут делать вот что:

я размещу котов, а выберу тему LibArea.

Что тут делать? Как тут быть?

Как дела обстоят в других сообществах?

Они используют модераторов

См. статью: Moderating tags on Dev (Модерация тегов на Dev)

В чем самая большая проблема с модерацией тегов?

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

Т.е. там модераторы, даже с учетом того, что DEV — IT только тусовка, а я хочу исследовать и создать скрипт мульти сообщества, эта задача сложней.

Просто если сейчас разнести по доменам темы (что кстати выполнено в Stack Exchange Network) то мы пойдем по самому простому пути. Мы ничего не будем исследовать, и не сумеем создать движок для мульти- сообществ и т.д.

Пользователи должны видеть только то, что хотят.

Вот задача, которую надо решить. И тут мы видим, что «куча статей по разным темам» не мешает, а помогает писать данный движок, движок сообщества.

Как и каталог сайтов. Это сейчас там сайты, выбор такой, а могли быть программы / товары / книги / фильмы…

Мы используем способ учиться плавать прямо в воде: мы имеем проблему, и решаем её меняя функции движка, а не убегаем от нее, разнося темы по разным сайтам.