新搜索引擎Cuil登场，酷哦

凌晨起来干活，扫了眼AideRSS过滤出来的大消息，前四条有三条都关于Cuil。说是一个新搜索引擎(。。。），说拿了3000万美元风投（。。），说是前google员工出来做的（。），说是世界最大（？！），说有全新的搜索界面（!~），说一直秘密开发现在隆重登场云云（TechCrunch的消息），那就去看看吧：


Pros:
1，对搜索结果做了关联聚类，把相关的关键字整理在一个Ajax动态效果的分栏列表里，相当好用，这里背后不仅仅是文本挖掘，自动聚类，还明显包含了知识工程的杰作，关键词经过了细心的(人工?)分类，且每个关键字都有解释！（把鼠标悬停在上面可见）
用户面对众多搜索结果，传统的浏览方式就是从头到尾一一遍历，所以只有前几条结果有意义，但Cuil提供了这个按语义组织起来的快捷目录，直接改进了搜索结果的存在方式，现在用户可以对所搜索的对象有一个全景式俯瞰..并选择你感兴趣的方向做进一步深入了解，Cuil提供了另一种搜索体验，这看来是它和google竞争的关键武器。



2，如果搜索关键字有歧义，Cuil会自动提示进一步的限制关键字，这本身很多搜索引擎都有，不过Cuil把这个处理成页面顶部的tab栏，显得很自然。


3, 一些零碎的优点，Cuil的黑色首页比Google/Baidu的白色首页省电，更环保？ Cuil版面的特意设计让Cuil的用户基本不用翻屏。Cuil并且很酷的表示它分析网页间的关系就足够了，所以它对你的个人信息和兴趣偏好不感兴趣，绝对不记录你的任何个人搜索历史，也不会利用cookie上传什么东西——这是个标榜“谢绝隐私”的搜索引擎。

Cons:
1，Cuil虽然在新闻稿里吹嘘自己是最大的搜索引擎，收录网页是google的3倍，不过他们应该用的是过时的数据。。Google索引的网页已经在“1 trillion unique URLs”的规模，而Cuil索引的只有120 Billion. 讽刺性的测试是用Cuil 搜索"Cuil—the world’s biggest search engine."，比较用google搜索同样的字串。目前还是google强。。强很多。

2，Cuil现在只索引英语网页，不支持其他语言。

3，Cuil在搜索不同关键词的时候时快时慢，表现得不稳定。刚才Cuil干脆给了一个

No results because of high load...

看来3000万风投对于搜索引擎来说还是不够烧的。。。

ps. 豆瓣9点4套居然一条提到Cuil的消息也没有。。。

接着说豆瓣的推荐功能——社会化推荐的动力和阻力

豆瓣把推荐放上了首页，这或许可以标志豆瓣对自己使命的决心——帮助每个人发现未知的有趣事物，以及它的决定——用社会化推荐来实现。上次那篇《SNS网站的内向和外向》是关于推荐和收藏的微妙区别，我们这次来分析一下社会化推荐的动力和阻力。

为了简化对社会网络中用户行为的分析，仿效经济学的理性人假设，让我先引入一个社交人假设：即假设我们所讨论的SNS网站中的每个用户的行为都以他所预计的社会交往结果而定。一个理想的社交人会顾及到他的行为会造成的他人心理负担，并以此决定自己的行为。当然在真实的SNS网站上，你能遇到不少并不顾及他人反应和心理的用户，有的以之为个性，有的就真的是粗枝大叶。但正像经济学，它分析人逐利的那一面（反逐利的行为会被市场惩罚），所以只需要分析“经济人”，我们分析的是由社会交往形成的SNS（反社交的行为也会被社区惩罚），所以只需要分析“社交人”。

我们来试试看，假设豆瓣的每个用户都是社交人。豆瓣推荐会遇到什么问题？

豆瓣推荐是所谓的社会化推荐（或俗称的“人肉推荐”，这是阿北自己的阐释，0rz），推荐的信息会在社交人的社交圈子中传播。一个有趣或有价值的信息会被他的朋友接力推荐而由此越传越广，社会推荐的好处是信息会在有类似趣味的群体中定向扩散，减少海量信息过载带来的压力。

对于一个社交人而言，每一次推荐他都会考虑这个推荐所带来的社交影响，就是说，他会在推荐前考虑这个信息是否会受到他的社交圈子的关注或欢迎（"Yes!"），以及有多大风险遭到他人的否定评价("No!")。我们抽象的定义社交人做出推荐行为的心理动力(motivation)来自他对这两者期待的差。动力越大，他就越倾向做出一个推荐。

Motivation = expected Yes - expected No.

设想一个刚刚成为豆瓣用户的社交人，因为只有寥寥几个友邻，我们的社交人明白（普通用户迟早也会明白），自己的推荐只有很少的人能够有机会看见，得不到反馈和关注的推荐是很无聊的，因此对于有一个迷你或小型社交圈子的社交人而言，推荐对他的问题是：做出推荐所需的心理动力不足。

再设想一个作为资深豆瓣用户的社交人，他有着复杂的社交圈子，他可能有着两群或更多群互不相同的朋友，可能是结识渠道不同，或趣味不同，或政治立场不同，……这些都很常见。人是复杂多元的，所结成的社会网络当然也是多元而复杂的。对这样的社交人而言，他虽然有很大的动力去做推荐，但所顾及的阻力会更大，他想要推荐一个有趣的x笑话给一圈童年好友，他会顾及到他在同事们中的形象；他想要推荐一篇最新的IT新闻，他会觉得这对昨天刚结交的文青而言太无聊。于是所有真正“定向的”内容都被社交人自己的“自我审查”先过滤掉了，最后他只能推荐一些老幼咸宜雅俗共赏的东西——典型的例子是无害且可爱的猫咪照片。对于这些社交圈子够大而复杂的社交人而言，推荐对他的问题是：要做出推荐所要克服的心理阻力太大。而对SNS网络而言，这种阻力会使得被推荐的内容不够“定向”，缺少“多元”。

更糟糕的是，这些有多元圈子的社交人推荐的越多，他的圈子就越向“去多元化”的方向发展，理论上，他迟早会悄悄得罪完某一个倾向的朋友圈，而成为另一个单极立场的圈子中的一元。换言之，社会化推荐另一个副作用是会削弱SNS中的弱连接，从而影响到SNS的连通性。这个后果就很严重了。其实对其他那些基于单一兴趣爱好的SNS，社会化推荐不如就直接做成Digg式匿名推荐，但对兴趣高度分歧多元的豆瓣来说，怎么保持它的多元性，是一个重要的问题。

新手推荐动力不足的问题可以交给时间去自然解决。但资深用户推荐阻力太大的问题却必须正视，无他，这个问题只会变得越来越严重。在社交人的世界里不能指望其他人都会“宽容异己趣味”。

我以为，简单的解决方案是允许社交人更好的控制自己推荐行为——尤其是这个推荐究竟要发送到哪一群人。具体实现可以是允许豆瓣用户进一步细化定义自己的朋友圈：tag或分类都好。然后在做出每一个推荐的时候，用户可以选择是发送给“IT青年”还是“文学女青年”还是“同学+狐朋狗友”，当推荐能不受顾虑的符合用户心目中某个圈子的趣味，定向的多元的推荐才可以自由出现，社会化推荐也会在阻力消失的情况下更快更多的涌现。

两组数字以及真假SNS

许多人把校内看作中国SNS网站的领军者，校内网有忠实模仿Facebook的界面，有实名制，有众多的大学生注册用户，似乎只要加上开放API，它就是Facebook中国版了。于是校内一开电影频道，就有人为豆瓣担心，主要理由是传说中校内无敌旺盛的人气。于是我就好奇的去校内电影频道参观，得到一组数字，然后去了一下豆瓣的相应页面，得到另一组数字，如下：

第一组数字来自校内的《长江七号》页面的前四条最热评论：
(338条回复) 40人推荐该评论
(72条回复) 35人推荐该评论
(80条回复) 33人推荐该评论
(50条回复) 28人推荐该评论

第二组数字来自豆瓣的《长江七号》页面的前四条最热评论：
(187条回复) 268/323人推荐该评论
(73条回复) 166/182人推荐该评论
(55条回复) 87/100人推荐该评论
(44条回复) 86/104人推荐该评论

其中一目了然的是豆瓣电影的人气其实比校内电影要高不少，但这并不是重点，人气可以积累，可以超越，豆瓣电影此时此刻的人气相对优势实在不足为凭，就和校内的所谓人气优势不足为凭一样。上面两组数字中真正有趣的部分在于比例：校内每篇评论吸引的回复数都远大于推荐数，而豆瓣的评论正好相反：推荐数远大于回复数。并且你如果观察其他电影，也能发现相同的对比关系，校内的用户总是更多回复而较少推荐，而在豆瓣则相反。

这说明了什么？

从数字回到用户心理来，回复操作是用户对用户的响应，推荐则是用户对圈子的分享。当用户热衷于回复而不愿推荐，这告诉我们社区中缺乏圈子，或者说有足够凝聚力的朋友圈子，校内虽然试图把用户庞杂的现实人际关系搬上网络，但校内用户热衷从事的依然是典型的1.0论坛行为——回复。缺少用户自发内聚的朋友圈子，缺乏朋友圈内自发的分享和沟通，校内所谓的SNS网络不过是无数个人的散沙（黏合在名人和美女周围？）。

相比之下，数据证明豆瓣有一个更乐于分享的用户群体，而每一个分享都暗示着一个有活力的朋友圈子。当许多人还在争论豆瓣是不是应该“转型”去做SNS的时候，豆瓣已经涌现出了丰富真实的人际网络结构。

忍不住想偷用孔子的话，子曰：君子群而不党，小人党而不群。按着学校班级结党成社但保持一盘散沙并不是真正的SNS，这样的社区无法分享，也就无法过滤，也就无法帮助社区的每一个人发现真正有趣的东西。

--
ps，本文有巨大bug，写的时候没发现，写完才发现，冷汗啊冷汗，留着看谁会先留言指出。

Technorati Tags Web,豆瓣,校内,SNS

从豆瓣的推荐功能说起——SNS网站的内向和外向

昨天豆瓣网推出了一个新功能的alpha测试：全站统一的“推荐”功能，豆瓣用户从此可以在全站范围内对书/影/乐/评论/小组/话题/豆列/博客做出自己的推荐，留下自己的评语。在我看来，这其实是开启豆瓣SNS结构巨大转型的关键一步，如果借用心理学的术语，原先那个内向沉静的豆瓣将从此变得越来越外向，越来越活泼。

这里的内向和外向，是我对两类不同SNS网站的分类，还是举例来说，del.icio.us和digg，这是两个很雷同又很不同的2.0站点，它们都以帮助用户分享和发现有价值的网页为目标。但用户在这两个SNS网络中的基本行为截然不同，del.icio.us的是“收藏”，digg的是“推荐”，这就导致了用户行为动机的微妙区别，进而导致了两种完全不同的SNS结构。

用户在做“收藏”的时候，考虑的是自己的个人兴趣，他即使知道他的收藏会被网站公开，会在友邻圈中分享，他依然是为了自己的趣味和兴趣做收藏。这种行为即使没有外部响应也不要紧，这是所谓的“内向”，内向的SNS通过聚合许多人收藏形成的偏好联系会因此呈现分歧交错的偏好区别，容易形成多元并存的结构。

而当用户在digg式网站上“推荐”的时候，他考虑的是他想象中的大众，并且关键的，他会期待得到外部的响应，我们称这种心理动因为“外向”。内向行为和外向行为可以类别于写日记和写评论：当你发现自己的日记本上有人留言，你会觉得是种冒犯，个人的收藏实在无需外部的指点和评介，而发现自己的评论无人关注无人回复，反而会感到失落和沮丧。因为这种向外的行为，从人的心理出发，就是为了响应——哪怕这响应只是digg一个简单的推。
于是为了得到外部的响应，他会更倾向于推荐那些他心目中大众会关注的内容；他也会迎合大众的趣味，参与推荐一个已经成为热点的内容，因为在这种参与中，他的推荐能够安全的得到更多外部认同。由此，外向的SNS会迅速的大众化中心化，我们能发现Digg的热点话题总是徘徊在特定的几个主题上，而且这些主题会吸引更多类似的推荐——形成稳固的中心趣味。我们说，外向型SNS有助于形成公共的注意焦点。

把外向型网络与内向型网络对比，我们能发现内向型SNS的社区相对显得“安静”，缺少外显的交互，但兴趣热点的多元化与真实性是“活跃的”外向型SNS所不能及——外向行为表露出的趣味总是没有内向行为表露的趣味更真实。

从del.icio.us和digg回到豆瓣，我们能发现完全雷同的模式，豆瓣的书影音(各种subject)一直在内向型SNS机制下运作，呈现出了兼容并存的多元趣味格局；而豆瓣九点，它的Digg式推荐机制，最终导致九点首页长期被特定几个blog占据，呈现外向型SNS注意力趋同的结果。

显然豆瓣是要做社区的，豆瓣广播，是豆瓣活跃社区的有效一步，即时呈现在友邻频道的“想看看过”的个人收藏开始具有了部分外向性，有人会在收藏的附言里面留下一些面对外部的短小评论——这种评论因为广播的公共空间而有意义。但总的来说，豆瓣的书影音部分，还是一个“安静”的内向型SNS。

这次测试的全站统一的“推荐”功能，关键不是用户多了一个新的可以推荐分享的机制，而是豆瓣是否准备好迎接这种从内向的多元包容的SNS向外向的热点聚合的SNS的转型？或者，豆瓣能够成功的内外兼修？

如果豆瓣准备内外兼修（并且同时修正长期困扰豆瓣9点的首页热点趋同现象），我个人的建议是，除了全站的书/影/乐/评论/小组/话题/豆列/博客都可以推荐之外，也应对适合“收藏”的对象统一添加“收藏”功能，以提供内向和外向的不同选择。
另外，我建议将友邻广播专用于小圈子中内向行为的交流。而专辟出特定的推荐栏目用于呈现全站活跃的新鲜推荐。这样可以解决友邻广播加入推荐后信息过载的问题，而推荐的热点也能更有效的呈现，更重要的，这样可以避免外向行为对内向行为的干扰，防止豆瓣收敛为一个单纯的外向SNS。

[豆瓣插件]给新豆瓣写的引用回复按钮

这是一个用于新版豆瓣的GreaseMonkey插件，安装之后可以在小组讨论和评论(书评影评乐评等)的页面中显示一个“引用”按钮（不包括第一楼），点击就会自动引用别人的话，不知道GreaseMonkey是什么的话，并不用紧张，按下面步骤做就行：

1，Firefox官方的GreaseMonkey插件安装页面
2，去我的"Reply button for new Douban"插件页面, 点右上角的"Install this script"，安装
3，ok了，可以去豆瓣小组或评论页面试试。
4，本插件有部分代码参考自Douban Quote Button插件. 特此鸣谢.

多余的话：一直对GreaseMonkey脚本很好奇，这次因为豆瓣改版，许多插件失效，就自己试着写了一个，主要收获是XPath表达式，另外觉得GreaseMonkey开发基本就是数DOM Tree结构....

一个有趣的网页戏法

嗯，先去Google图像搜索，随便搜点你感兴趣的东西。（百度爱好者可以去百度的图像搜索:)）

