2006-07-29
最近，TAG成痴
TAG这个玩意儿，我至今无法很完整地给出定义。叫它什么好呢？标签？目录？自定义分类？反正我现在还没有到要就TAG写一篇学术论文的地步，所以概念不清也无所谓。我琢磨着这是图书馆学的范畴，这辈子估计不会涉足这个领域，算了。
我除了做这个小小的本人原创性的blog以外，在Blogbus上还架设了一个名为“中国券商网”的Blog。盖因我曾经在券商这个行当里做过几年，一直对券业念念不忘，因此，至今还有收集券业信息的习惯。这个Blog做了大半年，其中大量是转贴报纸或者网络的文章（很小一部分，例如经纪业务百论系列，是我的本人原创）。我的本意无非就是收集一些信息，累在一起的访问量也12万有余了。
说心里话，我对TAG的认识就是从维护这个Blog开始的。比如说“A券商由于自营且挪用客户保证金而导致被证监会查处，由B券商全面托管”这样一则消息，从TAG的定义上，我就可以赋予“A券商”、“B券商”、“券商自营”、“券商违规”、“券商并购与重组”这样五个TAG。于是，这篇消息完整地体现着它的关键字，而对于读者而言，从这五个TAG的任何一个TAG进入定位，均可以找到这篇文章。TAG，对于文章的分类存放和搜寻定位，是有极大的好处的。而在传统的分类下，单篇文章只能存放在单个目录下，如果要在不同目录下存放，除了复制或者再生成一个快捷指向方式以外，实在没有什么太好的方法了。
有兴趣的可以去看看“中国券商网”这个Blog，倒不是说对券业有兴趣，而是对TAG有兴趣的。你可以看到，在这个Blog中，TAG的应用被发挥到淋漓尽致的地步（呵呵，小小自夸一下），2000多篇日志，并不显得凌乱，我以为，全仗TAG的功劳。
于是，我对TAG的态度开始痴迷起来，甚至到了走火入魔的地步。我甚至认为，在目前的windows系统下，完全可以设计这样一个小小的软件，来全面接管“我的文档”，或者说，成为“我的文档”这个文件夹的外壳程序。
我是从DOS时代开始接触计算机的，以至于在接触windows系统时，由于多年养成的DOS系统下的习惯，使得我一开始很不适应。在DOS系统下，通常我一定要知道某个文件的具体路径，即究竟是哪个目录下。而在windows系统下，图形界面使得路径这个概念并不重要。事实上，所谓“我的文档”的默认路径并非在根目录底下（要知道，当年我对这个设定有着一种说不出来的不习惯），而是在c盘的第四级目录中。更何况桌面上那个“网络邻居”，至今我还不清楚这条“命令”究竟隐藏在哪个路径之中。
windows系统中，路径变得越来越不重要，所有的目录被替换成另外一个概念：文件夹。建立一个文件夹只需要按按鼠标就行，而无需输入什么md的命令。至于运行一个程序，更加不需要考虑路径。要知道，在dos系统下，不告诉计算机路径，除非你在autoexec的文件中定义过path，不然计算机只会返回一条bad command的出错信息。
但是，建立文件夹同样无法解决这样一个问题：单个文件，只能存放于单个目录下。如果想形成一个文件对多个目录的映射关系，只好不断地去复制这个文件，或者建立一个快捷方式。我想像中的TAG外壳程序，就可以全面接管“我的文档”，形成上述的映射关系。方法很简单，在建立这个文件的时候，输入这个文件的tag就行了。
如果我们切换到dos，就会发现，其实所有的文件统统存放在“我的文档”下，没有目录（或者文件夹）的概念了，只有TAG这个属性。如果windows发展的话，当年的每个文件都有四大属性，就可以演变为五大属性。到那个时候，这个外壳程序也就可以功成身退了。
我的文档里有数G的文件（不包括视频音频，仅仅是一些DOC、XLS、PPT或者PDF之类），可见文件之多。目录套目录，我也知道，有很多文件其实是重复存放的。我一直想好好清理一下，但始终觉得是一个浩大的工程。每个文件只有标题能告诉我大致是个什么东西，如果标题不清，我还得一篇一篇打开看。想想就是一件大麻烦事，只好由着它越弄越庞大。这使得我重装的时候，备份变成了一件消耗近10分钟的拷贝过程。所以，在我的计算机里，这个“我的文档”是d盘下的一个目录－－于是，我每次重装，就不需要考虑拷贝了。
我在想，如果有这么一个外壳程序，似乎我定位和存放文章会变得容易很多。多用户共同使用一个TAG系统是引起很大的混乱的，但单用户定义一套TAG系统，除非他不想弄得井井有条，我猜，大致会有助于“从表面上看”，这个文档系统会显得极为有序。
GOOGLE的picasa已经颇有点这个意思了。
