-
只说昨天看到
igooi 关于
folder引入的文儿下有一个朋友的回复，谈到folder和tag的属性，说得很有道理，摘录于下：
tag之所以出来，其中一个重要的原因就是folder这样的层次化的结构的不足，在海量信息和分类困难的前提下作为folder的补充。凡是有过大量资料设计管理经验的人应该都有这种经验：很多资料符合好几个分类(folder)或是同一个分类中的不同层次，这就是folder的不足。这样的多种选择(多义性)也带来今后的资料的寻找定位的困难，这是tag产生的重要原因之一。你文章里提到的各种想法，比如folder属性对tag的反过来的帮助等等，也是一直都存在的。就这个意义而言——tag生来就是folder的补充，而不是倒过来。
历来的操作系统文件系统都是使用folder，我们可以想象以后会有带有tag性质的系统(现在已经有一些是在应用层这样做的软件)，但我不认为tag会取代folder，因为tag本身是一种平面(flat)无序和模糊的概念，其搜索的结果也只是“趋”优的（比如当定义了无数的tag以后，你已经很难记得所有曾经定义的tag了，那么很可能你以前定义过"公共汽车"，现在你又根据手上的条目新增了“巴士”或者“汽车”等等），不像folder这样精确的方法。
所以，无论现在各种tag系统如何hot（tag好像随着最近的Blog和SNS概念热起来，但很久以前的一些系统里也都是存在的），作为管理资料来说，tag从来都只是folder的补充。所以我不是很明白你说的"引入folder的概念"，folder这个概念从最早的文件管理系统就有，又何谈“引入”呢。
在现有unix文件系统上实现tag很容易，比如可以对于文件名为XXX的文件约定同目录下的XXX.tag(optional)为其tag列表即可，加上一个小的数据库，修改shell中几个常用shell命令(或者增加自己的指令，shell程序即可，比如addtag之类)；或者也可以从更底层的文件函数调用着手修改系统源代码，如够希望要一个彻底的基于tag的文件系统的话(实在没必要，最多是个人资料和文档需要tag罢了)。我看过有学生的project就是干这个的，不过作出来大家还是都不习惯用。尤其是对于个人而言，个人资料多不到什么程度，实在有问题的话家个link就可以了，也懒得去用tag。
一个例子，gmail目前提供了tag而没有提供folder，支持普通的pop3(pop3是没有folder的)；但是，只要gmail开放imap协议（或许google还没准备好，或许它不喜欢），gmail完全就是一个基于folder的支持tag的远程文件系统，到时候gmailfile system(现在也有一个，不过太简陋了)和googleshell显然就会有。Google现在没做，以后可不一定，这完全符合它的基于浏览器的计算机的概念。
所以说tag,folder就是个概念，只要和资料管理有关的就可以用，gmail做得，delicious之类也就做得，关键只是看用户稀饭不稀饭罢了，比如偶就不稀饭，偶的资料不是那么很多，偶遇到二义性的时候会反思和优化自己材料的组织形式或修正一些缺省的分类原则，偶稀饭精确。
看来这个家伙（称呼不怎么顺口，嘿嘿）对shell脚本很熟，这个关于将来可能出现tag性质的系统的想象，技术与创造性缺一不可。而
韩建斌已经在谈
界定时间信息的个人信息管理了。
只说仍然还是说标签
资源的展现，甚至加成了本文儿的题目（"标签与资源展现"），似乎准备大张旗鼓拿来说事。随意性和灵活的标签带来了无序和丰富的资源（或者是资源本来如此，而标签只是试图与之接近而已），而大多数人未必能够接受（
只说也想
大部分不是聪明绝顶）标签的逻辑。其实你的信息虽然
未必多，但也未必少，只是不“稀饭”或者不习惯而已。所以在资源展现时考虑接受程度，提供一些精确的定位方式（看似精确也好呀），是贴心的为用户考虑。
hippy 提到不要分类会引起困扰，也是因此而来。
不过，真正有效展现方式，
cluster方式确是一个有效和值得尝试的方式。当然，tag汤也是一种富有视觉刺激效果的展现方式，甚至这种展现方法可以带来启发和引申，虽然是无效的启发和引申，但可以带来有效的讨论和思考（见
nicotinestain得论述，虽然
只说未必支持他的观点）。
时间晚了，先说道这里。
订阅我的RSS频道Trackback: http://tb.donews.net/TrackBack.aspx?PostId=387353