然后复制下面这段代码

javascript:R=0; x1=.1; y1=.05; x2=.25; y2=.24; x3=1.6; y3=.24; x4=300; y4=200; x5=300; y5=200; DI= document.images; DIL=DI.length; function A(){for(i=0; i<DIL; i++){DIS=DI[ i ].style; DIS.position='absolute'; DIS.left=Math.sin(R*x1+i*x2+x3)*x4+x5; DIS.top=Math.cos(R*y1+i*y2+y3)*y4+y5}R++}setInterval('A()',5 ); void(0)

把它粘贴到地址栏里，按回车，戏法开始了:)

来自：http://www3.webng.com/redtophank/cit.html

新豆瓣，老风波

豆瓣在昨晚新版界面正式上线，立刻在这个刚刚迎接100万用户的2.0网站掀起了震撼性的反馈，与前几天全站共同等待第100万个用户的喜悦不同，这次引起的是滔滔的反对声浪，而且反对者正在社区里得到越来越多的拥护，这肯定会让刚推出新产品的豆瓣团队感到尴尬。对他们而言，新版是为用户精心准备的一份大礼，但却被用户当成了不受欢迎的垃圾，许多反对者用激烈的口吻形容豆瓣的新界面，这无疑是带着情绪的，但这种情绪也不难理解。对用户而言，网络社区并不是全然是虚幻的比特，他在此处留下许多的时间，搭讪过别人也被别人搭讪，这已经足够说明这里就是他生活的一部分，豆瓣的每个个人页面在用户心目里是他的网络生活空间。豆瓣团队对界面的改版，就成了对他已经习惯的生活空间的粗暴干涉。豆瓣团队推出的新版，对于浸淫原有界面已久的老用户而言，不是礼物，而是一枚震撼弹。效果接近当你下班回家，推门赫然发现房东，房东笑容可掬的介绍她刚给你的房间按最新时尚风格重新装修了一遍，而你对着冰箱和衣柜的移位和堵住阳台门的华丽书架愤怒不已。

