“提醒”作为网络应用基础引擎

在软件中，有Event的概念，用来对需要“单独响应处理”的地方扩展进行处理。Event中有一种，叫“调度”，指对“在某些特定的时间进行响应处理”。
今天读swelse的“提醒的价值”一文，觉得有些想法。因为我是搞软件的，很容易把这种“提醒”服务抽象为网络应用的基础引擎——Event。

把现实世界看成一个应用，人的生活中的各个“动作”其实都是对外界Event的一种响应。我们现在看网络世界，已经发现越来越在SNS了，在这个逐 渐SNS化的网络世界中，我们被各种Event所触发，比如：来自QQ的New Msg，来自Twitter的New Follow，来自Google Reader的New Post，New Email，等等。

“哪吒”的创始人JimSang我是在上海5g认识的，我也是这个服务的早期使用者。目前在我的Gtalk中，每天早上“哪吒”的机器人都会给我播放一条我感兴趣的信息。“哪吒”要干的事情，就是要建成一种服务，通过这个服务来把目前网络中还没有“推送到终端”能力的内容和事件推动起来。

有人说，搞几个机器人在背后就能做这个服务啊？其实，仔细想想，要做好这个服务，是不容易的，需要解决两个核心问题：

第一个是swelse提到的，“什么信息需要提醒？”。从某种角度，这个问题的答案每个人都不一样，涉及面十分广泛。但是，对“提醒服务提供商”而言，要捕获的是最大需求的那些公共集合。

第二个问题是：“如何及时、有效捕获这些Event”。个人感兴趣的Event，部分是在另一个或几个Event触发后触发的，这种Event触发 比较容易捕获。比如，自己关注的某个博客发生了一次Update。但是，有些Event是不知道其背后最直接的触发者的。比如：苹果最新操作系统OS 3.0的iphone首先在中国的哪个店铺开卖？这个Event背后涉及很多未知的因素。一种做法是类试Google News那样，Google 监控整个互联网，一旦识别到某些“关键词”，就给你触发。另一种做法就是，找到与这个Event最相关的Feeds,监控这些Feeds的变化。

swelse提到一个案例：比如你想买一个52寸的液晶电视，但是觉得太贵，想等降到某个价位之后再出手。对于这个Event，也同样很难捕获。

随着，越来越多的Event的触发端自己搞RSS发布，所以，我倒是觉得，单纯这种意义的“提醒”服务价值会越来越小。倒是，那种可以替代人，从很 多Event中，很多内容中捕获“自己感兴趣”内容的“提醒、推送”服务，将变得越发重要。说到底，这是一种人工智能，是一种替代性劳动。

Google News 其实是很早提供这种价值的基础性服务，从提供商角度而言，作为全球搜索的老大，Google是最有可能实现并做好这件事情的，因为它总在首先发现网络中出 现的各种事件。对于“哪咤”这种服务提供商呢？尽管它也掌握了很多Feeds的Event，但是其广度远不如Google Reader和抓虾。另外，我个人觉得“哪咤”需要创造自己新的“优势”。也许这个“优势”是进一步在信息挖掘上下功夫，从Event的本质上来讲，只有 这种能力才是真正的“核心竞争力”。也许这个“优势”是去做一种更通用的引擎服务，通过这个技术性服务来帮助更多的信息源实现Event触发和订阅。

原文：http://www.cloudward.cn/archives/2009/03/28/85