——此文的“上半身”完成于15日,“下半身”完成于24日。太久未更新,灰常抱歉。谨以此文,献给我最敬爱的三位八卦奖得主!
杭州lib2.0会议,在现场,上台的第一句话我很想说:“这是我的第一次,没经验,希望大家多包涵。”或者很想说:“我把第一次献给你们。”不过鉴于图林八卦金奖银奖铜奖在台上台下都爆出了超强战斗力,游园更是以一句“我很悲哀”将八卦提升到一个不可企及的高度,我唯有生生地把这些话咽回了肚子里。
第一次总是生涩的,第一次总会痛的,第一次总要留下遗憾的,当然第一次总是难忘的。杭州的会议,是我第一次做报告。面对着这么多牛人这么多偶像,当然也是面对着这么多帅哥这么多美女,我恍如梦中,紧张得连紧张都忘记了。照本宣科,战战兢兢,只求在十分钟内把内容读完,根本没考虑到语速快慢、听众反应,更别说什么顾盼生辉、仪态万千了。对比起新涯师兄的雍容大度,斋主的才思敏捷,keven的儒雅风范,那不是加减乘除的差距,而是几何级数的鸿沟。
那么,我要记录一下这次论剑2.0的那些人、那些事,以我的第一次开篇,我认为是很恰当的。
第一次,准备是不足的。虽然知道,就像新娘子总要入洞房一样,这一天总要到来,但准备仍然是不足的。我是10号早上十点多的飞机到杭州,3号那天找了PPT模板,并初步拟定了PPT大纲,9号一早开始准备PPT的内容,并把相关的程序实现一遍。ppt内容完成得很顺利,但在程序实现方面,却被“ajax跨域问题”打个措手不及。一直以来,对这个问题都不甚在意,真正实现程序的时候,才知道这个问题对实际应用的影响是如此巨大。当我把这个问题解决离开办公室时,已经是10号凌晨4点了。中途曾经想过敷衍过去,但深知放空炮是多么的可耻;也曾想过放弃,但更害怕面对放弃。
对于一个技术话题而言,是不能想当然的,一定要有数据和实例支撑——从这点上来看,有如第一次XX,再怎么提前的充分的准备都不算过分。
第一次,重点是丢失的。没有考虑到,这是一个小的报告,时间短,与会者注意力有限。我没能在第一时间把问题和重点抛出,吸引与会者的注意力。当我花老半天的时间介绍完ajax这个完全是技术性的内容而没有提及任何与大家熟悉的内容时,大家的潜意识里可能已经有所抵制,因为,知道ajax的没必要听,不知道ajax的不用听。现在我想,大家并不关心这个东西是什么,而是关心这个东西可以用来干什么,可以解决什么问题,达到一种什么样的效果。
企图滔滔不绝地向所有人解释清楚一种技术是什么东西,这是技术人员的通病。有如第一次XX,无数实践证明,直奔重点才是最有效的。
第一次,节奏是失控的。准备内容的时候,曾大体想到过哪里简略些,语速快些,哪里详细些,语速慢些;也想到过哪里语气重些,感情丰富些,哪里幽默些,表达随意些。然而实际上根本不是那么一回事。没有勇气站起来面对观众,只躲在显示器后面读,读,读,眼神也只敢在人群上空飘。整个报告过程,毫无节奏可言,只想着快点完成,节奏完全是失控的。
曾以为自己可以一板一眼,轻松自如地随着自己的想法来表演,殊不知这是天才的本领,或是百般历练下的习惯。有如第一次XX,想象总是美好的,节奏却是控制不了的。
第一次,细节是忽略的。重点都把握不了,细节自然更是照顾不到。在讲稿中,还专门列了几页代码分析,而且详细地把注释加上,以为可以讲解一下。然而在台上一讲,讲到那里的时候,忽然发现,讲这些代码几乎没有什么意义。不用关心代码的人,根本不会听,需要关心代码的人,给个代码下载的链接就好了,多此一举了。而真正需要提及的细节,诸如资源整合的具体体现,却被忽略。
细节很重要,但不是所有的细节都重要。提及一些不相关的细节更是一种失误。有如第一次XX,那时你还在意外面是不是下雨,就有可能大煞风景了。
第一次,时间是仓促的。也许是因为有了时间限制,时间更显得仓促。虽然举了黄牌,槐师还是于心不忍手下留情,我也因此逃过一劫~当然我那时已打好主意,就是举了红牌,也要死皮赖脸不讲完不下台。所以,重庆lib2.09也许可以期待——类似于”搞笑诺贝尔奖”,找个四五岁的小女孩,用脆生生的地道的重庆话——把像我这样超时的的撵下去~
欢乐的时光过得特别快,其实兴奋和紧张更是如此。有如第一次XX,手忙脚乱的十分钟,太短了。
第一次,发生了。第一次,过去了。下一次,就不是第一次了。下一次,就不能说没有经验了。如果下一次,还是“Ajax在图书馆的应用”这么一个题目,我想我应该像“下半身”这么说:
Ajax在OPAC资源整合中的应用
一、OPAC对比:
1、一般的OPAC页面:只显示书目记录,没有办法在同一页面上提供随书光盘、电子图书、电子期刊等相关馆藏的信息,不能提供相关的下载链接。读者如果需要查找相关的馆藏资源,必须登陆更多的系统(如随书光盘系统、电子图书系统,期刊导航系统等)。馆藏资源是分散的,不利于读者发现、读者检索和读者使用。