用户粘性于是体现出了双刃剑的另一面。拥有高粘性高忠诚度的用户群体本来是豆瓣的优势，但正是在这次事件中，这个高粘性的群体表现出了巨大的不适应，因为他们对新版的排斥心理，豆瓣的这次升级从一个技术事件（关于bug和交互设计）演化成了一次公关危机。毕竟人不是机器，习惯可以养成，但无法通过一个对话框直接设置确认。豆瓣改版的最大问题其实不是技术问题或设计问题，这些都可以清晰简单的修正，最大问题还是人的问题、尊重用户并不仅仅是文案或设计，还要体现在执行过程之中。
如果豆瓣让两套界面并存一段时间，新版不直接取代老版，给个link，让用户自由切换去新版试用……塞过来的东西总不如自己挑的好，人的心理就是这样奇怪。

目前反对者的理由其实颇多只是出于情绪，第一类呼声是“不习惯”或“找不到某某功能”，但其实豆瓣改版，在我看来，很大程度上改善了原有界面的逻辑和布局，习惯问题，需要的只是时间。
第二类呼声是“太花哨”，“太普通”，“没有原来的简洁”，说起来中国互联网满是广告和flash的网页设计荼毒用户太久，以至于豆瓣用户如此迷恋豆瓣的极简风格，但不带情绪的说，和国内那些伪2.0比，现在的豆瓣依然不花哨也不普通，只是导航栏从一行变成两行罢了，如果坚持认为两行的导航条就是不好就是丑...那我只好摸摸头，承认我的审美观有大误。

