看了超平老师的《
“有用”才是硬道理》,忍不住想说说自己这么一段时间以来对于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, 有用, 讨论
还是做回小兵,写点自己熟悉的东西比较好些:)
web2.0已经火了好长一段时间了,图书馆也提了library2.0等概念,论文也春笋般冒出来,可惜真正部署了2.0应用的图书馆网站还很少。的确,以图书馆的技术水平,要吃透这个东西,还需要一段时间的。但小钟是个拿来主义者,几个简单的web2.0应用部署,还是很简单的,所以在这里提提小钟已经做的,正在做的,准备做的一点web2.0应用。
首先明确一点,在小钟的理解中,web2.0的应用不一定要用到2.0的技术,但一定要用到2.0的理念,所以,以下提及的很多是基于成熟的技术开发的应用,而不是所谓最炫的技术。
1、Rss订阅服务
Rss订阅应该是当前图书馆网站最好部署的应用。其应用范围可以在新闻、新书通告、数据库更新、电子期刊更新等方面。
部署的方式比较简单,首先我们需要一个生成标准Rss文件的程序,然后通过每天读取一次现有数据表的数据,或者在原有更新数据程序中加入触发器,即可实现Rss文件的生成。
2、博客
现在成熟的博客系统已经很多了,图书馆要部署一个,实在是件很轻松的事情。不过,最好能够进行改造,起码将用户模块和图书馆网站整合起来,然后是和网站的反馈模块整合起来,哈哈。
3、WIKI
一看到WIKI,我第一反应就是,我们网站的帮助中心一定要用这种模式来重新开发,用户用,用户建,没有谁能比用户更懂得他们需要什么样的帮助,也没有人能比用户更早的发现问题。
部署WIKI也是很轻松的事情,但是我们最起码也需要整合一下用户模块,可不能让用户登陆了网站之后,还要登陆一次WIKI啊。
4、即时通讯
以前不就是个聊天室嘛,不过2.0时代,披上了许多或小巧或华丽的外衣——比如新浪的woocall——这个很容易部署,只要在页面内嵌入一个脚本文件,不过它的logo和样式我都不喜欢,而且用户整合这一块实在是有些困难,最后玩玩算了,但自己又没时间搞一个(鄙视自己一下….)。其实这个创意不错,在图书馆网站上部署一个,任何浏览图书馆网站任意页面的人,都可以一起聊天,不过这样倒有点信息无序和失控的可能。
新浪woocall的申请和脚本文件可以在这里找到:
大家可以看看,玩一下。当然,有时间的时候,自己开发一个更好啦。
5、Ajax用户体验啦~
这个就比较细节了,比如颜色渐变,输入前提示,检索过程提示等等,现在小钟在二次开发的期刊导航系统,里面就用到了输入前提示功能,大致效果大家可以看一下Google
Suggest。等过几天系统完工后,开放源程序给大家看看,呵呵。
Ajax如果不通过XMLHttpRequest和服务器端通讯,就是我们常用的Javascript,对于一些颜色渐变的效果,比如,新闻列表中,读者已经阅读的新闻一种颜色,未阅读的新闻一种颜色,又比如用户鼠标指向一个数据库时,浮现一个悦目的图层,告诉读者更多的信息;对于用户的检索行为,在用户执行检索的零结果页面中,适当的浮现图层,根据读者的检索词,给出相关的检索词建议…..这类的细节,改造起来,并不是很困难的事情。
6、Tagging
Tagging是个很有趣的东西,只是我现在还没有想好在图书馆的哪一块入口——大概在数据库的分类方面?还是在电子期刊的描述方面?其实用户的检索行为是一个很好的标记过程,可惜我们都浪费掉了~
我想最好应用Tagging的是有自建图片库的学校,呵呵,好像我们也有一个
,让用户对图片进行描述和标记——在这里再结合WIKI的理念,所有用户都可以更新这一标记,呵呵,完美啊~
Tagging也要用到Ajax(我上一个类目是不是分得不合适
),因为要追踪并记录用户行为。
大概目前来说,我能做的web2.0的事情也差不多上面那几个了,对于用户自定义模块,拖曳,OPEN
SOURCE….等等,估计要等下一年(两年?)的图书馆网站2.0了。
真的希望能多点时间搞点新鲜玩意,而又不会有太大的工作负担,唉,喜新厌旧的人啊~
吃饭……
Tags: Ajax, rss, web2.0, wiki, 博客, 即时通讯, 标签