由于OPAC系统不开源,我们无法直接修改,所以以往的整合方式,往往通过修改856字段实现,工作量大,不易更新。
2、整合后的OPAC页面:可以做到在OPAC检索结果页面中,同步显示与该书相关的随书光盘信息(如有光盘,提供下载链接)、电子图书信息、电子期刊信息,甚至可以提供google的检索链接、主题相关的最新学术论文信息等。
以Ajax方式整合,可以避开绝大部分难题,只要能在相关页面模板中嵌入几行html代码,就可以一步到位,轻松地整合更多的分布式数据。
1、以随书光盘为例,介绍如何实现:
首先是修改OPAC模板文件,增加两段脚本引用,这两段脚本是引入开源的ajax框架prototype和跨域插件transport.js。
接着还是修改OPAC模板文件,再增加一段脚本引用,这段脚本主要作用是通过document.getElementsByTagName()、document.getElementsByClassName()和innerHTML分析用户正在浏览的网页,判断该书是否有光盘,同时获取ISBN号;然后通过xmlhttprequest对象将ISBN号跨域发送到随书光盘服务器,并接收随书光盘服务器端返回的数据,无刷新地更新当前页面。
最后是编写随书光盘服务器端的程序,该程序通过接收ajax传递过来的参数,执行随书光盘系统的数据库检索,并以json格式将数据返回给用户浏览的页面。
2、ajax随书光盘的流程图:
三、整合更多的的内容:同样的原理,可以整合到更多的分布式馆藏资源,如磁带、电子图书、电子期刊、图书封面、标签、书评等等。
四、Ajax在图书馆中更多的应用:除了在OPAC中整合资源,应用ajax,也可以在门户等多种web应用中进行分布式资源的整合。同时,应用ajax技术,还可以在资源揭示和用户体验上面,给用户带来更多的全新体验。例如让用户自定义个人门户的内容显示,用户拖曳等功能。
五、推荐阅读:
3、杭州会议,精彩下载:
Tags: Ajax, lib2.0, web2.0, 图书馆2.0, 浙江大学, 讲演
Tags: forget, tag, web2.0
晚上十点半,草草完稿,总算把拖欠大伙许久的租子交了,虽然糟粕不少,但总算迈出了一个步子。
接下来,仍然需要花不少时间完善,尤其是程序部分,即使不写在书里,也应该把源码实现,提供下载。
其实程序问题,不是问题,因为总能实现,但章节中所运用的语句,所描述的现象,所试图阐述的内容,却实实在在由于理论素养和学术水平,还有语言能力等问题,达不到书本的要求。现在也唯有抱着各位师友帮忙斧正润色的期望,让这一章勉强及格。
回到家,才想起冰箱空了,幸运的是,师兄覃哥哥帮我在外面带回了个麦当劳,最幸福的时刻某过于此时。
再次向一直耐心鼓励我完稿的各位师友,尤其是万二,衷心地说声感谢!
Tags: lib2.0, web2.0, 万二, 交租, 图书馆2.0
读罢雪夜游魂的《服务读者从点滴作起》,仿佛受了委屈的孩子,有些话不得不说。
——lib2.0从来没有完全抛弃过去的东西,也从来没有要推翻所有一切。
——lib2.0也从来没有说要神话,从来没有认为可以替代一切。
——lib2.0强调的,恰恰是关心读者的需求。
——lib2.0要推翻的,是一种陈腐的观念,要建立的,是一种尊重用户参与的机制。
——从更广的意义上讲,台大为读者挪出研讨室,是一种lib2.0的行动。
首先我想说,对新技术新事物的恐惧,是我们行为保守的思想根源。lib2.0很火,但实际上只是少部分人在呐喊,一部分人在观望,大部分人在无视,还有人在反对。我不排斥观望,也不反对无视,但我坚决抵抗不经深入理解而反对的倒退行为。请回答一下,你在反对一个新事物的同时,是否已经深入的了解了它的来龙去脉,了解了它的真正意图和苦衷?
Web2.0是新技术吗?其实不是,它更多的是旧技术的新组合。为什么旧技术会重新组合?因为Web2.0重视了用户的需求,为满足用户的需求而寻求一种更好的方式来实现用户体验。Web2.0的新,是在用户需求驱动下服务理念的提升,它强调的不是技术的革命,而是理念的革命。lib2.0是Web2.0冲击之下的产物,lib2.0是Web
2.0在图书馆的应用,或者说是Web 2.0
的思想对人们研究与改进图书馆数字化服务的一种认识与思考,给我们描绘了一种新的理念,需要我们对图书馆服务的思考模式有一个重大的转移。图书馆人希望通过Web
2.0
的应用,让图书馆的信息服务更加人性化,更加无处不在,更加以读者为中心。这是一种实实在在的行动,亦是一种理想[槐师:图书馆2.0:构建新的图书馆服务,大学图书馆学报]。
Web2.0为什么在图书馆中那么重要?为什么会有学者提出lib2.0,而不是提出博物馆2.0?这是因为,Web2.0所追求的东西,本质上和图书馆的服务精神是一致的,或者说由于Web2.0的应用已经带来了服务理念的提升和实实在在的变化,而这些提升和变化,是图书馆长久追求却又未曾琢磨清楚的东西——这就是强调用户参与。
互动是时代特征,技术理念革新降低了用户创造信息的门槛。信息提供者和消费信息者之间的界限逐渐淡化,网络用户在网络信息的生成、共享和传播方面占有越来越重要的位置。这种新的趋势,被形象地归纳为“不仅是全民上网,而且是全民织网”[德国之声,什么是Web2.0]。用户具有强烈的参与欲望,图书馆决不能忽视这一时代趋势。
是图书馆不再一味要求读者单向接受的时候了,是图书馆重视用户创造智慧的时候了,是图书馆让用户在他的地盘做主的时候了。
而这一切,lib2.0是以非常务实的态度在努力着。lib2.0,离不开传统服务的支撑,lib2.0,更重视传统服务的挖掘,lib2.0,期待深切的关怀更深切一些。lib2.0,要做的是,为用户提供一个更好的服务环境,让用户可以在使用图书馆服务的同时,为更多的用户服务,这是一种让用户为用户服务的趋势,这是一种把权力放出去的理念,这是一种平等的精神!
而以上这些,就是我的2.0思想。
p.s.由于精华博文太多,建议您继续关注这篇文章:
Mllnnm系统OPAC整合之五:让2.0来得更猛烈一些吧!
Tags: lib2.0, web2.0, 图书馆2.0, 思想
看了超平老师的《
“有用”才是硬道理》,忍不住想说说自己这么一段时间以来对于Web2.0的一些想法。
首先,绝对不能为了新技术而技术,技术不是用来炫耀的,如果新技术不能更进一步地给用户带来方便,那么新技术的应用将适得其反。在这一点上,我强烈同意超平老师的“替代性”论断。
其次,从2.0出现,我就在想,哪些具体的技术是可以应用到现行的图书馆系统中,并且真正能够给图书馆和用户带来美妙改变。目前,小钟认为有以下几个地方:
不过,在此之前,我需要阐述一个观念:我们要把自己当成商家,把资源当成产品,把读者当成顾客,我们所努力去做的,就是尽全力推销我们的产品!Web2.0的出现,只不过是给了我们更多的推销手段。
第一当然是RSS订阅,做图书馆的新闻订阅吗?不,那没有多少意义。要用RSS来做新书通报,针对不同学科和兴趣的读者,生成个性化的RSS文件,供读者订阅。举个最简单的例子,比如,小钟关心图书馆学期刊的状况,那么通过我定制的RSS文件,我可以很快了解到:哦,今天新的一期《大学图书馆学报》上架了。
第二是WIKI,WIKI的好处在于集众人之智慧,去完善一篇文档。那么,对于图书馆的帮助文档中心来说,采用WIKI模式来实现,是最完美的解决方案了!例如对于CNKI的使用指南,通过馆员、读者共同的完善,我想,这个使用指南,绝对是最经典的。
第三是AJAX,AJAX最大的用处在于异步传输和在客户端修改文档。应用AJAX,可以做的事情非常的多,举个最有用的例子,我们的OPAC系统,往往是很难更改的,但应用AJAX,我们可以在客户端(即用户的浏览器)上,通过分析当前文档结构,获取相关参数(如题名,ISBN号),然后以异步传输的方式将参数传至专门的服务器,由服务器端实现各类资源(比如随书光盘、电子图书、电子期刊、甚至GOOGLE等)的检索,检索完成后再以XML或者文本或者脚本数组的形式返回给客户端,最后由客户端无刷新修改当前文档,创建新的文档内容,让读者在OPAC当前页面中,可以获取到与其检索相关的更多资源——这就是Web2.0时代的资源整合。
而AJAX可以做的事情远远不止这些,比如要实现随时随地的解决用户的困惑,给用户输入前提示,针对用户检索词给用户检索建议,都可以通过AJAX,得意完美的实现。
第四是TAGGING,针对图书馆的各类资源,都可以开放TAGGING功能,并且提供检索入口,这都是很容易实现的模块。当然,如果要在OPAC中针对书目记录开放TAGGING功能,则需要AJAX的帮忙。
第五是推送,推送用到的不一定是2.0的技术,却体现了2.0的精髓,结合读者的借阅信息、学科信息、阅读兴趣等等,通过EMAIL、网站短消息、手机短信等方式,把个性化的服务内容主动推送到读者手中。
第六是强调用户体验,做一些更美观的页面,通过CSS,针对用户的操作行为,给出反应,比如改变一下背景颜色等等,告诉用户你知道他在做什么。这样的改变,虽然小,很多馆可能不屑于去做,但实际上这才是2.0的精髓。
第七才提到BLOG,说实话,小钟认为图书馆架设BLOG纯粹是在扯淡!当然,事情没有绝对,如果BLOG用的方向对,比如用在学科专家服务上,可能会形成图书馆的重要特色资源,而如果仅仅是泛泛而用,小钟绝对会毫不犹豫的批判!所以,这第七点,小钟不看好,因此杀掉!
以上六点,是小钟认为的当前Web2.0可以给图书馆带来积极改变的地方。小钟乃后学晚辈,本科专业课成绩更是惨不忍睹,一家之言,欢迎补充,更欢迎向我开炮!
回万二:
虽然blog可以增加互动,或者说由馆员来写博客提升图书馆人气,但小钟还是认为,这样的营销手段效果是有限的。
首先,读者不一定鸟你的博客,即使像斋主那样的大家来操刀,也仅仅是一部分读者有兴趣读上一读,笑上一笑而已。
其次,现在博客已经非常普遍了,对这个东西感兴趣的读者,基本上都有博客了,要说服他们换个地方,其实并不容易。比方说吧,偶现在搞个博客网站,功能绝对不比新浪的差,邀请大家过来,大家会过来吗?不会,因为麻烦。
最后,如果架设博客,不管是馆员的也好,读者的也好,都需要人气才能延续的,不要小看管理、维护、造势一个博客所需要耗费的人力物力,图书馆目前做得起吗?其实我们看到的更多是把站点搭建起来后,就由它自生自灭了。
其实,回到最根本的一点,读者的需求,他们向图书馆要的只是更好的找到他们所需要的资源,而做好资源的揭示,才是图书馆的根本职责。当然,如果有些馆有钱没处花,吃饱没事干,可以搞搞,小钟可以去捧捧场。
以合适的身份,做合适的事情,这是这个世界进步的基础。
回薄学多毛:
由馆员去开博客,对图书馆的服务进行宣传,看似个好点子,但实际上会起到一个弱化图书馆网站的功能。有什么东西我们认为放在馆员博客上会比放在图书馆网站上更有宣传效果的吗?如果有,那么我们应该首先考虑,我们的网站是不是要做一些改变?
其实,我也想塔个博客,主要面向教师服务,让他们通过博客与学生进行更多的互动,有助于教学相长,并且由其博客,可以为图书馆形成一定的资源,但最终还是不了了之。
回后山草地人
恩,后山草地人讲得也有道理,但小钟的本意是在于,很多东西,其实并不一定要用blog才是最好的实现方式,或者说,blog本身不具备完美的替代性。比如您说的台交大的实践,小钟就认为,这个评论功能,以ajax方式直接写入OPAC更有效!这样,对读者而言就是一套系统,而不是另外一套系统了。要知道,读者如果在检索图书的时候看到图书的评价,会很高兴,但把检索图书和图书评价独立开来,没有联系,检索图书的时候看不到评价,看书评的时候看不到图书的记录,就不是很妙了——这个通过blog方式搭建起来的书评和web上其他书评网站又有多大的区别呢?
Tags: Ajax, rss, tag, web2.0, wiki, 有用, 讨论