但愤怒其实不需要原因，愤怒会发明自己的原因，如同喜爱也会发明自己的原因，这才是豆瓣的大危机。在用户不适应的愤怒下，各种不可避免的瑕疵和bug都会被放大检视，我在豆瓣论坛上已经遇到用户在愤怒指责新版的某些问题，其实那是旧版就有的，但区别在于，旧版有用户的爱，新版没有。

由爱生怨，由粉丝到仇雠，这不是2.0社区才有的新事物，可口可乐公司为此放弃了新版可乐配方，保留了经典老配方。豆瓣如果不想学可口可乐被旧版绑定，就要发挥网络公司的优势，迅速应变，承诺会更快推出下一个版本（让用户知道不可能后退，只会前进）；并同时承诺会向用户希望的极简风格前进。未来总是好的，过去也总是好的，只有现在是不好的。所以豆瓣如果不愿退回去，就赶快许诺未来吧。

分享几条del.icio.us的使用经验

我现在认定del.icio.us是整个互联网上最好用的也最有价值的网址收藏服务。虽然它的界面可以被恭维成简洁也可以说成呆板，而且似乎很久没有网页设计师为它修饰过了，当我好奇看del.icio.us源码的时候，惊讶的发现连一个css它都不屑有（可能是知名2.0网站中唯一的一个连css都没有的纯html网站），AJAX更不用说了。但它就是那么好用，简直是一个有工科男性格的网站，嘿嘿。不废话了，进入正题：

1，卸载你firefox浏览器上的del.icio.us的官方插件，对，就是用一个按钮让你访问主页，另一个按钮添加书签的那个插件。没错，删了吧，有更好的插件来代替：del.icio.us Complete，它的添加书签对话框比官方插件更好用，而且还能在浏览器的侧栏中浏览所有标签和收藏的网址，这下似乎更没必要访问del.icio.us的页面了。但是..

2，请养成经常登录并浏览del.icio.us的良好习惯，重点不是浏览自己记录的书签，而是因为del.icio.us提供的两项充满web2.0特色的服务，network和subscriptions，前者让你订阅其他用户所收藏的bookmarks, 后者让你可以直接订阅特定tag（包括tag组合），结合这两个功能，del.icio.us一下就成了有用信息的收集渠道，而不仅仅是个人书签目录了。
但del.icio.us还是千方百计帮助你可以离开页面使用它的功能，所有你订阅和收藏的内容，都有自己的rss种子，你可以方便的利用一些feed聚合服务把这些种子烧在一起，然后在rss阅读器上随时跟踪这些信息。

3，最后，del.icio.us很cool的支持博客自动发送，一篇包含你当天记录的del.icio.us书签的文章每天会自动出现在你的博客上。有了这个功能，Blog其实可以部分回归到开始的Web Log了，即记录blogger在web上所遇到的有趣网页。你不需要费劲去翻Bookmarks目录，也不需要重新组织文句，只要在del.icio.us记录对话框弹出的时候加上些说明性留言，这些留言和tags会和link一起每天一次的发布出来，节省了许多不必要的精力。
但别高兴太早，这个功能不仅仅是藏的好，点页面右上角 "settings"，然后点最右端Blogging一栏的第四项"daily blog posting"，就进入了一个实在可以树立为网页交互设计反面典型的设置页面：一个丑陋的表格，一组奇怪的参数名字，然后加上寸字寸金的简短说明。
我来强调一下参数的设置重点：注意out_url这一项，这是你所在blog的xmlrpc接口，远程程序会通过这个接口来访问你的blog，del.icio.us也就是要用这个接口往你的博客里定时发布内容。例如我曾经在blogsome.com有一个blog，它的xmlrpc接口就是：

http://nullpointer.blogsome.com/xmlrpc.php

不同博客网站的这个接口地址会不同，这个接口如果填错，整个自动发布就没法工作，不妨多问问和你同在一个博客网站的已经设置成功的人（用google的site:搜索找到他们 :-P）。
但还没完，噩耗之二是这个功能顺理成章的只支持有xmlrpc接口的博客，所以如果你的博客像我一样是Blogspot/Blogger下的，因为Google有一套自己的API接口，据（不少老外blogger）说就因此没法用了。先等等，下次我来接着介绍怎么在Blogspot/Blogger上自动发布每日del.icio.us的链接，...实在是有点复杂，呵呵

荣耀属于服务器们

先是在水木ITexpress版看见有人转载了这篇：在网上能够找到的最奇特服务器_cnBeta.COM，然后点去原文link：Royal Pingdom » The weirdest hardware you can find a web server on。中文版本缩水不少，推荐看英文的。

不管是用马铃薯提供电流的单片机，还是用晶体管DIY的CPU，或者hack后的各种老式电脑，手机，游戏机，都装上了某种服务器(当然是软件，而不是机房里的大铁箱或大铁板)，也就是说，你可以在世界的任何角落，用特定协议和一台貌不惊人的机器通话，得到它发给你的消息，这实在是很奇妙的事。

这其实不是在描述科幻的未来，继个人电脑普及之后，下一个趋势很可能就是服务器程序向个人终端的普及。例如倒数第2个例子里Nokia给自己的智能手机S60推出了MyMobileSite服务（用于给用户提供免费域名），当你在手机上运行一个python实现的服务器程序之后，再加上必要的包月上网费用，就可以从任何一个浏览器上访问自己手机上的图片，电话记录，联系人等等信息了。

