反馈 我仍然建议用 tag 代替节点

cqpx · 2011年11月08日 · 最后由 huobazi 回复于 2012年02月04日 · 3767 次阅读

我仍然建议用 tag 代替节点,或者节点与 tag 结合并减少节点的数量

节点适合豆瓣小组或者 v2ex 这样的闲聊社区,因为它们的话题没有针对性,所以由管理员创建一些节点来进行约束。 但是这里不一样,这里是一个意图明确 (围绕 Ruby) 的技术社区,可以看一下右边的节点,都是技术名,这些技术名都是可以自己在发帖的时候自己主动包含到 tag 里面的

节点的缺点

  1. 管理员集中管理,增减没有灵活性
  2. 闲置节点,就像卫星轨道上的碎片,一直飘在那里,已经失去作用,又弄不下来,数量多了以后还碍事

集中管理没有灵活性 围绕每个 gem 都可以展开讨论,不可能每个 gem 都去给它建个节点,也不能将所有与 gem 有关的话题都丢到"关于 gem 的讨论"这样的节点下面,这与不分类没有任何区别

闲置节点不好处理 比如大家突然对 bitcoin 热情激增,这两天都在讨论 bitcoin,所以就新开一个 bitcoin 的节点,过一段时间,bitcoin 冷了,再也没人关注了,那 bitcoin 这个节点何去何从?

  1. 保留,虽然它还在那里,但是已经没有人再进去发帖回帖了,节点多了以后就会很乱,就会出现“找不到我想发表的话题所属节点”的问题,最后只有就近随便找一个,比如“问与答”这样的。其结果是话题与所属节点不对应,节点形同虚设。
  2. 删掉,删掉旧节点之后,就需要把旧贴往更高一级的节点 merge,这很麻烦。

用 tag 就没有这样的问题,用户自己建,热度退了以后,随着用这个 tag 的人数量的减少,自然就会从 tag 热榜里下来。但是若干年之后如果有人想找 bitcoin 的话题,只需打入 bitcoin 这个 tag 就可以了

例如 可以看下右边热门节点里的 Coffeescript,里面一个帖子都没有。证明大家现在对这个话题不感兴趣。但真正感兴趣的时候,要从“热门节点”密密麻麻的单词里挑出它来又不是一件容易的是。其结果就是我会发到 Ruby on Rails 里,当然了这里是 ruby 社区随便什么话题发到 Ruby on Rails 或者 Gem 或者 Ruby 里都不会有什么不妥。但是还是那个问题,就是把帖子发到这种宽泛的主题下面就和不分类没有区别了。

总结 对帖子进行分类的最主要目的是方便资料的整理和其他人的查找,如果不是为了这个目的,不对帖子进行任何分类也是没有任何问题的,就像一个公共的 Twitter Timeline,大家都可读可写。目前的 v2ex 就像一个公共 timeline,我根本不关心帖子发到那个节点下面,只看标题,有意思就看内容,节点成为了一个鸡肋功能。浪费了开发人员的时间,没有任何实际效果。

仍然会吞掉换行,可不可以到 github 发个 issue? 编辑区还不够大,左边的“回复内容”可以去掉,右边的“回帖所在文章”可以和“修改回帖”这个标题放到一行,这样发贴的时候就进入“无打扰”模式,鼓励用户发表更有价值的内容。

我也是觉得 Tag 比较好。下方的导航可以转为 Tag 推荐。

tag 编辑可以用 codecampo 做的 tagEditor,将来研究怎么自动补全。

那就改吧

这个目前来说无所谓吧,论坛关键还是气氛,多拉人过来,多回答问题,是初期最有意义的

我觉得 Tag 容易出现无意义 Tag,节点人为控制质量要高一些,特别是在社区前期,人为控制比较好一些

Tag 如果能支持别名就更美了 比如 Ruby On Rails == Rails, 安卓=Android 等等

我觉得 Tag 更好,但不一定要马上改。像 v2ex 那样的用户量,节点式也能有效组织信息。所以不急着改。

如果当前没有合适的节点,可以发到“分享”。浏览 chinaonrails 和 v2ex 的时候其实不在乎分类。

相比分类或 tag,ruby-china 还有一些更急迫的地方需要改进。比如 wiki 和 文章 需不需要重写,一些表单结构、flash 信息需要优化,各类的小细节需要调优。

#8 楼 @Rei 你们都在哪里讨论开发的问题呢?github issue 好像也没几个

#9 楼 @cqpx 可以到 Github Issue 上面讨论

我觉得节点比 Tag 好,Tag 太容易产生泛滥,随意性太强!

#5 楼 @Tony #11 楼 @sanlouisfeng

Tag 太容易产生泛滥:正如我在帖子里说的,分类的主要目的是方便找,而不是为了好看或者让用户发帖的时候能找到一个好的归宿。tag 多一些又有什么关系呢,只要方便大家找到相关的帖子。这个问题可以参考在 stackoverflow 发新帖的情况,StackO 就用的 tag 来管理问题,你总能找到你想要的: http://stackoverflow.com/search?q=unicorn http://stackoverflow.com/questions/tagged/capistrano 另一个好处是联合查找,比如我比较关注 thin 和 unicorn 的比较,或者 sinatra 与 rails 的比较,我就可以同时输入这两个 tag,找到同时提到这两个东西的帖子。例如: http://stackoverflow.com/questions/tagged/unicorn+thin

随意性太强:如果有 tag 自动补全功能,就能很好的对发帖用户进行约束,这也可以参考 StackO 同时后台可以增加 tag 管理功能,管理员能对 tag 进行 merge 或者增加别名等, 比如一部分用户用 mongo,另一部分用户用 mongodb, 那么管理员可以在后台将所有打 mongo 这个 tag 的帖子都改成 mongodb。 以后用户发新帖的时候,用户输入 mon,自动补全就会提示 mongodb 而不会提示 mongo

至于其他需要出现的节点,可以作为置顶的 tag 展现在用户面前,他们自然会去选择。置顶 tag 就可以取代现有的节点功能。

当然了正如 dave 所说,最最重要的还是积累人气,功能都可以慢慢去增加

#7 楼 @huobazi +1 支持宽泛的主题,主题包含多个 tag,主题和主题之间还可以重合

http://typecho.org/ 的做法就挺好,一个主题可以选多个 category,同时可以自定义多个 tag

这个帖子沉了啊

支持添加标签功能,v2ex 式的节点概念可以完全砍掉。

那么,如何做好标签功能我认为有三个要点:

一、引导 输入标签的时候要有自动补全,引导用户输入常用的、格式正确的标签。

二、机器分析 对正文进行语意、关键词分析,然后给出推荐使用的标签(当然不一定强制用户非要采用)。 对用户输入的标签和正文进行相关度分析,相关度太低的标签拒绝使用。

三、众包 结合其他用户收藏帖子时使用的标签进行调整。 结合因其他用户认为标签不合适而产生的纠正意见进行调整。

需要 登录 后方可回复, 如果你还没有账号请 注册新账号