我仍然建议用 tag 代替节点,或者节点与 tag 结合并减少节点的数量
节点适合豆瓣小组或者 v2ex 这样的闲聊社区,因为它们的话题没有针对性,所以由管理员创建一些节点来进行约束。 但是这里不一样,这里是一个意图明确 (围绕 Ruby) 的技术社区,可以看一下右边的节点,都是技术名,这些技术名都是可以自己在发帖的时候自己主动包含到 tag 里面的
节点的缺点
集中管理没有灵活性 围绕每个 gem 都可以展开讨论,不可能每个 gem 都去给它建个节点,也不能将所有与 gem 有关的话题都丢到"关于 gem 的讨论"这样的节点下面,这与不分类没有任何区别
闲置节点不好处理 比如大家突然对 bitcoin 热情激增,这两天都在讨论 bitcoin,所以就新开一个 bitcoin 的节点,过一段时间,bitcoin 冷了,再也没人关注了,那 bitcoin 这个节点何去何从?
用 tag 就没有这样的问题,用户自己建,热度退了以后,随着用这个 tag 的人数量的减少,自然就会从 tag 热榜里下来。但是若干年之后如果有人想找 bitcoin 的话题,只需打入 bitcoin 这个 tag 就可以了
例如 可以看下右边热门节点里的 Coffeescript,里面一个帖子都没有。证明大家现在对这个话题不感兴趣。但真正感兴趣的时候,要从“热门节点”密密麻麻的单词里挑出它来又不是一件容易的是。其结果就是我会发到 Ruby on Rails 里,当然了这里是 ruby 社区随便什么话题发到 Ruby on Rails 或者 Gem 或者 Ruby 里都不会有什么不妥。但是还是那个问题,就是把帖子发到这种宽泛的主题下面就和不分类没有区别了。
总结 对帖子进行分类的最主要目的是方便资料的整理和其他人的查找,如果不是为了这个目的,不对帖子进行任何分类也是没有任何问题的,就像一个公共的 Twitter Timeline,大家都可读可写。目前的 v2ex 就像一个公共 timeline,我根本不关心帖子发到那个节点下面,只看标题,有意思就看内容,节点成为了一个鸡肋功能。浪费了开发人员的时间,没有任何实际效果。
仍然会吞掉换行,可不可以到 github 发个 issue? 编辑区还不够大,左边的“回复内容”可以去掉,右边的“回帖所在文章”可以和“修改回帖”这个标题放到一行,这样发贴的时候就进入“无打扰”模式,鼓励用户发表更有价值的内容。