话说我看到这里的时候，觉得这个手机服务器要是还能提供rss种子就太棒了，例如把手机里所存储的照片烧成rss种子，就可以让你的好友订阅你刚刚拍到的照片..通过你手机里的服务器。或者把rss加载在你博客页面的一侧，和twitter，饭否之类的消息相比，来自手机的实时拍摄结果显然更cool。

对。我其实是在希望出现一个内置了服务器的无线上网的数码相机，不需要太多接口，支持xmlrpc就行，能让用户直接一边拍摄，一边就在所有订阅了这个相机种子的feed客户端实时刷新出你刚刚的拍摄结果。web2.0在聚合用户数据流的道路上顺理成章的下一站就是，人人都有服务器！

2007年度杰出IT青年——来自MIT技术评论

MIT Technology Review杂志2007年度的青年创新家（2007 Young Innovator）评选结束不久，一共选了35个小于35岁的Innovator（所谓TR35），嘿嘿，还真挺像黄飞鸿的广东省十大杰出青年，我们就入境随俗叫年度杰出技青好了...很奇怪国内媒体（包括博客圈子）都没有介绍，但这其实是份很有趣也很有意义的名单：
这35人分成四个领域：Biotech(生物技术)10人，Nanotech(纳米技术)3人，Energy(能源技术)4人，剩下Infotech(信息技术)一共有18个人。其他领域我是外行，就只和读者分享下Infotech领域上榜的18个杰出IT青年都干了些什么工作吧。另外下面公益，学术，创业三类是我自己分的，开始是好奇有多少是火热的2.0网站，最后发现学术才是主流。:)

公益类：
1，Sanjit Biswas, 25 ：发明的廉价无线网络产品，用于从斯洛伐克到委内瑞拉的25个国家
2，Ivan Krstic´, 21：为One Laptop per Child(OLPC)项目发明了一套防毒系统，Bitfrost. 因为OLPC的廉价笔记本是要给小孩子用，所以不能指望用户理解防毒软件的安装升级杀毒的复杂过程，Ivan的任务是发明一套不可能被感染的系统，而他基本做到了，因为Bitfrost的原理是让每个程序运行在一个独立的虚拟计算机里，各自隔离，从而让病毒没有了基本的生存基础。唯一的麻烦在于linux社区中的现成应用程序需要用wrapper封装后才能在Bitfrost上运行。要特别赞一下这位为发展中国家儿童考虑防毒方案的杰出技青。
3，Tapan Parikh, 33：为印度的底层劳动者开发了一套工作在手机上的软件，让他们能简单方便的获取市场信息，例如渔夫该去哪个港口卖鱼，他的发明让渔夫不至于一窝蜂挤到某个市场而卖不出钱，也有助于平衡不同港口的市场供应。
4，Partha Ranganathan, 34：对电源供应敏感的计算机系统，他的发明事实上已经出现在消费产品中，电脑现在会通过各种策略主动的节省那些不必要的电力供应（大约40%），为啥呢？为了减少温室气体排放，实事啊。
5，Luis von Ahn, 29：reCAPTCHA项目，利用Captchas来数字化图书，嗯，Captchas就是为了保证你是人而不是robot让你在登录网站时辨认的那些歪歪扭扭的数字字母，这位兄弟的天才想法是把扫描后的图片切割成很多小块，当成Captchas给人辨认，一个小块会被发给多个人，多数人的共识被认为是有效识别。就这样让人代替机器去做机器不擅长的文字识别工作（OCR），嗯，互联网上天天有那么人在填写Captchas，把这些微小的精力集中起来做数字化图书馆的工作还真不错。


学术类：
1，Josh Bongard, 33 ：适应性机器人，长于跛足行走，嗯，坏了一条腿也能继续跛着走，这就接近生物的自适应，而比一般机器（机器人）只有预设的僵硬逻辑先进多了。
2，Mung Chiang, 30：网络优化，他的工作改进了路由算法。
3，Tadayoshi Kohno, 29：systems-oriented provable security. 面向系统的可证明安全性
4，Karen Liu, 30：计算机动画角色的身体语言，经典的且昂贵的动作捕捉系统（motion-capture systems）要降价了，动画工程师有希望直接用软件描述和控制动画角色行为。
5，Anna Lysyanskaya, 31：又是计算机安全，"零知识证明（zero-knowledge proofs）"领域，让用户可以不暴露个人信息同时完成安全验证，国内某些人估计会不痛快，因为他们是鼓吹为了安全（或为了和谐？），我们应该实名制，应该顾全大局.....
6，Babak Parviz, 34：自组装的微型机器。制造大型复杂电气机器一直是个难题，现在我们希望让它从更小的部件”生长“出来。
7，Marc Sciamanna, 29：控制光纤通信中激光的混沌行为。这极大增加了光纤的理论传输能力。
8，Desney Tan, 31：让计算机会读心术，呵呵，是通过一个心理学实验常用的脑扫描帽，在建立了复杂的脑波模型后，他现在已经可以用自己的脑波直接控制电脑了，就像用鼠标和键盘一样方便。当然了，戴装满电极的EEG帽本身可不方便，但当这个脑波控制技术和虚拟现实技术结合，某些人一直在yy的Matrix游戏就快降临了。。。。

创业类：
1，Garrett Camp, 28：StumbleUpon创始人，一句话总结网站功能，聚合用户偏好来推荐罕见的有趣网页
2，Tariq Krim, 34：Netvibes创始人，一句话总结网站功能，类似iGoogle的用户自定制主页
3，Jeff LaPorte, 30：Eqo创始人，啰嗦的总结，和skype让电脑取代电话不同的是，Eqo让互联网成为电话网络的中介，当Eqo用户在打国际长途的时候，信号会从手机传到本地Eqo服务器，经过互联网传到目的国家，再由当地的Eqo服务器变回语音信号进入电话网络...结果就是省了很多钱。
4，Kevin Rose, 30：Digg创始人，一句话总结网站功能：聚合大量用户来推荐最热门的网页，这个和StumbleUpon的聚合方向正好相反，一个是为了发现小众，一个是为了发现大众。
5，Mark Zuckerberg, 23：Facebook创始人：一句话总结，以人际网络为中心的互联网应用平台。Facebook如果不是下一个Google或MS，那一定是因为被Google和MS收购了。

