大少's profilehiker's spacePhotosBlogListsMore Tools Help

大少 钱

Occupation
Interests
一个不知道自己要做什么,但是却做好了准备的人。
There are no music lists on this space.
Public folders

hiker's space

May 19

我们为什么还要做车载电脑

这是一个很值得深思的问题,当这个问题得到满意答案的时候也是汽车行业乃至我们的生活发生巨变的时候。

首先我们可以肯定的是,车载电脑(carpc)势在必行。目前很多豪车的车载影音娱乐、导航系统其实就是一套车载电脑。漂亮的界面,完整的功能,稳定的系统让你完全无法联想到这是一台车载电脑,而是一套车载音响导航系统。厂家利用这些系统来区分车辆档次,加装原厂的这些系统,价格在diyer眼中则是天价。这些系统也存在着一些缺陷,就是是它无法安装特定软件,无法连接u盘,无法上网,而这些都是我们认为carpc应有的功能。

于是具有diy精神的人们为了实现以上功能开始了carpc探索。然而基于pc构架的carpc系统总是那么不能随人愿。Pc构架中最小的板卡在车厢中也难找到容身之所,7寸乃至更小的显示屏也无处藏身,原车音响位置,遮阳板,顶挂,驾驶员头枕都是一个不错的位置,但是都会留下遗憾。因为这些都不能很好的满足diy的精神,和原车完美匹配,内饰风格一致,线缆隐蔽在车内不留下痕迹。很多diyer都是完美主义者,杂乱的线缆,恼人的音响电流干扰,引人注目的附加设备和原本简洁的内饰都让他们毅然拆除了曾经费尽了心思的carpc。更脑人的是,这套系统除了安装者本人以外,其他人根本不会也不敢去碰触,稍有差池,carpc就向你示威,蓝屏白字下你没有其他办法。而carpc系统独立在整车电子系统之外,可提供的服务非常有限,而你使用的频率也不是十分的高,每天开着装有carpc的汽车载着同事,更多的时候在向人们解释系统是如何完成工作的。

难道真的carpc一无是处吗?答案是否定的。但是为什么目前看来carpc这么不堪呢?因为目前市场上没有一个标准,而且时机尚未成熟。

这里我们可以来设想一下我们需要的carpc

1、  它是一台体积很小的设备,符合单din或者双din安装标准。

2、  它兼容原车电气标准,安装起来就向安装sony车载dvd一样简单。

3、  它有原车音响所有的功能,而且影音功能更加强大。

4、  它有着强大的软件支持,不同的功能来自不同的软件。

5、  它有着丰富的硬件接口,usb, 读卡器,1394avvga甚至hdmi

6、  它兼容目前的主流无线标准,buletoothwifi

7、  它有简便的操作,触摸屏应该是它的标准操作方式,当然尴尬的时候外接键盘鼠标也是必不可少的。

我们再设想我们需要carpc的功能。

1、  影音娱乐功能,兼容各种媒体,cd,dvd,数据光盘,mp3,avi,mov,ts,tprmvb都不在话下。

2、  大容量存储,自驾游途中的照片和dv可以暂时存在里面。或者通过它转移到移动硬盘上。

3、  车载电话,和智能手机的电话可以完全融为一体,接听和拨打都十分方便。

4、  Gps导航,这是必须的,可以安装多套软件,多种地图。

5、  倒车雷达,倒车影像系统这些只是小儿科的事情。

6、  车身诊断系统,汽车的故障代码随时可以查询。

7、  编辑文件,连接打印机,车载办公。

8、  上网,聊天,登陆爱卡。

9、  行车录像,对于事故责任认定有很大帮助。

我们再天马行空一下等winmax3g出现后,等汽车完全信息化后carpc可以实现的功能

1、  自动驾驶,gps把你的数据传输到控制中心,可以计算出你和它车辆的距离,carpc指挥汽车各个系统的部件控制车辆(这个有点远),以后的交通局就收gps自动驾驶系统的年费吧。

2、  方便的上网,随时可以登陆爱卡和任何网站。传输资料回家里的服务器。

3、  Wifi组建局域网。自驾游车队组建自己的信息传递系统。

4、  友好hello系统,如爱卡的车友输入相同的密钥,会车的时候carpc会相互hello一下,对于长途在外特别有用。

根据上面的假设车载电脑的架构

1、  可以是嵌入式系统,现在的嵌入式系统性能已经是非常强大了。当然扩充性来说pc构架更加强大。嵌入式系统启动快,运行稳定。

2、  兼容车辆的通讯协议,如canbus

3、  需要硬盘,而且防震读写。

4、  操作系统根据情况而定,嵌入式系统的话win ce或者嵌入式linux

5、  一定的升级扩充能力,如内存插槽,minpciusb等。给diyer带来一定的兴奋度。

Carpc Diy先驱们的不断探索为carpc今后的发展留下了不可磨灭的功绩,在一次次的成功与失败的总结中人们对carpc需求将越来越明确,carpc也将越来越趋向于成熟。当carpc成熟后我们也许会提出car servercar storage centercar wireless media system等更加新的概念。

May 11

五一,江西婺源,三清山,千岛湖自驾游

人物:我,老婆,儿子,老婆的朋友一对小夫妻(简称小夫妻),和小夫妻的三个同学(简称三个同学),女网友一名(三个同学之一的)

车辆:别克商务一辆(我,老婆,儿子,小夫妻之女,女网友),江铃瑞风一辆(三个同学,小夫妻之男)

行程:

D1:上午6点从家里出发,和三个同学,小夫妻会合,接了女网友(她老公送至市政府),忽然三个同学要吃麦当劳(昏!!),于是去了麦当劳,盛情难却之下,我点了一杯巧克力热饮。之后这个热饮杯伴随了我整个行程。

7点上沿江高速,为了不让我睡觉小夫妻之女坐副驾位置,属于陪聊,老婆则和儿子在最后排睡觉。之后在三天的行程中,小夫妻之女之声一直伴随在我的耳边,未有一刻停止。

7:30上锡宜,随后到宁杭高速,杭州环城西,杭徽高速。这里要说杭徽高速浙江段限速80,到了安徽段限速60,在两省交界处很多警察盯着车辆准备罚款。

中午12点到达杭徽高速最后一站,黄山,从黄山下,沿路直行至婺源方向(在此感谢钱志鹏同志友情提供导航仪),沿婺源方向开始都是盘山公路,大约有108公里。下午2点半左右到达婺源的第一个景点江湾,下来一路游玩至婺源市区,夜宿婺源一家私人客栈。

