面向服务的总结和反思

这2周我的心情实在是非常烦躁，几乎都很难让我自己静下心来开发。
best4c上线的服务太不稳定了。已经超过了我容忍的极限。

我希望 我们best4c成为在线的 ppt协同，分享服务的公司。但是，
我一直都不敢提我们是做 服务的公司，为什么？就是因为 很多公司
诈称 是做服务，其实根本不是的。所以我们现在都只能说 自己是想
提供一个小工具。我希望我们能够成为一个面向服务的 Startup。

在我看来，服务有 1，2，3，4 个 需要注意的地方。 只有满足了
一个出发点，二个特性，三个标准，四个要求 ，才是一个好的服务。

http://www.best4c.com/Best4cUserFiles/20071216/17143_1197807835812.jpg

一 个出发点。 就是服务是需要满足 迫切需求的。有的需求是潜在需求，
有的需求是普通需求，有的需求是迫切需求。 我现在对ppt协同的不满
就是我自己的迫切需求 。

二个 特性。就是提供的服务需要满足下面2个特性
自推广。 就是说，在没有一些傻乎乎的VC愿意帮你烧钱的情况下，你的
产品需要把你自己推销出去。 比如youtube就是一个很好的例子，最开始
就是用户把自己上传的video 分享在 myspace等社区上开始流行的。再
比如迅雷，最开始就是通过游戏下载传播开来。游戏网站都有它的链接的。

可增值。就是你的服务要随着人们的使用而增值。
 delicious 就是一个明显的例子。他的db是不停的增长的。而且越来越多
的网站挂着它的link。 迅雷比 flashget也优越在这个地方。

三 个标准
稳定 你的服务必须是稳定的。很多游戏厂商宣称我们提供良好的娱乐体验
服务，其实它代理的 产品bug一大堆。稳定是服务的一个基本要求。
 我们现在因为开发新功能而让 best4c的服务不稳定，这是我最不能容忍的。

方便 你的服务必须是方便的。flickr 成功就在于它的tag，让用户方便的
获取自己的信息。很多网站都有上传功能，但是都没有批量上传的功能。
这就是不方便的地方了。

交互 你的服务必须是可以交互的，必须是非常方便的让用户反馈的地方，
让用户提意见，而且你可以快速的响应，修改用户提出的意见。很多网站用户提了
一大堆的问题。他们坐视不理。只有快速响应，才能让人感觉到服务后面是
人，不是一堆机器。

四个 要求
因为上面3个标准，就给开发人员带来了要求。需要开发人员在开发做到

可控的要求。 系统设计一定要简单，一定要做到三张图内把你的系统结构
说清楚。开发人员可以 将代码中主要的类和方法倒背如流。这样你的系统
才是足够简单。只有系统简单，才能对用户的意见快速响应。很多j2ee开发
者喜欢追求框架，以 一个系统中用了十几个框架为荣，我从项目管理的角度
来说 这等同于浪费时间。首先这样你的系统的可维护性太差，其次这不能
证明任何技术含量，只能证明没有接触到系统底层的东西。现在为什么m$显
的非常被动就是因为google更新一个产品只需要几个月，而m$要几年。这就是
因为google的分布式和基于web的松耦合非常成熟，而m$那种笨拙的本地
架构 会造成开发师的噩梦(比如dll管理)。

可测的要求。系统设计一定要是可以监测的。用户的各种操作都是需要
统计的。这样你才知道用户来你的网站干了什么，你需要改进什么。

扩展的要求。 系统需要扩展性，保证服务器的水平增加而没有问题。不要
人数一多就down了。

开放的要求。最终你的系统是需要在价值链中体现价值的。这个时候你需要
把你的API开放给你的伙伴。 一个开源portal很早就要求我们best4c的api，
我们需要尽快开放出去。