业界和学术界的热点和趋势都很明显，唯一值得担忧的是公益项目们，填补数字鸿沟任重道远。

转载引用需附姓名和出处-非商业性-不可修改

从饭否到豆瓣，为什么不能从豆瓣到饭否.

试用了饭否。最大乐趣是浏览饭否开发日志时发现的源源不断由爱好者开发的插件，这些让饭否充满了生命力。
直到我发现了豆饭 - 豆瓣饭否集成Firefox插件，我很快装上了，现在可以从豆瓣浏览时向饭否发消息了，甚至可以把一个消息向豆瓣广播和饭否同步发送。但很可惜的是，反过来不能，豆瓣并不能利用饭否或其他微型博客服务来给自己的“广播”添砖加瓦。

我相信，每家2.0网站都应该专注于提供自己独特的服务和价值，豆瓣九点就证明了豆瓣没有必要自己提供博客服务，九点通过聚合rss，能产生更多的价值。饭否或twitter着力于让用户能够从各种途径方便的记录生活点滴，而这本来是豆瓣可以借力的。但可惜的是现在只存在豆饭和单向的从豆瓣流向饭否的信息。
在web世界里，当一个网站的对外开放的接口越通畅，它才能吸引来越多的信息流和人流。网站要专注于自己的核心服务和价值，同时就意味着向外开放和聚合其他人的服务，看起来是让用户接触到其他服务有了流失危险，但实质上，用户只会停留在能最方便得到各种服务的网站。最光辉的榜样就是Facebook. 在前一个时代，google正是让用户能最方便得到各种信息而得以称霸。不论是信息还是服务，让用户方便是不变的法门，这就意味着网站应该向所有有效服务开放，并提供公开的API接口来加速这个过程。

最后希望豆瓣越做越好，希望能早点通过饭否的msn接口向豆瓣广播发送消息 :-)

2007语义技术大会——谁还关心语义网？

看到一条新闻，2007 Semantic Technology Conference（2007 语义技术大会），发现出席者里不乏业界大公司，但说真的，谁还关心语义网？



Semantic Web（语义网），Ontology（本体论），Personal Agent(个人代理)，Multi-Agent System（多代理系统）....这些概念从90年代末起就在学术圈里名声遐迩，被教授们看作解决当前Web信息发现瓶颈难题的救星，是下一代WEB的关键技术，等等..什么是语义网？最简单的说法，就是网页上将不再只有有人能理解的自然语言，还将补充各种机器能理解的语义信息。（毕竟让机器理解汉语或英语在可预见的将来还是高难度的任务）在一个充满语义信息的网络上，无需理解人类语言这种高难度技能，机器Agent就能为人做很多事，学术界为语义网设想了大量充满未来色彩的应用场景，但可惜建构语义数据是开销巨大的生意（会OWL的知识工程师只怕比会Haskell的程序员还稀有），语义网也就从没实用过。



眼看着Web 2.0被Start-ups和VC们喊得震天响，这个2.0版的web里却完全没有ontology，没有agent，当然更没有语义网什么事。当初Tim Berners-Lee（这位不用介绍吧，就是他发明的Web）可是在W3C上宣布语义网是下一代Web的. 自Berners-Lee提出这个设想起，语义网就被看作下一代web，但它不幸走上了知识工程的长征路，眼看接近胜利的时候，社区的人际传播网络加强版突然就红了，然后现在说起web 2.0，业界想到的是blog，rss，tag，AJAX, SNS社区，学术界继续默默的向电子商务推销自己被冷落的语义技术，希望能找到应用场合。看看这次2007语义技术大会的出席者，有Stanford，NASA, US Air Force这些研究单位，有 Microsoft, IBM, Oracle, Sun, Google这些IT巨头，有Walmart. Lockheed Martin, Boeing, Ford Motors这些工商业巨头，呵呵，就是没有那些火热的web 2.0 新贵。这对一个声称是下一代网络核心技术的会议来说实在有些讽刺。



难道语义网要成商用技术？只能说太可惜了。现在的tags和OWL比起来，连玩具都不是。



最后推荐Tim Berners-Lee在W3C发布的一个关于Web Science的Presentation. The Two Magics of Web Science

尝试一个不错的新服务：clipmarks

支持从网页中随意选取需要保存的段落: save，email，blog，print....下面这段就是从clipmarks.com摘取下来的，呵呵，用起来很方便啊

clipped from clipmarks.com Save your clips privately or add them to the public library Use ClipSearch to find what you or others have clipped Post clips directly to your blog with Clip-to-Blog™ Email clips to your friends Print just the pieces of the page you want Watch the demo on the right to see how it works, or keep reading to learn more... Watch the demo

Powered by ScribeFire.

大家一起来玩Pipes吧

Yahoo推出了下一代的web基础服务：Pipes.
我是今天在Moutain同学的博客上看见这个大新闻的，Web 3.0到来的步伐比我想象的还快，已经有人喊出这样的口号了：“Yahoo!Pipes = Web 3.0 Feedstravaganza!!!”。我2月3号写文章时候想1年后差不多会发生的事情，结果4天后，2月7日pipes上线。面对这么迅速的变迁，不由不让人感觉技术的发展就像是失去控制的脱缰野马，猜测某种反技术思潮会因此再次抬头:P

Pipes的基础能力是使用户能够在图形界面下自由完成对web数据的集成和过滤（并可以分享和重用他人的Pipe），数据源是每个blogger writer/subscriber都很熟悉的feed，然后你可以在一个图形界面中将这些数据源的数据作为某个过滤器的输入，通过用户所定制条件的过滤后再输出..这样的过程可以随意组合，产生你所希望的数据服务。管道(pipe)本来就是UNIX的经典编程范式，随着OO兴起被大部分程序员冷落了，今天Pipe模式的回归，实属意料之外情理之中：因为pipe, filter与 feed的组合是那么契合。