D2:上午6点三同学之一胖子敲门,于是一路导航至三清山(再次感谢钱志鹏同志),一路大雾封山,我们在盘山公路行驶,能见度只有20米,等到最高处穿过云雾的时候看到了日出云海的壮观景象,可惜不敢驻车拍照。全程120公里山路到山清山,游玩一天,在胖子的提示下,驾车90多公里前往广丰住宿,价廉物美,饱餐一顿。

D3:广丰出发前往千岛湖(向钱志鹏同志致敬),行至建德下高速,从省道s05行至s06看着边上高速公路车辆飞奔,问了当地人,知道杭千高速通车才一个月,gps未有地图,在当地人指引下,上了高速,飞奔之千岛湖。租船游玩半天。下午4:00上高速返程回家。

图片稍后

婺源的古村落汪口和晓起

汪口门前的大树记载着汪口千年的兴衰。

 

儿子最喜欢的水车磨坊,看了留恋忘返。

汪口的桥,桥的那边也是汪口的村落,在一场山洪之后木桥倒塌,重新建起了钢筋混凝土大桥。

深邃的桥,带着几分宁静和神秘。

汪口最悠闲的要数它了,川流的游客对他来说习以为常了。

旧时王谢堂前燕。很小的时候才见过的。

承载着千年历史的古街道。

大户人家

天井,雕琢精美,可惜相机未能表现出来。

一经堂,它古代的主人位及五品

一品堂的外面,高墙深院。

汪口最大的家族宗祠。

夕阳下宁静的汪口。

另一个村落晓起,和汪口相比只是大了一点,充满了商业气息。

不经意间看到的景象最感人。

千年古樟

晓起后山拍的。

村口路边的野花,茁壮得让人感动

继续上图片

三清山游玩

节日的三清山真的没什么好玩,除了人以外还是人。游三清山需要两天,第一天爬上索道8000多阶梯,到山的一半,住山上的宾馆。第二天爬山看日出看景点。

这次由于没有订到山上的宾馆,所以爬了上索道。儿子比较大了,抱不上去,但是自己又爬不动,请了一个当地人给背上去的。到了上索道看了几个附近的风景点,看看越来越多下山的人群,心中已无游意,早早的买了下山的索道票排了4个多小时的队下山了。排队的时候经常看到很多貌似凶悍的人插队,然后被另一群更加凶悍的人围殴。警察已经无能为力,只能劝阻,看到这样的情形,我团结了我们一伙人以及周围群众形成一个整体,在我们中间是没人可以插队的,但是之前和之后插队的人我们也管不了那么多了。

上山之前路边的山涧。

在上索道的山路上,台头隐隐可见秀丽的玉京峰

纯朴的山里人林上师,好像和当地人都很熟,挑滑竿的师傅都认识他。他说他最快的爬上索道时间是半个小时多点。(国泰爬楼比赛第一名是多少成绩?)

感觉就快要到顶的样子,其实爬山才刚刚开始。

中途休息一下

号称瘸腿三人组的三名同学之二+小夫妻之男

在在浏霞台拍的

听说三清山的松树不亚于黄山,于是拍了几张。

往下俯瞰,已经看不到上索道的站台了。

最后附上三清山旅游图,其实我们只是在山脚兜了一圈,十一后山索道造好之后可以从上往下游玩了。

 

五一这三天最轻松要数千岛湖之旅了,本来没有安排去千岛湖,1、是由于三清山未能尽兴,2、是儿子想要做船,3、由于是顺路。于是我们早上8点出发赶往千岛湖。到千岛湖的时候已经是中午12点了。一桌人匆匆吃了一个168元的鱼头,租了一艘没有运营证的快艇我们就出发了。快艇是当地县政府司机公艇私用赚外块的,所以价格便宜,而且没有人来查。

千岛湖总共占地5k多平方公里,快艇是当地交通的主要工具之一。

上船之前拍得。

岛上的私人别墅是这样子的。

边上飞驰的快艇在拼命的“扒分”。

疲惫的旅人,行程的最后一天,忽然袭来的疲惫让同伴们放弃了任何美景。

千岛湖上有很多这样的峡谷。

真正属于千岛湖的只有那自由的鹰,许巍的《蓝莲花》又回响在我耳边。

没有什么能够阻挡
你对自由的向往
天马行空的生涯
你的心了无牵挂

穿过幽暗的岁月
也曾感到彷徨
当你低头地瞬间
才发觉脚下的路

心中那自由地世界
如此的清澈高远
盛开着永不凋零
蓝莲花

这样的全家旅游其实也是蛮值得回忆的。

 

旅途的几点感慨

1、  美好景色总是和你擦肩而过。最美好的景色总是出现在路边,飞驰在山路上,你不能随意驻足观望,一边是悬崖,一边是峭壁,路面仅能容两辆车将将会车,这时候安全是最重要的。

2、  GPS GPS的依赖是从下了杭徽高速开始的,它的优势不仅在于指路,而且可以在崎岖的上路上让你清楚的看到弯道背后路的走向,小夫妻之女除了成为一个合格陪聊员之外,更成为一个优秀的领航员。甚至于有那么一霎那,我想和她单独去西藏。车中瞬时打翻了醋坛,为枯燥的旅途加了点调味料。

3、  麦当劳的巧克力热饮杯是旅途中最称手的物品。双孔吸管,防泼溅杯盖,防烫防滑杯身,大小适中的体积,让我非常方便的补充水分。

4、  车辆,在山中行走,自动档的优势荡然无存。自动档不能带档滑行,下坡需要踩刹车,容易烧毁刹车片,上坡加速不能提供足够的扭矩。

5、  42个月的儿子没有成为我们旅途的累赘,反而为旅途增加了乐趣。

儿子语录:

1、  在长期上路之后,终于看到平原了,然而好景不长,又进了山,儿子发出感慨:唉!又在山里了。

2、  长期行驶在高速上,青山渐远,车上旅人渐渐安静,一个声音忽然说道:我还是系上安全带睡觉吧

3、  上到三清山,儿子赞美道:这个山不错。

4、  车上解闷,不知谁说了一段黄段子,众人大笑。一个声音弱弱的“刚才的笑话我要再听一遍”

 

 

 

March 22

DJ MC&DANCER

