Me Pedia

        kde.news 23号的消息，Wikimedia Foundation主席，Jimmy Wales当天宣布，他们将和KDE项目展开合作。怎么个合作法嘛……作为开端，KDE的媒体播放器 amaroK 将开始集成Wikipedia的内容。在可预见的将来，其他应用开发者也能使用同样的webservice API来访问Wikipedia和Wiktionary，提供KDE API也有可能。
        如果成真的话，KDE程序可以非常方便地嵌入Wikipedia内容，当然，可以根据在线或离线状态决定是否访问本地数据库。现在已经有个示范/试探性质的QT程序 Knowledge，一个Wikipedia的离线阅读器。
       

        amaroK 一直很有创意，在集成web内容方面做得不错，比如现在的1.2版本就支持Audioscrobbler ，一个音乐欣赏习惯网站；还可以自动搜索下载歌词。
        以前我觉得能从CDDB里面取CD专辑，单曲信息已经很酷了，现在能从网上获得的信息则多多了，互联网时代经常这么考验我们的想象力，你还没回过神儿来，就发现眼前多了这么多好用，还很好玩的东西。

        那么…KDE和Wikimedia合作这样的动作，有什么意义呢？
        Wikimedia 在起步时和现在（当然也包括将来），最大的主旨是把尽可能多人的智慧集合到一块，先填满一个pool，构造一个非阳春白雪的知识库，这是第一步或者说第一层次，这时候重点是积累。有了积累人们才有基础可以突破传统方法去获取和共享知识，意义已经不薄。
        现在迈出的第二步，则再把Wikimedia打散，让它不再只是集合或者容器。第二层次的核心，是Wikimedia开始有计划地输出，回馈，开始融入到能利用它的地方。amaroK这样的程序就像对Wikimedia的二次包装，能自动发掘Wikimedia里相关的内容，展现Wikimedia里相关的内容。在将来的amaroK里，人们对Wikimedia的使用可能是不自觉的，透明的，用户看到的不是先从浏览器访问Wikimedia网站，然后按条目浏览或者手工搜索，而是集成在amaroK里，经过整理的，有机一体的完整篇章。人们查阅词典，书籍和Wikimedia可能是有问而来，目的明确，当然也可以是闲逛。如果正着查John Lennon，当然很简单，但是让amarok自动fetch这个内容就舒服多了，再者，从一首单曲反查洋子呢？这种活儿可不适合人类手工完成，那些错综复杂联系着音乐，谋杀，人物，甚至日本这样的信息片断，通过适当定义的web service，让amaroK代劳，呈现形式会“优美”得多。
        另外，前端程序对Wikimedia信息的利用一定是100%目的明确，需求彰显的，网站在提供service的同时，也就开始了对用户，对内容的圈子划分（或者说群体划分－－如果你觉得这个词挺起来更酷的话）。苦于分析用户习惯，期望抓住刁钻的用户口味的商家们一定会喜欢这个局面－－或许这意味着不坏的商业前景 ;-P
        相当多的事实验证的一点结论是，把内容推到用户的桌面上才是最保险最有效的方法，离用户最近的永远是桌面，用户觉得访问最方便的地方也永远是桌面，别看用户和网站间似乎只有一个浏览器的距离，这个隔阂其实不小（可能因为这个google才会有deskbar，并在以后的GDS里也不忘集成web搜索）。amaroK 集成 Wikimedia内容和昨天写的Konfabulator的Widget把网站内容“拉到”桌面一样，这才是让用户用着最舒服的方式，也最能培养他们的“懒惰”和“依赖”，把他们彻底地lock in

        目前其他可能集成Wikipedia的KDE程序还有
        天象仪软件KStars；世界地图Globepedia；化学元素（及其背后的故事 ;-P ）Kalzium；还有诸如This day in history这样的东西。

        有时候你会有这种感觉，这世上会写软件的人太多了，缺的是另外两种人。一种是有创意的，他能想到无数的点子，规划让软件去做什么，等他想完要搞这么个软件后，很多人也回过味来，说，这种软件我也会写－－是的，你也会，但是你就是想不到要去写。Wikimedia 绝对不会在中国诞生，没办法，在despotism环境下长大的人，还有环伺饥饿的生存现实，让人很难迸发好点子或者有心无力。

Tags: BabyBus