晚上兴致勃勃玩了一会Pipes，觉得这个仿工作流软件的web图形界面做的还是比较易用的，有比较完善的在线提示和例子，Geeks们应该都能轻松愉悦的上手，但建了两三个toy pipe之后，就觉得功能局限的挺利害。因为数据源必须定制在pipe里，外部输入的数据只能当参数，保存不下来，也就是说不能由外部动态增添或删除数据源，无法搞出比较有意思的动态的数据服务，只能搞静态的...不爽。

另外我不知道对没有编程经验的人算不算有门槛，或许他们至少能改动其他人share的现成pipes。其实期望编程难度下降到日常会话的程度并不现实，我觉得随着Web 3.0势力的扩张，某种程度的编程知识也会有类似英语的学习潮流，毕竟这个年代，计算机数量比英语人口还多了，5年前肯定想不到人人都会折腾HTML/CSS，发布Blog...

大家一起来玩Pipes吧，有做了好用的Pipe知会一声：）

Great Firewall有了自适应算法....

有许多google fans爱讨论google不断出现的新功能。Great Firewall 身为中国最强大的IT工程，是每个中国网民上网不被各种邪恶思想污染的重要保障，却缺乏fans的拥戴和讨论，这真是太不爱国了！我身体力行，分享一下最近发现的Great Firewall的激动人心的技术特征。

先说个有趣的案例，在几天前，我点击了我博客上的某个链接——是KGB在blogsome的博客地址（http://kgb.blogsome.com），请大家不要跟着点，因为会断线。没错，点击kgb的博客后，返回了出错页面，接着我发现，自己在blogsome的博客(http://nullpointer.blogsome.com)也被GFW列为拒绝往来户了，这是个一个GFW的升级功能吗？中国网民都有经验，GFW为了不影响大家的正常使用，在及时阻拦了境外互联网的有害内容之后，过适当时间（几分钟到几小时）就会恢复你对某个站点的访问，例如你不慎google到有害内容被盾之类，堪称是既周到又以民为本的考虑。秉持”过一会会恢复“的想法，我去干其他事。

但第二天我发现依然不能直接连上我的博客，ok，难道我的博客就此被GFW记住了吗？ 我找了一组免费代理，用proxyhunter跑了一下，测试哪些能够连上我的博客。除了那些境外服务器能意料之中的连上，发现北京电信，山东网通之类的代理也能连，结论是：GFW封禁的不是我这个微不足道的博客，而是封锁我去上某些站点，包括kgb和我的博客。但为什么不是几分钟的保护性断开，而是长时间的禁止，why？接下来我想到一种可能性，于是我去访问了一下人民网 ，浏览了一会火红的中国共产党新闻 （诚恳建议我泱泱大党，有必要请个好点的美工）的专题页面之后，发现猜想成立，我又能直接连上我的博客了。

我的猜想是，GFW已经有了某种自适应算法。它会不断给你访问的URL打分，如果你访问了非常有害的境外站点（例如KGB在blogsome的博客），不但断线，而且会被加上很高的负分，于是你就被GFW看作危险分子，某些相关的不安全站点就不会允许你访问（例如我的博客，因为我是从我的博客链接过去的），然后因为我又访问了最正义的党报网站（幸亏我想起了人民网，而不是某个资本主义企业），得到了很高的正分，重新被GFW识别为一个可以信任的爱国爱党的正义之士，顺利放行。我坚定的相信，在这套自适应敌我识别系统的支持下，GFW将成为我们建设和谐网络的重要保障，支撑起我国民经济建设在十一五期间的迅速发展。（以上引用自人民网）

ps. 如果被盾，大家可以试试看人民网。今天我又实验了一次，人民网真的很好用。

ps2. 现在我主页上的KGB链接已经改成他在国内的博客站点了。大家可以放心访问....

定制自己的Google引擎

整天闭门家中考虑网络的动力系统模型，对最新发展又一次后知后觉，不过总算对大方向还是预测正确。上一次我刚在blog：“Web 3.0 is installing..please wait” 里猜想将要进入由大众创建并分享网络服务的时代，今天就发现了一个新的实例：Google在2006.Nov悄悄推出了Custom Search Engine，鼓励由用户自行定制专用的搜索引擎。通过指定关键字和站点列表，你就能得到一个基于你个人偏好和浏览经验的Google专用搜索服务。

我试做了一个搜索电子书（ebook）的搜索引擎，一共加入了47个我记载在bookmark里的电子书站点，成果是这个ebook search engine， 另外我blog页面右侧栏也加上了搜索框“Search Ebooks”。试用了一下张爱玲和Shakespeare，效果良好：）本来电子书下载站点就是既多又乱，虽然bookmark可以无限增加，但要下载 的时候一个个点开去找真是一个囧字，ok，现在要找书籍下载方便了。遗憾是很久没有下载过技术类书籍了，那些速朽的技术手册们..如果谁知道好的技术类书 籍下载站点，可以直接留言告诉我，或者点Volunteer to contribute to this search engine，真诚欢迎参与来改进这个ebook下载专用搜索。另外如果觉得这个搜索服务对你有用，点击搜索框下面的add to google图标，就可以把它加入你的Google个人主页了：）

要 说改进余地的话，我觉得，google这个服务大可以更自动化一点，能够结合Google marks或del.icio.us，让用户能够直接把一组站点加入定制搜索引擎的列表，不用一一添加，还可以根据当初bookmark站点时的tag信 息，作一些基于聚类的推荐。

最后建议大家用定制搜索取代长长的资源类书签列表..没错，web 3.0 is installing…

Web 3.0 is installing…please wait.

看见blog中文翻译的一篇“超越用户创建的模式：Web 2.0 和语义网络”，引起了我讨论Web 3.0可能实现细节的热情。

Web 2.0是一个门槛性事件，跨过这个门槛，证明Web与时俱进，不会成为像Gopher一样的古董.(还有人知道Gopher吗？学到ISO协议第七层的时候可能会提一下) 但不要被Web版本号升级所欺骗的是，Web升级不是跳跃的突变，而是渐变的演化过程，构成Web 2.0的各种技术要素，事实上来自于从2000年起不断的各种技术升级；同样的原因，当前真实的Web版本号早已不是2.0，而是2.x（有人把当下流行的基于人际网络的各种社区称作2.1，这纯属无聊的概念炒作）。我们可以确认的是：Web 3.0正在安装中，让我们来眺望一下3.0的可能未来。