DJ全称Disc jockey可以理解成DISCO舞厅的司仪或唱片骑士。如果要讲什么是DJ,必须从DISCO的发展讲起。
早在一次世界大战之前就已经有DISCO存在,不过那时侯没有现在这么疯狂、这么HIGH,充其量只不过是一些节奏强劲一些的音乐,DJ那时侯只是在幕后的节目主持,就好象现在广播的主持一样。
1972年"Cherry Lips"乐队的一首"Playthe Funky Muisc"才能算是DISCO的真正起源。这种音乐风格在当时的时代环境下马上受到广大青年朋友的青睐,后来被命名为 “Funky”,一直到现在还深受人们的喜爱。而“DJ”则从幕后转到了半幕后,参与了一些演唱、音乐制作和演唱会的主持等幕前工作,还不能称为专业的“DJ”。 到了1981年,一个大家都非常熟悉的时代出现了--霹雳舞的时代。霹雳舞的一直风格延续至今变成了大家知道的一种风格。他们同样源自黑人街头音乐,有着同样的特点--就是在97年风靡一时的“RAP”。“DJ”在1981年便正式有幕后转到前台,负责在各种音乐中挑选出适合的音乐放给客人们听。当时还没有CD啦、LD啦,DJ只是在玩一些叫做“Record”就是我们称之为胶木碟或唱片(我们专业叫大盘)的东西。
讲到这里我必须讲一下一个DJ必需的东西---唱盘机的发展,不要以为这无关紧要,没有唱盘机就不会有DJ的存在。“Technics”公司是到现在还在唱盘机制造业中的龙头,没有一个DJ会不知道这家公司开发制造的胶带式唱机和一直到现在的石英式唱机,但鲜为人知的是“Technics”早在1979年就出产了第一台专业的唱机,为DJ这一特殊的行业奠定了基础。
在八十年代初,DJ们还不会充分发挥唱机的优点,只是机械的操作。到了八十年代末期,不知谁发明了一种叫做scratching records(我也不知道怎么向你们解释,只好按我们的行话叫做“搓碟”。就是现在你们见到DJ在不断搓一张唱盘,配合节拍发出吱吱吱的声音。)的玩法,把DISCO推向了它第一个高潮。之后,DISCO在卡拉OK出现的强力冲撞之下消沉了数年,在95、96年又以讯雷不及掩耳之势再次席卷世界,它又回来了。
现在,我认为是DISCO以及DJ的全盛时期,各种新风格的音乐层出不穷,搓碟的手法越来越不可思议。DJ这两个字已经代表了最新、最劲、最毒、最HIGH的Muisc

MC就是最能带动气氛的那个人,但这不一定是黑人。“MC”的原义Micphone Controller,也就是“控制麦克风”的人。所以有许多的人饶舌歌手都会给自己的艺名前面加个“MC”什么什么的,比如前几年很出名的MC Hammer。经过多年的传承,现在的MC需要具备多方面的能力,比如要能带动气氛,能主持、能RAP、能即兴饶舌(free style)。他不只是表演者,也兼俱了Hip Hop文化的讯息传达者的功能,所以从他的表演内容和形式尚可分不同域及派别的表演型态,例如东岸、西岸、非主流等。当然,一个具有鲜明个人色彩的MC,更能进一步的带动口头禅、音乐以及服装的流行,这点也可以由那么多的黑人歌手代言服饰品牌窥见一二。在国内,当MC是很不容易的,因为国内尚没有那么多的制作人水持这种表演类型,顶多在PARTY上看见表演会觉得新鲜,但是以目前情歌满天飞的情形看来,要发动Rap的市场比较难。从R&B着手会容易得多。但是目前能在自己的作品中加入一些旋律及唱功的MC,在国内少之又少。其实,大部份的MC还是希望大家能以“玩”的角度出发,才是黑人音乐真正的元素。唯有充满喜感、快乐。才能在目前“情歌至上”的音乐市场中,求得发挥的空间。

DS简单的解释就是跳舞的人!比如在迪吧里领舞的女孩子或男孩子,舞蹈演员也可以叫DS,DS的英文全写是:DANSA!
September 18

Extreme Programming FAQ

  1. Extreme Programming FAQ
    校对 钱五哥 [AKA]
    译者 喻海涛 郭宏杰 罗予晋[AKA]
  2. Introduction
    简介
  3. What is Extreme Programming? Does it involve bungee cords?
    什么是极限编程(Extreme Programming)?它需要蹦级保险绳么?
      Extreme Programming (or XP) is a set of values, principles and practices for rapidly developing high-quality software that provides the highest value for the customer in the fastest way possible. XP is extreme in the sense that it takes 12 well-known software development "best practices" to their logical extremes -- turning them all up to "10" (or "11" for Spinal Tap fans). See Kent Beck's introduction to Extreme Programming Explained for more details.
    极限编程(Extreme Programming,或简称XP)是一套能快速开发高质量软件所需的价值观、原则和活动的集合,使软件能以尽可能快的速度开发出来并向客户提供最高的效益。说XP是极限在于它将12个众所周知的软件开发的“最佳活动”都发挥到极限“10分”(或到“11分”对超级发烧友)。更详细的细节可参看Kent Beck的关于极限编程的介绍。
  4. What does this have to do with Windows XP?
    它和Windows XP有什么关系?
    Absolutely nothing. In February 2001, Microsoft announced that the next release of their consumer Windows operating system would be called "Windows XP". The use of "XP" as shorthand for Extreme Programming predates Microsoft's use of "XP" by 2-3 years.
    绝对无关。在2001年2月,微软宣布他们下一个要发布的Windows操作系统叫做“Windows XP”,用"XP"做为极限编程的缩写在2~3年前就预测了微软的"XP"用法。
  5. Is XP a methodology?
    XP是一种方法学么?
    No and yes. No, it's not a methodology in the sense of a lot of paperwork and additional hoops for developers to jump through. But yes, in the sense that it is a repeatable process for developing software, it is in fact a methodology, although a lightweight one.
    可以说不是,也可以说是。说它不是一种方法学是因为开发者可以跳过许多纸面上的东西和附加的条条框框;说它是,是因为它对于开发软件来说是一种可重复的过程,它实际上也是一种方法学,但是属于“轻量级”的。 Alistair Cockburn, who studies methodologies for a living, characterizes XP as a lightweight, low-ceremony, high-discipline methodology.
    Alistair Cockburn,一个研究方法学的学者,描述XP为轻量级的、不讲究繁文缛节的、高纪律性的方法学。
  6. Where did XP come from?
    XP起源于何处?
    XP was originated by Kent Beck, based on his years of practice as an O-O software developer, and in particular, his work with Ward Cunningham using the Smalltalk programming language. Because Smalltalk was the first popular O-O language, Ward and Kent have been doing object-oriented programming longer than just about anyone else.
    XP最早是由Kent Beck提出来的,源于他多年的O-O实践,特别是他和Ward Cunningham一起使用Smalltalk语言进行开发的工作经验。因为Smalltalk是第一种流行的O-O语言,Ward和Kent比其他任何人都有更长的面向对象的编程经历。
  7. What are the basic practices of XP?
    XP的基本实践是什么?
    The 12 core practices of XP are:
    12个XP的核心实践是:

