不 久前，当我试图说服一 位Web程序员深入研究 Web2.0时，失败了。失败的原因在于对方认为Web2.0是一个被人为炒起来的虚幻名词。这并非少数 人的想法。很多程序员认为，他们需要的是实在的利益和做法，只有具体的技术才能引起足够的兴趣并深入钻研，而像Web2.0这样的思想没有必要去深入了 解。


不过，吴孙滨却不这样想，这位证券网站的程序员同时和同伴共同在维护名为“超越PHP”的网站。除了技术之外，他还和经常与合 作伙伴一起探讨如何让技术和用户双赢。最近，他们发布的新一期电子杂志中就探讨了Web2.0。吴孙滨说：“Web2.0有利于让程序员明白很多道理，比 如不一定最先进的技术才能带来最大变革。”


与吴孙滨一样，曾经从事多年硬件和系统开发的霍炬现在也醉心于研究Web2.0，他参与开发的365Kit（www.365kit.com） 就是代表。作为一个通讯录网站，365Kit除了可以让用户在线更新查询联系人信息外，还提供了与Outlook和手机进行同步的软件和功能，而且通过系 统后台，联系人之间还可以产生社会性的关联。不久前，365Kit还发布了一个新功能，将365Kit和Msn连接起来的Msn机器人——小强。“利用小 强，你根本不需要登录网站，只需要在Msn中输入希望查询的人，它会自动帮你把联系人的信息查询到并返回Msn信息。”Donews创始人刘韧说，“我经 常会被朋友问一些人的联系方式，一天有几十次，用了小强，可以最快速的查询信息，节省大量时间。”


事实上，大部分被称为Web2.0的应用都是由程序员角色的人员率先开发的。从RSS标准的建立到Del.icio.us社会书签系统的流行，都证实了这点。


因 此，程序员不应无视Web2.0这种自己创造的新模式。当然，陷入那些关于Web2.0特性的争论中是没有意义的，我们需要的是拨开浮躁的面纱，真正关注 Web2.0到底如何指导Web应用和产品开发，会给程序员的工作和发展带来怎样的变化，程序员又如何更好适应这些变化。

设计理念的变化

对 程序员来讲，首先带来了一种设计理念上的改变。以前的Web开发，往往由于系统是给少数人使用的，因此开发时会以Web集中式管理为中心。著名 blogger、Donews总编辑洪波表示，“比如新浪的内容发布系统，因为是给编辑使用的，强调的是功能和对权限的管理。”但是，现在的Web功能越 来越需要开放给普通用户，很多以前认为通过培训可以解决的问题，现在会由于成本太大而行不通了。


这与Web数据越来越分散的趋势有 关。原来Web强调以门户网站为标识，其内容自成一体。但现在由普通用户创造的大量微内容是新的驱动力。一个小的独立应用和服务提供给用户，每个用户产生 的内容可能意义都很小，但这些内容组合起来，就会产生很大的价值。洪波认为，“而且随着信息越来越分散，用户也需要一种新的组织方式。他们希望不同网站能 够提供不同的微内容输出。” 正是在这样的大前提下，很多技术萌发了活力。RSS技术就是代表，因为这个技术很早就有了，但当时互联网上的使用模式主要是门户模式，RSS的分享特性并 不符合这种模式。而现在互联网的方向则是去中心化，所以，突然RSS这种技术变得非常有价值了。可以说，使用模式上的变革让一些老技术“老树开新花”。


这 就要求程序员必须要研究一些公共标准，提供符合规范、能够交互、分散聚合的内容。Web2.0时代的新应用往往只是一个很小的功能，因此开发者需要考虑如 何与其它的Web应用进行结合。而且用户也希望很方便的在自己需要的地方出现需要的内容，而这些内容不一定是自己来做的，很可能是由那些更专业的人士开 发。“你的Web程序不仅要能够很方便的聚合其它的应用，而且也可以输出自己的应用。”因此，Web程序员需要考虑到接口的开放，以及能不能方便的调用聚 合其它应用，这就会给系统设计思想上带来很大的变化。


整个Web世界也确实在按照这样的规则来发展。不久前，Alexa开放了自己 的世界网站排名信息的API接口，而Google、Amazon、Ebay等网站也很早便开放了API接口，一些书评网站就是直接调用的Amazon的 API接口。“不能开放接口的，也会通过输出RSS等方式让其他的网站很容易聚合内容。”洪波说。

以用户为中心


有过网上购物经历的人都知道，当我们选中购买一个产品时，都会弹出新的窗口，列出刚才选择的物品，然后请你确认数量，接下来再选择购买或者结账。实际上，看起来用户都已经被动的接受了这种模式。


