Является ли тегирование организационно более совершенным, чем отдельные подфорумы?

Question

Меня интересует выбор хорошей структуры для онлайн-приложения типа доски объявлений.Я буду использовать SO в качестве примера, так как думаю, что это пример, с которым мы все знакомы, но мой вопрос более общий;речь идет о том, как достичь правильного баланса между организацией и гибкостью на онлайн-досках объявлений.

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

Я полагаю, что идея заключается в том, что мы можем использовать теги для поиска вопросов, которые нас интересуют.Однако я не уверен, что это работает:вы не можете использовать теги в негативном ключе.Я нет интересуется PHP, Perl или веб-разработкой.Я хочу исключать такие посты.А вот с тегами не могу.

Хотя отдельные подфорумы в некотором смысле менее гибкие, поскольку они обычно заставляют вас выбирать категорию, даже если вопрос может укладываться в две (если бы в SO были, скажем, области «Веб-разработка», «Разработка игр», «Информатика» , «Системное программирование», «Базы данных» и т. д.тогда, конечно, некоторые люди могут захотеть написать, например, о разработке веб-игр) стоит ли пожертвовать частью этой гибкости, чтобы облегчить поиск интересующего вас контента и скрыть контент, который вы не интересуетесь?

Есть ли способ с помощью чистой системы тегов добиться большей простоты использования, которую обеспечивают подфорумы?

Answer 1

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

Answer 2

Хотя я считаю, что маркировка лучше группировки, люди склонны мыслить иерархически.В целом это зависит от целевой группы форума.

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

Answer 3

Если вас беспокоит разрыв между конкретными форумами и открытыми системами на основе тегов, такими как Stack Overflow, рассмотрите возможность создания системы запросов, которая позволит вам выполнять немного более сложные запросы, чем просто оператор AND, как здесь, в Stack Overflow.

Я не могу сделать здесь запрос, который даст мне все вопросы по .NET, SQL или C# вместе взятым, и это самое большое раздражение, которое у меня вызывает теги.С такой системой запросов можно создавать как минимум виртуальные форумы.

В остальном у меня не очень хорошее мнение.Мне нравятся оба, и я еще не решил, какой из них лучше.

Answer 4

Я полагаю, что идея заключается в том, что мы можем использовать теги для поиска вопросов, которые нас интересуют.Однако я не уверен, что это работает:вы не можете использовать теги в негативном ключе.Меня не интересуют PHP, Perl или веб-разработка.Я хочу исключить такие посты.А вот с тегами не могу.

Хотя в настоящее время вы не можете использовать теги для скрытия контента, это не должно быть невозможным.Снова используя SO в качестве примера, нет причин, по которым система, подобная функции игнорирования на форуме, не могла бы быть создана для системы тегов.Добавив контекстное меню, вызываемое правой кнопкой мыши, или небольшую ссылку «X» где-нибудь на дисплее тегов, теги можно пометить как игнорируемые.Это также позволит функционировать текущей функции тега;Просмотр всего (за исключением списка игнорируемых) или нажатие на тег, чтобы увидеть только вопросы с этим тегом.

Игнорируемыми тегами можно управлять в вашем профиле, если позже у вас возникнет интерес к PHP или INTERCAL, которого вам не хватало раньше.

Настоящий вопрос заключается в производительности.В моей голове это так же просто, как заменить SELECT [stuff] WHERE Tag = 'buffer-overflow' на SELECT [stuff] WHERE Tag NOT IN («php», «offtopic», «funny-hat-friday»), но я Я не создавал никаких сайтов с поддержкой БД, на которые бы обращали внимание тысячи людей.