The Planning Game: Business and development cooperate to produce the maximum business value as rapidly as possible. The planning game happens at various scales, but the basic rules are always the same:
游戏策划:结合业务和开发以尽可能快地产生商业效益。游戏策划的范围各有不同,但基本原则都是一样的:
Business comes up with a list of desired features for the system. Each feature is written out as a User Story, which gives the feature a name, and describes in broad strokes what is required. User stories are typically written on 4x6 cards.
业务提供了一张系统的期望特征表,把每个特征作为一个用户需求(User Story)记录下来,其中包括特征名和需求的各种提法。用户需求典型地是写在4x6的卡片上。
Development estimates how much effort each story will take, and how much effort the team can produce in a given time interval (the iteration).
开发工作要估计每条需求所需要的工作量,以及开发团队在一个时间段(一次迭代)里能完成的工作量。
Business then decides which stories to implement in what order, as well as when and how often to produce a production releases of the system.
然后企业就确定用何种顺序实现哪些用户需求,同时确定可发布的产品以的发布频度。
Small Releases: Start with the smallest useful feature set. Release early and often, adding a few features each time.
短时发布:以实现最小的可用特征集开始。尽早发布和更新,每次只增加少数几个新特征。
System Metaphor: Each project has an organizing metaphor, which provides an easy to remember naming convention.
系统绰号:每个项目有一个有规律的绰号,提供容易记住的命名规则。
Simple Design: Always use the simplest possible design that gets the job done. The requirements will change tomorrow, so only do what's needed to meet today's requirements.
简要设计:使用尽可能最简单的设计来完成工作。需求也许明天就会改变,因此我们所需的只是完成今天所遇到的需求。
Continuous Testing: Before programmers add a feature, they write a test for it. When the suite runs, the job is done. Tests in XP come in two basic flavors.
连续测试:在程序员增加一项特征前就完成测试程序。当整个系统能运行时,测试任务也就结束了。XP中的测试包括两种类型:
Unit Tests are written by the developers to test functionality as they write it. Each unit test typically tests only a single class, or a small cluster of classes.
单元测试(Unit Tests)(代码)是开发者编写用来对他们所做的程序进行功能测试的。每个单元测试典型地只测试单个的类或很少几个类的组合。
Acceptance Tests (also known as Functional Tests) are specified by the customer to test that the overall system is functioning as specified. Acceptance tests typically test the entire system, or some large chunk of it. When all the acceptance tests pass for a given user story, that story is considered complete.
验收测试(也被称为功能测试)是由客户指定来测试整个系统是否完成既定功能。验收测试通常测试整个系统,或系统中一些大的模块。当验收测试达到某条给定需求后,此需求就认为已经完成了。
Refactoring: Refactor out any duplicate code generated in a coding session. You can do this with confidence that you didn't break anything because you have the tests.
求精(Refactoring):去掉在编码过程中产生的任何重复代码,你可以自信地认为这么做不会破坏任何东西,因为你还有测试作为后盾。
Pair Programming: All production code is written by two programmers sitting at one machine. Essentially, all code is reviewed as it is written.
编程对子:所有代码都是坐在同一台机器前的两个程序员共同编写的,因此所有代码在编写的同时就完成了复查工作。
Collective Code Ownership: No single person "owns" a module. Any developer is expect to be able to work on any part of the codebase at any time.
集体代码所有权:没有单独的一个人能“拥有”一个模块,所有开发者都能在任何时候针对代码库的任何部分进行工作。
Continuous Integration: All changes are integrated into the codebase at least daily. The tests have to run 100% both before and after integration.
连续整合:至少每天都将所有的改变整合到代码库中,在整合前后都要进行100%的测试。
40-Hour Work Week: Programmers go home on time. In crunch mode, up to one week of overtime is allowed. But multiple consecutive weeks of overtime are treated as a sign that something is very wrong with the process.
每周4干40小时:让开发人员按时回家。在特殊情况下,最多也只允许加班一周,但连续加班几周就是工作过程出了问题的迹象。
On-site Customer: Development team has continuous access to a real live customer, that is, someone who will actually be using the system. For commercial software with lots of customers, a customer proxy (usually the product manager) is used instead.
在位(on-site)客户:开发团队要经常和活生生的客户接触,即系统的实际用户。对于有很多客户的商业软件,可以用客户代理(经常就是产品经理)来代替。
Coding Standards: Everyone codes to the same standards. Ideally, you shouldn't be able to tell by looking at it who on the team has touched a specific piece of code.
编码标准:每个人都按相同的标准编写代码。理想情况下,你无法通过看代码的形式来说出是团队中的谁编写的。

October 04

普契尼-蝴蝶夫人
卡拉扬指挥维也纳爱乐乐团
弗蕾妮、帕瓦罗蒂、露德薇等演唱
DECCA 417 577-2

 

普契尼的两幕歌剧《蝴蝶夫人》在1904年2月17日初演于米兰,剧情取材于美国作家的同名小说,并由美国剧作家贝拉斯科(1854-1931)改编成剧本。歌剧描写的巧巧桑(蝴蝶姑娘)是一位天真、纯洁、活泼的日本姑娘,他为了爱情而背弃了宗教信仰,嫁给了美国海军上尉平克尔顿。婚后不久,平克尔顿返回美国,三年杳无音信。巧巧桑深信他会回来。平克尔顿回国后另有新娶。当他偕美国夫人回日本时,悲剧终于发生了。巧巧桑交出了孩子,吻剑自尽了。这是一部抒情性的悲剧,通过一个纯真、美丽的姑娘的悲惨命运,对自私自利、损人利己的资产阶级世界观进行了批判。普契尼在音乐创作中直接采用了《江户日本桥》、《越后狮子》、《樱花》等日本民歌来刻画蝴蝶夫人的艺妓身份和天真的心理。这部作品是普契尼的 代表作之一,也是世界歌剧舞台上久演不衰的名作。

  《啊,明朗的一天》是这部作品中最著名的一首曲子,是蝴蝶夫人在第二幕中所唱的一首咏叹调。平克尔顿回国后,女仆认为他不会回来,但忠于爱情的蝴蝶夫人却不停地幻想着在一个晴朗的早晨,平克尔顿乘军舰归来的幸福时刻。她面对着大海,唱出了著名的咏叹调《啊,明朗的一天》。普契尼在这里运用了朗诵式的旋律,细致地刻画了蝴蝶夫人内心深处对幸福的向往。音乐近似说白,形象生动地揭示了蝴蝶夫人盼望丈夫回来的迫切心情