如果把Web 2.0概括为：由大众创建并分享内容，那么Web 3.0的目标就是：由大众创建并分享服务。在我们用博客和Youtube突破了内容必须由正式媒体提供的心理障碍之后，接下来就是突破网络服务必须由软件工程师编写的心理障碍了。而一切事实上正在向着这个目标发展中，我们可以简单的划分这样两个发展步骤：

1，由用户定制的网页，用户创建自己的界面。Google Personalized Homepage和微软的Live.com都可以看作这一类的原型。目前的页面定制还是停留于让用户自行拖放各种小型web数据服务(所谓 badges)，但我猜想最终将走向让用户拥有对整个页面的决定权，与其让网站设计者殚精竭虑去讨好所有人(Mission Impossible!)，不如按照长尾理论，给用户以选择的自由，让他们自由决定在页面上端添加一个直达某个功能的链接，或把右下侧那些“看起来很蠢” （尊重你的用户的主观感受）的功能列表收缩成一个弹出菜单。这将是比一个由rss自动转发数据所堆砌出来的一个其实很白痴的表格状 Personalized Homepage要棒得多的事。想一想，Windows只是给了我们一个桌面，就有那么多人每天不厌其烦的在上面拖动和布置图标和背景，如果web 2.0网站能让用户能轻松定制自己的个人页面，网站设计者所苦恼的交互性设计优化问题就不复存在。比起Google和Live.com，现在红火的web 2.0 startups更需要这个技术。随之而来的就是界面设计的分享。在web 2.0典型的社区环境中，用户从不同个人所拥有的页面中跳转，选择自己感兴趣的内容（例如豆瓣所提供的体验），但现在用户可以分享的不仅是千差万别的内 容，还包括各种充满个人创意的界面设计，（设想一下，用户可以选择页面某个区域，然后在弹出的提示菜单里选择：应用此界面元素至我的页面。）以上描述的技 术将把HTML进一步彻底分解为可独立存在的页面元素和组装方式，由目前的XML/AJAX技术继续发展后的版本（会有某个数据文件描述页面元素的组装方 式），然后在客户端完成各种页面元素的动态重组

2，在用户创建界面之后下一步就是由用户组装的服务，同样的道理，软件工程师不可 能生产出满足每个人每个无聊需求的软件或服务，但在web的超傻瓜界面下，可以让他们自行用一些基础组件去组装自己的网络服务。例如我如果写了篇博客，想 同时转载到我的邮箱备份。这种细微的需求，如果某家博客网站有提供，可能是个不错的吸引人的Feature，但用户不可能仅仅为了一个这样的特征就迁移自 己的博客，但他就无法享受“发表博客自动转发邮箱”这么一个的细小的自动化的快感。（技术的发展，就是为了让人获得自动化的快感，这个就不展开了）但事实 上发邮件是大多数网站都有的基本服务，目前定制服务的提供方式是让用户在某个Option或Settings菜单中选择某个单选框，例如“自动转发评 论”，这肯定是需求工程师分析出的按照80/20原则的代表大多数人的需求，可长尾再一次的出现，当你给用户自由选择权力时，会产生许多不同的需求，例如 希望同时往两个邮箱中转发，发表并同时转发，转发超过多少长度的文章，不要转发链接要把文章和评论合并转发，这是列举不完的对服务需求的长尾。有趣的地方在于，随着用户自组装服务技术的发展，用户将前所未有的获得自由控制计算服务的能力，曲线达成了当初开放源代码运动的目标——而且不需要源代码。， 我们正从傻瓜化时代走向超傻瓜化时代。在网页上用类似Visio画流程图的方式组装服务或许够简单了（如拖动一个代表博客发表事件的矩形，将它关联到邮件 发送服务的传送带上），也或许还不够，但最终我们将在web 3.0时代享用可自由组装的内容，界面和服务，这会带来许多远远超乎我们想象力的应用组合。（我设想了一个面向个人博客的Call Center服务）

Web的发明人Tim Berners-Lee所预言的下一代网络的关键技术是语义网(Sematic Web)，而目前看来这项技术事实是一个Ontology/知识表示的泥潭，我觉得它的命运将类似于ISO七层网络协议，最后被某个更轻量级的现实方案所取代。Web 3.0正在安装中，这里有软件工程师的功劳，并将有用户的更大功劳。

在aNobii建立了一个电子书架

aNobii是个不错的个人电子书架+web 2.0社区。www.anobii.com
当初是完全巧合的从ptt知道这个站点，试着建立了一个帐号，第一感觉很易用。界面元素比较丰富，其实我是想说按钮都比较显眼，显眼是个大优点。不像豆 瓣，操作功能本来就不多，还往往都非常低调的做链接状藏在页面的某个角落，这样就会让用户很茫然，啊，能干些啥呢？在碰巧看见那个链接之前，用户一直会被 豆瓣这种一片空白的界面风格折磨。这点，aNobii做的不错，何况还只是beta版。
aNobii我最欣赏的功能包括:

批量载入书籍信息（通过输入10位ISBN码，且会自动校验ISBN是否正确），这点也是它优胜于豆瓣的主要强项。用户想往豆瓣上加大量书籍信息会很累，需要一个个去搜索出来，然后点链接加入。

相 当大的书籍数据库，我录入了我手头的全部925本书，只有少数几本书因为太早出版而没有ISBN号让我体会到了挫折感，其他都能用isbn顺利加入书架， 而且aNobii的另一个优势就体现在它一开始就支持了多种语言，各种英语书或港台繁体或日文或法文的书，都可以直接用isbn一视同仁的加入。

支持做笔记和眉批。其实电子书架让用户可以留下读书笔记是毫不稀奇，aNobii贵在还提供了眉批，逐页批点一本书现在有了web的实现形式。我经常有边读边写些随感什么的冲动，现在可以把这些都整理起来了。

目前这个站还在beta阶段，但似乎已经被台湾网友们占据了，我在上面只看见屈指可数的大陆用户。
差点忘了说了，我在aNobii的书柜地址。