然 而，当你看到Loopo购物网站时，你会对其它网站的购物流程有新的认识。Loopo的界面看起来与其他网站一般无二，使用的也同样是PHP和脚本，但在 使用习惯上有了变化。用户看中某个物品后，可以直接拖动物品放到购物车中，系统会自动记录你要购买的物品名称。看起来很小的一个变化，却让这个网站吸引了 很多人的目光，因为这更接近日常生活的使用习惯。可以说，当程序员认为弹出新页面天经地义的时候，他们其实已经漠视了用户的使用习惯。除了这个功能， Loopo还做了很多符合用户习惯的改进，也因此，Loopo被一些用户称为2005年最酷的购物网站。


Web2.0改变了一些产 品特性的优先级。原来做产品，可用性的优先级会往后放，而把功能放在首要位置。现在则由于要给普通用户使用，必须要以用户为中心，肯定要从易用的角度出发 了。可以说，Ajax技术的流行，首先解决的也是一个观念问题。虽然这时Pageview无法获得增长了，但是它却可以给用户带来更为便利的网络访问。霍 炬说，“365Kit提供的功能让用户在手机上看到的只是一个简单同步按钮，这就大大降低了用户的使用门槛。”洪波就非常推崇著名的图片分享网站 Flickr，这也是Web2.0的代表性网站。“我在使用Flickr的时候，任何我希望修改的部分，我随时可以修改。而以前需要弹出新的页面，再修 改。可以说，技术变化带来了一种面向用户的新体验。”


现在的网站开发不是为了追求Pageview了，而是为用户提供需要的功 能，满足他们的需求。现在很流行书籍音乐电影的评论网站豆瓣也是一个代表。创始人杨勃在物理学博士毕业后，曾在IBM公司工作，2000年回国后曾担任一 家物流管理软件公司的CTO。不过，热爱编程的他看到了人们在书籍、音乐和影视作品分享方面的空缺，从2004年开始设计豆瓣网。杨勃表示，对大部分人来 说，书籍、音乐、电影的选择特别多，这就带来一个方向，也就是需要发现和分享。每个人的口味都不一样，大家共享之后就会产生口碑传递。“所以，一开始就豆 瓣不是为了做一个网站，而是满足人们的一个需求，如果对用户没用，只是新鲜是远远不够的。”


然而，国内很多程序员在观念上还没 有转到Web2.0的路径上，仍然持有一些比较老的观念。洪波说，“我也接触了很多开发者，这个观念他们不是特别容易改变。程序员往往喜欢按照自己的思 路，有一种比较固执的想法。但当他们的想法遇到没有任何培训的用户时，就会碰壁，因为用户根本不会像他们那样去理解。”


技术高低影 响不是特别明显，但领悟Web2.0的
真谛后一下就可以明白很多差距。吴孙滨表示，原来公司的同事之间的讨论可能仅仅限于了解对方有什么需求，考虑一下功 能如何实现。现在，公司的程序员在学习了Web2.0后，出现了新的变化，大家会考虑几种完成的方式，相互之间有什么不同。大家会经常问这样的问题：这样 做会不会更用户带来更多的方便？用户的感受是怎样的？如何做的更好？

简单的前台与复杂的后台


符合用户的习惯，简单的前台界面不代表系统的简单。事实上，正相反，在Web2.0的系统中，后台需要做更多的工作。一些表面看起来很简单的功能背后可能需要大量的程序和计算的支撑。


豆 瓣网就是最具代表性的例子。与大多数网站不同的是，最早开发的部分是一套推荐引擎，这是基于数学统计的计算模型。在用户点击过看过的东西以后，这套模型可 以自动分析出“与其口味最像的人”，并主动地推荐用户最有可能喜欢的书籍、音乐或者电影。比如，豆瓣网是100%动态网站，没有一个静态的页面。我们完全 可以将其看做一个个人管理书籍、音乐、影碟的工具，只是将工具放在网上了。现在，很多人抄袭了豆瓣网的模式和资源，但杨勃表示，仅仅抄袭一个网站的表面是 没有价值的。“Google的界面更简单，但系统核心不在这里。豆瓣比Tag这些表面的东西多做了一步，采用了统计模型和一些程序算法，事实上，这才是豆 瓣网的核心。”


霍炬从传统程序员转向Web开发，就是因为他认为Web开发足够复杂之后才行动的。“现在的Web程序员比过去要求 高多了。最初的Web程序员会一些Asp，Php的脚本，稍微懂一点交互就可以。Web2.0出现之后，很明显系统复杂了。现在Web程序员需要掌握的技 术很多。”


现在在Web上，从服务器到脚本，技术体系和思想发展也很快，技术架构也迅速发展。甚至2005年一年的变化可能比之前 所有的都大。Web2.0出现后，我认为网站的复杂度与软件相差无几了。”霍炬说，“在我做365kit这个项目的时候能够深刻体会到这点。365kit 前台展现就是一个通讯录，但后台不仅要把这些数据放在一起分析，要发现联系人之间的关系，建立连接，同时还需要针对这样大的一个数据量如何方便的存储和查 询。同时，很多辅助的工具，如客户端、手机上的同步工具，Msn的机器人都需要相当的技术实力。”