二幕歌劇
作曲:賈柯摩?普契尼
劇本:魯伊吉?伊利卡、朱塞培?賈柯沙
根據美國導演兼劇作家大衛?貝拉斯可原作改編而成
(原係以美國業餘作家約翰?魯特?隆之中篇小說改編)
首演:1904.02.17,義大利米蘭斯卡拉歌劇院
修訂版首演:1904.05.28,布雷斯加大劇院

《劇中角色》
蝴蝶夫人(秋秋桑)................................................................女高音
平克頓(美國海軍上尉).......................................................男高音
鈴木(秋秋桑的女傭)...........................................................次女高音
夏普勒斯(美國駐日本領事)..............................................男中音
五郎(日本婚姻掮客)...........................................................男高音

《劇情簡介》

 場景:二十世紀初,日本長崎港邊的小山丘

第一幕 山丘上的日本平房庭院

幕啟時,婚姻掮客五郎帶著即將新婚的美國海軍軍官平克頓走上山丘,前來觀看新房,五郎向平克頓解說日本式平房隔間的奧妙,並介紹未來服侍新人的傭人們。未久,美國駐日本領事夏普勒斯揮汗如雨、一步步走上山來,平克頓上前熱情迎接,並聊起他對這次與日本姑娘成婚的個人觀感:「我們美國佬浪跡天涯,四處為家,不斷尋找歡樂與滿足,並且擄獲各地美女芳心。」夏普勒斯覺得平克頓態度有些輕佻,他力勸這位年輕的海軍軍官:千萬不能傷了日本姑娘的心,否則將會是件大罪過。此時,五郎趕來稟報:「新娘隊伍來了!」一陣美麗的女聲合唱,遠遠地從山坡下傳上山頭,新娘秋秋桑在親友的陪伴下,緩步蓮移,拾階而上,沿途還歌頌著大自然的美景與夢幻般的愛情。隊伍抵達後,秋秋桑率眾人行跪禮,平克頓憐惜地上前慰問一路辛苦的秋秋桑,夏普勒斯則是詢問起秋秋桑的家世;秋秋桑答說:她原本是長崎當地世家之後,後來父親逝世,家道中落,為了討生活,不得以從事藝妓,並與母親相依為命。當夏普勒斯問起年齡時,秋秋桑則是俏皮地要兩位美國紳士先猜一猜;平克頓與夏普勒斯猜了幾回後,秋秋桑則公布了正確答案:她今年已經十五歲,算很老了!平克頓與夏普勒斯聞言,不覺莞爾,「十五歲」在西方世界國家裡,還正是玩耍的年紀,眼前這位日本女孩竟然說這樣已經很老了,他們覺得實在不可思議! 隨後日本天皇特使與婚姻公證人駕到。行禮前,秋秋桑在一旁偷偷告訴她未來的夫婿平克頓:她在前一天曾悄悄地到西方教堂受洗,改信基督教,這樣她以後就可以和先生一同前去教會,向同一個神明祈禱。婚禮舉行後,正當蝴蝶夫人與平克頓接受眾人道賀時,忽然傳來一陣怒吼聲,原來是蝴蝶夫人的和尚叔父來了。他怒責秋秋桑竟敢背棄自己家族所信仰的佛教,跑去改信洋鬼子的宗派;眾人聞言,紛紛離去,只留下被遺棄的秋秋桑獨自飲泣。此時夜幕低垂,平克頓上前安慰新婚的小妻子,並誓言將好好地愛著她;隨後兩人相偕入房,共享新婚之夜的歡愉。

—第一幕落—

第二幕 蝴蝶夫人家中 第一部份

幕起時,已是平克頓隨艦隊返美三年之後。女傭鈴木正在佛像前燃香祝禱,祈求上蒼別再讓蝴蝶夫人憂傷了;蝴蝶夫人則是語帶諷刺地說,日本的神明最懶惰,從不聽她的禱告,她相信美國的神明比較勤快,會幫助她的丈夫早日歸來。鈴木對此卻不抱持太大的信心,蝴蝶夫人則是堅定地表示:在那美好的一天,一縷白色輕煙將會從海平面上慢慢升起,然後會有一艘白色的船艦出現,那就是她心愛的丈夫平克頓回來了!(詠歎調:在那美好的一天) 隨後,美國駐日本領事沙普勒斯登門拜訪,他此番前來就是要告訴蝴蝶夫人:他已經收到平克頓的來信。就在此時,婚姻掮客五郎帶著一位日本貴族男士上門,說是要幫蝴蝶夫人再次相親(因為根據日本習俗,如果丈夫遺棄了妻子,就視同離婚);蝴蝶夫人表示,自己嫁給了美國人,就應該依照美國的法律,既然美國的法律都沒說什麼,哪還管日本的習俗呢?說罷,便將五郎與貴族男士請出門。這時,沙普勒斯才將平克頓的來信慢慢讀給蝴蝶夫人聽;中途,沙普勒斯試探性地問蝴蝶夫人,如果平克頓不再回來時,她將如何自處?蝴蝶夫人心中為之一震,她悲嘆地告訴沙普勒斯:到時不是重操舊業當藝妓,就是一死!既然活得沒有尊嚴,只好走上死路。蝴蝶夫人還回到房裡,抱出她與平克頓所生的兩歲兒子,她請沙普勒斯轉告平克頓,不要忘了他們的兒子;沙普勒斯問及小孩的名字,蝴蝶夫人答說:今天這小孩叫做「憂傷」,等到他父親回來的那一天,他的名字就會是「歡樂」。 沙普勒斯離開後,港口邊傳來一陣砲聲,女傭鈴木上前一看,果真是平克頓的船艦回來了!蝴蝶夫人與鈴木興奮地摘下庭院裡的櫻花,灑滿屋子裡裡外外(櫻花二重唱);蝴蝶夫人要鈴木幫她打扮成結婚當天的模樣,好迎接丈夫的歸來。此時夜晚來臨,蝴蝶夫人在紙門上挖了三個小洞,她抱著小孩,鈴木隨侍在側,主僕三人跪坐在大門前,等待平克頓的出現。

—哼聲合唱—

第二部分

