标签与标签之间像网一样，他们之间都有复杂的关系，网上的每个节点也有自己的频繁度。有的节点是冲突的，有的节点之间是相同意义的，有的节点是另外两个节点的和。

其实你的建议还可以更多的推广，推广到购物网上，当你搜索nike的时候，如果nike卖光了，网站还会向你推荐adidas。等等总之是要更智能，提高用户的满意

我想你提到的效率是指运行效率吧？本文的目的正是关心用户的信息查找的效率，而不是关心软件的运行效率。软件从来是以用户为中心的，假如一个软件无法很好地满足用户需求，运行效率再高也无济于事。

也许
树状结构也只是一种模拟
只是不知道哪一种更快

没有专门研究
仅表示个人见解
请博主不要笑话

>>别名还是不要有了，数不清的信息在个人的身上应该收敛，应该有自己的命名空间，简单是美，少即是多。

文中没有提到命名空间，虽然我的确有引入它的想法。不过即使引入命名空间，别名也是有意义的。在社会化标签（如delicious）中尤其重要，有不少的同义词、全称与简写（如object-oriented programming与OOP）、单复数（如book与books）、不同语种（如programming与编程）、拼写错误等等。没有别名机制便很难将本该聚合的信息归并。

>>一条信息可以有多个标签，一个标签可以有多个属性

不错，这是非常关键的。文中提到标签的重要性、紧急性和常用性等都是标签的属性（当然还可引入其他属性）。

>>标签Google Group的vim论坛的邮件为：comp.software.vim.group.google，如果还有linkedin的vim爱好者的 group，标签为comp.software.vim.group.linkedin，或者其实就合并为comp.software.vim也是可以的。这种方法，好像是flat的，又好像是hierarchical的。

这是一种思路，有点命名空间的味道。不过相应的系统最好具有对标签模糊匹配的功能（一般的标签系统是精确匹配）

>>filter的功能挺强大的，可以当成create view来用

filter对邮件系统特别有意义，对其他信息系统也有借鉴作用。

该博文是一篇老文章了。时隔一年多，本人对此又有许多新的想法，有机会系统整理一下。欢迎交流讨论！

1. 别名还是不要有了，数不清的信息在个人的身上应该收敛，应该有自己的命名空间，简单是美，少即是多。
2. 一条信息可以有多个标签，一个标签可以有多个属性，在Gmail中，可以在和label, filter等同级的category选项卡中设置，根据需要，可以设置好多不同分类标准的view。不同的分类标准，就像是不同的哨音，引来不同的鱼。
3. 除此之外，我现在的方法是这样的：标签Google Group的vim论坛的邮件为：comp.software.vim.group.google，如果还有linkedin的vim爱好者的group，标签为comp.software.vim.group.linkedin，或者其实就合并为comp.software.vim也是可以的。这种方法，好像是flat的，又好像是hierarchical的。

补充一点，filter的功能挺强大的，可以当成create view来用。
比如下面这个filter：
(label:rec.arts.movies OR label:rec.arts.music)
Do this: Skip Inbox, Apply label “label:rec.arts”
这样，就对movies和music建立了一个view，好像很笨的方法~

个人愚见，还请博主不要笑话，呵呵。