Web越来越像一个计算平台。通过各种Web应用将计算机连接起来，比如需要相册时可以使用Flickr，需要地图时调用Google Map的Api。随着很多服务商逐渐将自己的服务开放出来，每个网站都可以看做一个软件服务提供商，相互之间的联系让系统越来越复杂。


现在看来，很有可能Web2.0将加速推动传统程序员向Web开发转移的潮流。这从Web2.0网站的数量增长速度之快也可以看出端倪。


霍 炬看科幻大片《黑客帝国》时，，剧中有一个机器人将人类称为电池，用于作为能源供应的场景给他很深的触动。“其实大家都写blog，这就是共享自己的能 力，最后形成社会化的知识体系，我就突然感觉这个东西肯定会有很大的发展，能够通过某种方式出来。我周围和我一样的一批老程序员，有很多都转向Web方面 的项目了，过去做客户端的，也转向Web服务的方式。而且原来大家只是用Web技术来写脚本、做网站，现在逐渐开始Web方式来写应用级软件了。”

快速开发


一个令人难以置信的事实是，豆瓣网拥有十多万的注册用户，Alexa的流量排名在一千左右，过去却一直只有一台八千块钱攒起来的服务器，一两个人的开发团队。


为 了适应这种规模，开发模式也需要进行改变。这在很多Web2.0的网站中都有所体现，有人称之为简单哲学。“Web2.0不像企业级应用有那么多的流程和 模块。”霍炬说，“在365Kit这个项目中，我们放弃了重量级的那种开发方式，所以现在代码量也就是中等水平，再加上服务器端程序的维护成本很低，几个 人的小团队就可以做到。”


为了快速开发，系统设计也需要进行简化。杨勃说，“豆瓣网中间也做过一些变动，最初还是受原来做企业系统的影响，结构设计的太复杂，甚至还分了很多层。后来就简化了，因为太复杂之后就难以做快速开发。”
豆瓣网站采用了敏捷开发的模式，这是一个快速开发、快速变化的体系。平均每两天就有新的功能出现。

“Web2.0 网站是快速变化的，并不是把所有的功能都在开始阶段完全实现。”杨勃说，“这就要求系统构架的可扩展性要做的很好。而且必须考虑将来规模可能带来的问题。 豆瓣网一开始的架构设计就可以支撑上百万用户。”同时，基于Web的开发省去了客户端分发、维护的成本，因此可以做到“永远的BETA”，随时更新和升级 服务。洪波表示，据说Flickr的升级是以小时为单位的。


Web2.0与用户的交互也是让网站快速完善的动力。网站运行之后，听 取用户的反馈，指导下一步的应用开发。“豆瓣网有一个站务论坛，很多人经常发言提出自己的需求。”比如豆瓣刚开张时，由于每个人都可以自由创建小组或者参 加小组，于是用户可能会同时参加几十个小组。但由于很多小组人数比较少，可能很长时间才会有人发言，于是大家就要求有一个功能，把所有小组的最新发言聚合 在一起。杨勃很快实现了这个功能，事实也证明非常受欢迎。


杨勃认为，由于是小团队，工作模式就不能是一个经理带一帮人，而是大家都 需要参与编程。而且，对综合学习能力的要求比较高。“因为技术变化很快，现在对任何技术再熟悉，经验再多，过几个月可能又出现了新的技术，因此最重要的是 要能够跟踪最新的知识。而且由于最新的Web2.0模式和思想都是从国外发起的，所以程序员要具有在英文环境中直接沟通的能力，能够直接参与到国外的开源 项目中，而不是看已经翻译为中文的文档。”杨勃表示，自己学习Python也是随豆瓣网开始的。“Python很适合敏捷开发，最初的时候曾经尝试过使用 Ruby，后来由于豆瓣网需要很多后台的程序，Python更适合编写一些后台模型程序，最终前台也统一为一种语言。”杨勃之前对MySQL了解很少，但 在做豆瓣网的过程中，很快将知识弥补上来。“现在我们有几个数据库都可以做同步，有些内容我们还向开源社区进行了回馈。”


豆瓣网选 用了很多开源产品，杨勃认为:“用好开源产品是非常关键的。豆瓣的平台是基于Linux，数据库用的是MySQL，除了数据挖掘和搜索，其它都是在开源产 品之上开发的。因为现在有很多非常成熟的产品和模块，没有必要从头做，只要有能力了解获得这方面的知识，都能够很快在别人的基础上开发自己的系统。”

web2.0的盈利模式


可 能很多程序员都会对一个问题表示出疑问。Web2.0的商业模式和盈利模式在哪里呢？事实上，Web2.0的出现并不是为了解决商业和盈利的问题，它是一 种做好Web应用的新模式。至于商业模式，那是企业家更擅长的事情。就像Google的两位创始人创造出了一个更好用的搜索引擎，但最初他们也不知道如何 用这个来挣钱，但当商业人士负责公司的运营后，帮公司找到了销售关