間奏曲後,第二天清晨來臨,蝴蝶夫人一夜未眠,鈴木先請她回房休息,待平克頓上門後,再請蝴蝶夫人出來會面。稍後,沙普勒斯帶著平克頓出現,鈴木原本是一陣驚喜,但又看到在他們身後,還有一位金髮碧眼的外國女子,詢問之下,才知是平克頓「合法」的妻子。鈴木悲傷地告知平克頓,過去三年來蝴蝶夫人日夜守候,只為等待丈夫的歸來,沒想到今日竟是這番局面!平克頓懺悔不已,飛奔離去,沙普勒斯則請鈴木幫忙說服蝴蝶夫人,讓小孩交給平克頓帶回美國撫養,平克頓的美國妻子也上前保證,將會善待蝴蝶夫人的孩子。此時,蝴蝶夫人察覺外頭有動靜,以為是平克頓來了,趕忙跑出來與丈夫相會,沒想到卻只見到沙普勒斯與一位外國女子;蝴蝶夫人心裡有數,知道丈夫是不可能回來了,只好答應沙普勒斯的請求,把小孩交給平克頓撫養,不過她要平克頓親自前來領取。沙普勒斯離開後,蝴蝶夫人回到房裡,拿起父親生前遺留給她的短劍,準備自盡;此時鈴木把小孩帶了進來,蝴蝶夫人依依不捨地向孩子訣別,並曚上小孩的眼睛,自己則到屏風後,結束短短十八年的青春,即使屋外傳來平克頓呼喊著蝴蝶的名字,也已喚不回蝴蝶的生命!

July 29

关于元数据及其应用

关于元数据及其应用

Submitted by admin02 on Fri, 2005-07-08 00:06.

吕秋培 解素芳 李新利 卢晓慧 任凤仙 于慧敏 刘彩霞 陈 晓

吕秋培 在数字化时代中,元数据广泛应用在计算机界、地理界、图书与档案界。不同的领域从自身情况的出发,根据不同的目的对元数据的内含表述也不同。在此,我以IS015489中对元数据的定义(即认为元数据是描述文件的背景、内容、结构及其整个管理过程的数据)为出发点,针对元数据的特点谈谈如何有效捕获文件管理元数据。

根据国内外众位学者们对元数据的分析和描述,我们可以发现元数据具有以下特点。首先,它具有动态性。因为元数据是对文件的产生、保管、利用、销毁等整个过程的真实性记录,它随着文件的产生而产生,伴随人们对文件进行的各种管理活动而不断地增加。其次,它具有多元性。本来在信息环境下针对不同的资源类型就已经存在了多种元数据格式,人们往往为了不同层次或角度的应用,又会产生各种各样的元数据格式,从而积累下大量的、格式多样的元数据。再次,它具有数量庞大性。一方面,为了全面真实地反映各种业务活动和个人活动,我们要从多个角度和层次来进行记录;另一方面,为了完整地记录文件管理的整个过程,我们需要记录下各种操作活动,必然会产生大量的元数据信息。明确了元数据的特点,我们就可以有针对性的采取一些方法和措施来进行捕获。

在电子文件管理系统中,元数据一般是通过系统自动记录与手工记录相结合的方式获得的。对于有些元数据,我们可以预先设计好其所对应的标记,将它们标志在所描述的对象上,如对于收文和发文可做不同的标记,文件是否归档、对象是否是文件或是文件的一个组成部分、文件的密级、保管期限等。对于本单位系统发文,系统会自动弹出元数据项目供文件形成者填写,像文件的题名、形成日期、起草人、形成部门、内容提要等;对于外单位系统来文,系统会自动抽取所需的上述相关信息。而文件的另一部分元数据项目则由系统自动生成,如所用的字体、版面格式、逻辑格式与系统的软硬件说明等,而对于在电子文件利用过程中的利用信息也由系统自动记录并作为元数据保存。为保证较高的准确性,元数据须保持紧跟现状的变化。确保元数据准确并维护良好的唯一方法就是尽可能使维护过程自动化。我们不必了解应用程序系统编写的情况,就能看到只依赖过程来维护元数据的结果。一般元数据量通常都很大,最实用的方法是只收集变化,而不是定期刷新整个元数据集,特别是动态性很强的使用信息,应定期追加而不是改变现有的信息。

解素芳 元数据,从定义上讲,是关于数据的数据,或者说是关于数据的结构化数据。元数据作为一个概念提出的时间并不长,但是元数据本身并不是一个新事物。自从有对人类所产生的信息与知识进行分析、分类与管理之日起,元数据就扮演了一个重要的角色。传统的检索工:具,像目录卡片、案卷目录、案卷封面、分类表等都属于元数据的范畴,图书的版权说明、磁盘的标签等也都是元数据。元数据这一概念起源于计算机科学,由Myers在1960年提出,当时是指能够有效描述资料的方式,后来面对电子信息所特有的分散式、变动性与多元性,元数据再度引起更广泛的关注,现在元数据研究的重点主要还是网络环境下数据的描述与数据管理问题。

元数据可以处理各种形式的信息,包括还未电子化和电子化信息,特别是能较好地解决网络环境—下信息的发现、控制和管理问题,因此目前已广泛应用于图书馆、档案馆、电子政务等领域。下面我主要谈谈电子政务系统中元数据的应用。

当前我国正在加紧实施电子政务建设,面对大量而分散的政府信息资源,从政府机关的角度而言,如何组织、控制、管理网络环境下的信息资源,并提供高效优质的信息服务是其努力的目标;对广大用户而言,如何利用网络跨越政府机关多层组织的障碍,搜寻、判断、获取有价值的政府信息则是其关注的焦点。因此利用元数据对政府信息做更深一步的描述和管理,发展新一代获取政府信息的检索机制,显得尤其重要。

目前政府信息的元数据格式主要有两种:GILS (Government lnformation Locater Service,政府信息指引服务)和DC(Dublin Core,都柏林核心元数据集)。其中依照GILS发展信息指引服务的国家有美国、加拿大、日本等;而英国、澳大利亚、新西兰等国在电子政务建设中,则是以DC为基础制定了用于电子政务系统的元数据集。

李新利 目前,在档案界关于元数据的解释有很多种:国际档案理事会《电子文件管理指南 (1997)》中指出:“元数据是关于文件的背景信息和结构的数据。”澳大利亚《联邦机构电子文件管理元数据标准(1999)》对元数据的定义如下:“元数据是关于电子文件背景信息的著录信息”。英国国家档案馆(电子文件管理指南(1999))中所提出的定义:“元数据是单份电子文件和文件组合的背景及其相互关系的结构化著录数据”。

从上面列举的定义可以看出,元数据与著录信息或著录数据之间有着密切的关系,但是,二者所描述的范围是否完全等同呢?事实上,二者所描述的内容范围并不完全一致,而是相互交叉的:系统自动著录的元数据中有些可以直接作为著录信息,而有些著录信息也是元数据未加描述的,如对文件内容特征的概括说明等,而且,元数据的描述范围要比电子文件的著录范围宽泛的多。国际社会就此还开展了一些电子文件元数据研究项目,形成了不同类型的元数据结构体系(有的称为“元数据模板”),如美国《匹兹堡大学元数据研究项目》;澳大利亚莫纳西大学的苏·麦克凯米什负责开展的《网络化环境中为发挥信息资源的行政、社会和文化作用,建立文件保管无数据标准》;加拿大哥伦比亚大学的露西亚娜·杜兰蒂主持的InterPARES项目(《电子系统中文件冀实性的永久保障国际研究项目》)等等。它们的划分标准各不相同,由此产生了不同的元数据模板。但无论其如何划分,都是尽可能地包括所有描述文件、文件集合、机构、系统以及与之相关的各种信息。

元数据的应用不仅减少了大量手工著录的工作量,而且对于保证电子文件的真实可靠也有着独特的优势。建立电子文件管理系统,对电子文件的形成、传递、保管、利用等各个环节的运行情况进行全程跟踪记录,随时将关于文件形成时间、地点、人员、活动、系统、结构和内容等方面的有关信息记录下来,而且,元数据一经形成就被封装起来,使其只能被写入和读取,不能被改动和删除,形成的元数据与文件一并保存,可以作为检验电子文件真实性与可靠性的依据和凭证。

卢晓慧 元数据一词是随着Internet的发展而产生的。Internet的快速发展,使网上大量的信息需要有效地组织,以便更好的被检索和使用。虽然有关的网络查询工具(如搜索引擎)能自动从网络资源中提取信息并编制索引供检索,但我们常常发现其查准率和查全率较低,查找到的实际相关有用信息并不多。而传统的信息组织方法非专业人员难以完全掌握,而对专业人员来说,要完成数量巨大的网络资源的组织与整理而所需的人力和成本又太大。我们需要更有效、更简便、更准确的组织方式来描述整理网上资源,元数据结构就是在这样的情况下被提出来的。

随着信息网络的迅速发展,信息的主要形式正逐步从传统的印刷型资料过渡到网络化、多媒体化和分布式的数字化信息资源,因此其描述与发现机制也随之发生着深刻的变化。因此,网络信息的描述与发现也就成为了受人关注和需努力解决的问题。而元数据正是被用来描述Internet上的数据和资源的属性的。通过元数据,能促进Internet上的信息的组织和发现,进行信息的识别、定位、发现、描述和选择等。同时也能够了解某个Internet信息站点的资源类型,某个政务信息Web页的标题、作者、主题、关键词及内容摘要等。分布在全球Inter- net上的Web像是一个庞大的有许许多多电子文献的图书馆,它的信息资源需要有序的、按一定标准组织起来,用如像图书馆的目录去组织和查找。而元数据在本质上具有电子目录的功能,它可以揭示各类型电子信息的内容和其他特征,进而达到网络信息的组织、分类、索引等目的。

任凤仙 近几年来,互联网的发展异常迅速,网络中的信息资源也在爆炸性地增加,在这种情况下,信息匮乏的问题可以说是已经解决了,但是网上的信息种类繁多,浩如烟海,不可避免的带来了一个亟需解决的新问题,即如何从中找到自己所需的信息。其实这并不是一个全新的问题。可以回想一下在图书馆查资料的情形。我们想要查找的资料可能是一篇特定的著作、期刊中一篇特定的论文,某作者的论著,或某出版社出版的书刊,也可能我们没有具体的信息,只是希望找到与某一主题相关的内容。图书馆里收藏着众多藏书,要从中找到自己所需的资料,就要求图书馆中的藏书必须满足一些条件,首先,图书馆中的藏书必须是按照一定的分类标准进行分类,并且按照一定的顺序排架的,其次,很多时候我们还需要有目录、索引等工具的辅助。在网络上查找资料的情况与图书馆类似,我们不能采用大海捞针的方法一个个网页看过来,可行的方法是借鉴人们处理图书馆藏书的原理来解决这个问题,其中的关键就是元数据的使用。

国家图书馆的多数据库检索中的多字段检索的元数据项主要有主题、责任者、题名、出版者、语言、年代、资料类型和定位等项;而英国国家图书馆书目的元数据元素包括search text、search type, search type包括title、author(creator browse)、 subject browse、call number browse、lccn—is— bn—issn、keyword、command keyword等。

于慧敏 首先要明确元数据是抽象概念。目前关于元数据的定义很多,比较常规的是:元数据是关于数据的数据(data about data),这个定义过于简洁和宽泛。元数据是描述某种类型资源(或对象,obiect)的属性,并对这种资源进行定位和管理、同时有助于数据检索的数据。当人们描述现实世界的现象时,就会产生抽象信息,这些抽象信息便可以看作是元数据。在数据设计过程中,也使用抽象术语描述现实世界的各种现象。比如人们把人物、地点、事物和数字组织或指定为职员、顾客或产品数据。在软件设计过程中,数据库结构可以概括为开发和设计人员能够理解的元数据分类方案。表或表单由对象派生出来,而对象又由类派生。在元数据中有多个抽象概念级别。可以描述一个数据实例,然后对该描述本身进行描述,接着再对后一个描述进行描述,这样不断重复,直到达到某个实际限度而无法继续描述为止。通常情况下,软件开发中使用的元数据描述可扩展为二至三级的抽象概念,就像集合中一层一层的真子集,我们可以这样理解,元数据是不可再分的数据,是最小的数据单元。

相对于元数据的概念,其用途就比较易理解,可以像使用任何类型的应用程序或数据设计元素一样使用元数据类型和实例信息。将设计信息表达为元数据,特别是标准元数据,可以为再次使用、数据检索、共享和多工具支持提供更多的可能性。就海量信息利用而言,对数据检索有很高的要求,理论上说元数据是不可再拆分的数据,所以提高了检索的准确性。这里还要特别指出一点,共享元数据是未来的大趋势,共享元数据是跨异类平台和开发环境部署数据和应用程序结构的一种方法。它能提供公用定义,使得工具和应用程序可以解释相同的元数据定义,并将它转化为应用程序特定的结构。元数据是一个集成点,因为它是抽象概念,包含一些基本的详细信息,不管实现策略是否改变,这些信息都保持不变。这种灵活性使元数据非常适用于设计工作,因为它可以将设计与实现分离开来。当使用预定义的元数据时,可以用最适合需要的开发工具实现具体的设计。共享元数据对档案信息的管理利用应该具有很大的意义,依托于互联网的数字档案馆建设需要共享元数据,避免重复信息,真正地做成大型数据库,便于社会使用。

其实对元数据管理与共享利用的过程就是标准化的过程,就档案界来说,必须在彼此认同的标准指导下才能实现数字档案馆计划。伴随着档案界研究与利用元数据,相信未来的档案信息世界会更精彩。

刘彩霞 元数据(Metadata)是为了有效地解决网络资源检索所存在的问题而产生的。其本质含义是关于数据的数据,它用来描述原始数据的特征和属性,例如对文献信息资源而言,元数据可以是目录、索引、摘要及主题等文献特征和属性。元数据所包含的数据元素集可以用来描述信息对象的内容和位置,使因特网上的Web页面更像一个图书馆内整齐摆放的文献,而不是—堆满地乱扔的书籍,以便能在网络中方便地查找和检索。

由于网上数字资源的形态各异,既有论文、会议录等普通电子文本,也有图像、声音、网页等,不同形式的数字资源对数据格式的要求也不同,因此,目前有多种描述网络数字资源的元数据标准。国外已经产生并得到实际应用或试验的元数据标准就有二十余种。

我国在中文元数据建设方面不同单位之间还未达成共识,没有采取联合、协作、共享的策略。例如,中文元数据方案中相关数据项的数量相差较大,国家图书馆联合其他单位建立的“中文核心元数据规范”使用了近80个数据项,清华大学使用的元数据项则只有16个,且主要以DC元数据集为主要依据。因此中文元数据标准化和规范化目前还难以实现。

就今后我国元数据的建设而言,应加强中文元数据标准化的研究,学习和借鉴国际上先进、通用的元数据标准或应用方案,在充分考虑中文资源应用特点的前提下,制定出符合中文资源应用需求的、单位之间、社会各界共享信息所需要的、大众化的元数据标准。

陈 晓 元数据,存在于各个领域。其定义随着不同领域的理解不同而不同。这里,笔者参考匹兹堡项目研究成果,从档案学的角度透视比特时代的“元数据”。

元数据,用来描述一份文件的电子信息,是数据的数据,是信息的信息。匹兹堡项目运用元数据来保证电子文件的证据功能,将其聚合在几个同中心的元数据层中。这些元数据,系统能自动捕获一部分,而其余的则靠人工输入。元数据的构成元素,分为处理层(handle)、术语和条件层(terms and conditions)、 结构层 (structure)、 背景层(context)、内容层(content)和使用历史层(history of use)。电子文件的检索通常是以文件为单位的,因此,为了对文件进行定位和检索,元数据是必需的。虽然元数据的各层必须出现在系统中,但不是每层所有的元素都是必要的。为了检索文件,组织需要确定元数据的数量和种类,确保文件受到保护,不会被随意更改和删除。对于纸质文件的检索,一般是先确定可能装有所需文件的相关卷宗,再彻底一份份检查这些相关的卷宗。在20世纪早期,登记室工作制度为纸质文件记录了大量的元数据。笔者联想到我国的“全宗卷”。《档案管理学》注:全宗卷是“由在全宗管理活动过程中所形成的管理记录性材料构成的一个案卷”,它实质上“是全宗管理过程活动中所形成的‘档案’,是档案管理活动的原始记录”,是档案的档案。它单独另行存入并实施统一管理,不能与全宗混在一起,更不能将其作为全宗内的一个案卷对待。与之相比,二者具有相似的特点:

1.二者都是档案或文件的管理与检索工具。全宗卷是适应纸质环境中的档案管理而产生的,元数据是适应比特时代的电子文件管理而形成的。通过它们,可以对档案或文件进行合理的管理,起到著录说明、查找利用、节约人力物力、方便工作的开展。

2.二者都是被单独管理的。全宗卷要求要单独存放,不能作为原全宗的一个案卷。元数据与文件虽然封装在一个实体内,逻辑上作为整体保管,但物理上是与文件分开,单独保管的。

因此,笔者赞成这种观点,“元数据”并不是新出现的事物。在我国纸质环境下,“元数据”思想已经有了萌芽。“元数据”是与比特时代的文件特点相结合而产生的一种工具。通过捕获文件的背景信息,记录文件形成、办理、保管、利用及最后的处置过程中的文件工作,起到说明、管理、检索和凭证等多重作用。比特时代,文件的证据作用成为人们最关注的问题,匹兹堡项目顺应社会趋势,选择集中研究证据功能所需的元数据,认为应该捕获的元数据包括与文献相关的结构信息、内容信息、背景信息、存取和保管期限的业务规则信息。文件和元数据的同时捕获,尤其系统能自动捕获信息,大大改变了元数据的质量。匹兹堡项目建议,完成元数据和文件内容的同时捕获,可以采取“封装” (encapsulation)方式,即将文件和它的元数据放在一个计算机文档里。元数据与文件清晰相连,确保文件及其元数据不会随着时间的变化而分离,保证文件不被随意的更改与破坏。同时,当检索文件时,因为文件与所有相关信息都被检索出来,文件自身可以进行“自我说明”。大多数的元数据并不是唯一的对应于某个文件,而是应用于一系列文件。所以,产生了大量存贮在文件保管系统中的拷贝信息。给元数据的管理和控制带来了很大的不方便。这个问题需要得到进一步的解决。

比特时代,文件的不同功能则需要不同的元数据加以保证。研究元数据,一定要先明白元数据所对应的功能。这是个新兴的热点问题,期待更多的关注。

(作者系中国人民大学档案学院2001级硕士研究生)

(北京市,邮编:100872)

(责任编辑 胡鸿杰)

July 28

所有数据都是元数据

JOHO在10月15日发的邮件杂志中有篇文章“数据的终结”提出了一个看法,认为“所有数据都是元数据(all data is metadata)”甚至一切的本身都是元数据(everything is becoming metadata)。 联想到最近Google推出桌面搜索工具以来人们由此思考的一个问题,在这个信息时代,分类是否重要?而在以前,分类是一切科学的基础。但是准确而快速的搜索引擎打破了这个规则。不需要分类也可以快速找到信息。 JOHO用了比喻的说法来说数据和元数据之间的关系:数据是手提箱,而元数据是它上面的姓名标牌;数据是文件夹,而元数据是夹子的标签;数据是书的内容,元数据是书的Dewey十进制数码(ISBN编码??) 图书馆的编目工作人们给书本、文章加上描述的元数据,方便了读者的查找。相信有图书馆借阅经验的人都可以理解。而现在,比如在互联网上,无须这些元数据,一样可以找到需要的信息。为什么呢?这并不是元数据不再重要,而是说,因为数据处理速度和算法的强大,足以支持内容本身的每个细节都成为元数据本身,内容就是对自身最好的描述,也就是说“内容本身就是最好的标签(Contents are labels)”。JOHO说的这句话特别的精彩“Data is all surface and no insides”,内容本身已经平面化,不再具有深度,因为无须深度,平面化本身也能很好的呈现了。 如果是这样的话,那么,Google们所做的,正如WebLeno所说,它会“改变我们documentation的习惯”,甚至是更为基本的变革,对事物、世界的认知和处理方式。 或许,真的是来到一个时代,类别已经终结,个体本身是最好的认知途径。
 
Photo 1 of 1
More albums (1)
No list items have been added yet.