记者 / 常政

近日来，中国各大IT媒体正纷纷转载、报道创新工场推出的一款名为“豌豆荚”的移动产品，并称这是创新工场的第一个公开亮相的项目。事实上，并不为业界所熟知的是，早在2010年5月间，创新工场就上线了一款名为“友盟”的移动应用产品。这是一款面向中国移动开发者的移动应用统计分析工具，尽管出场方式十分低调，但成绩一直持续稳健上升。友盟团队创始人蒋凡在接受记者采访时透露，目前约有30多名移动开发者在使用友盟，应用程序大概有40~50个，根据应用程序统计的终端用户大概超过60万个，主要集中在iPhone和Android平台。

根据友盟官方网站（www.umeng.com）的资料显示，这款产品的主要特色有：实时统计，帮助开发者实时掌握应用程序的用户使用情况，包括活跃用户、启动次数、用户黏性等；个性定制，开发者针对自己应用程序的特点定制统计信息，以便深度了解用户对应用各个细节的使用情况；简易免费，开发者只需要对代码做简单的修改就可以使用完全免费的友盟统计，全面了解用户；错误报告，提供及时的应用程序在各个系统版本和设备上的运行报告。从目前业内一些资深移动开发者的反馈来看，这些功能已经获得了不错的口碑：比如eoe CTO姚尚朗认为：“开发者若想对自己的应用有更详尽的了解，就必须有翔实的数据报告，友盟是款很棒的工具，通过其专业的统计分析可以对应用的使用情况了如指掌，进而指导开发，不断完善!”

蒋凡认为和业界同类产品相比，友盟的优势在于更加专业、深入：“这具体表现在我们非常注重终端用户的体验，比如对流量的要求，对程序本身性能的影响。这些地方我们都做的非常好，因为这些事情都是我们的直接用户——应用程序开发者最在意的。”

说到创立友盟团队的初衷，蒋凡表示他原来是Google 公司的一名研发工程师，但在那里度过了非常享受的两年工作时光后，发现自己的性格更适合创业，因为他“更喜欢去把一件事情从0做到100，而不是从60做到100”。于是蒋凡开始筹建自己的创业团队。时逢创新工场启动面向团队的创业“加速计划”，蒋凡团队凭借不凡的技术背景、清晰的产品思路和优异的职业素质，被顺利选中。之所以选择做应用程序统计工具，蒋凡说：“我之前也是移动应用的开发者，在开发一些Android的应用程序的过程中，逐渐感觉到移动应用程序也是互联网的一部分，鉴于互联网上已经有大量很成熟的站长工具，而且在移动领域还存在很多空白，于是我决定出来做这件事情——移动开发者工具。目前的友盟平台是我们团队开发的第一款产品，在今年5月份的时候开始公测。”

和创业工场“加速计划”的其他项目团队一样，友盟团队在孵化期里获得了诸如资金、品牌、招聘等方面的一系列支持。蒋凡感觉，其中对团队最重要的支持是人员招聘——李开复和创新工场的业界影响力，使得友盟十分顺畅地邀请到高素质的人才加盟，大大壮大了自己的实力。蒋凡说：“就个人而言，感觉在创新工场所获得的最大提升，是加深了对整个行业的理解。因为创新工场所投资的项目，几乎覆盖了整个移动互联网，在这里可以了解到很多产品的商业模式。”

但是友盟目前并没有制定非常明确的商业模式，蒋凡对此表示，他们相信以后能够找到和开发者的利益共同点，实现共赢，而且传统互联网已经证明，开发者服务平台这块的市场还是非常大的。

最后，蒋凡向记者透露，一切顺利的话，友盟即将成立公司独立经营这款工具，此外他们还会针对开发者们的需求，探索很多其他的服务方式和产品，比如收集用户的反馈做统计分析等。无疑，未来的几个月，终于扬帆起航的友盟团队将经历事业的重要转折点，而经济、技术、管理和经营方面的挑战不可避免，但由于背后有创新工场的扶植，笔者相信他们的风险会降低很多。

Andy Rubin是Google移动平台资深总监，Android公司的创始人之一。这家公司于2005年7月被Google收购，如今是Google新近发布Android平台的创造者。怀着对机器人的热爱，Andy开发创造了Android平台，并将可能成为未来智能手机设备的通用平台。

编者按：本文是《程序员》前技术主编孟岩对Android 创始人 Andy Rubin 的专访，尽管已经时隔两年，但其探讨的话题，对于今天的业界仍有很大的借鉴意义。在Android 手机气势如虹的今天，追溯一下创建者原初的构思，相信一定会给你带来新的启发。

2007年11月Google宣布Android平台，被众多评论者认为是今年移动领域最具影响力的事件之一。恰在12月，Android平台创始人Andy Rubin访问中国，《程序员》杂志有幸成为采访他的第一家中国媒体，本文就是Andy与杂志总编孟岩的对话。

孟岩：您有手机吗？

Andy：当然。

孟岩：您现在用什么手机？

Andy：你猜猜看。

孟岩：要我猜的话，那我估计是iPhone。

Andy：啊哈，没错，就是iPhone。它真的很棒！你想，苹果公司从来没有做过手机，第一代产品就做得这么好，真的很了不起。

孟岩：这么说您也很喜欢iPhone？那么为什么还劳神费力开发Android这样一个新的手机操作系统？

Andy：没错，iPhone非常棒，但是它是一家公司的产品，它从里到外的设计都是特定的，只有一个按钮，那么大的屏幕，特有的软件系统。尽管它很棒，但是它就是苹果的，别的制造商用不了。Android不同，Android对所有人开放，而不只是一家厂商。你可以在摩托、三星、LG等几十个厂商的手机上运行Android。对于开发者来说，这一点意义重大，它意味着你写的手机应用可以无需修改地运行在几十个不同厂商出产的手机上。

孟岩：我们大概在什么时候能见到第一个gPhone？

Andy：大约会在2008年的下半年，但它不会叫gPhone。请注意，Android是软件。

孟岩：Android手机会很贵吗？

Andy：不会。手机硬件越来越便宜。相对来说，软件成本才是居高不下。在整个手机的成本中，软件所占比例越来越大。这根20多年前发生在PC领域中的情况一模一样。Android是开源软件，能够有效降低软件的成本，从而降低手机的整体价格。

孟岩：如何保证那些手机都能够顺利地运行Android的呢？各种手机的配置千差万别，难道是像微软那样指定一个硬件规范，要求厂商去遵守吗？

Andy：当然不是。这里面可是有门道的，我们在设计时就努力地让Android变得很容易移植到不同手机设备上。Android也许是目前最具可移植性的手机操作系统。给你讲个实际例子吧。今年感恩节前后，我们的一个工程师打算利用假期尝试把Android移植到一款诺基亚手机上。这是一款与我们的参考设备完全不同的手机，屏幕尺寸、按钮、无线设备统统不同。你猜猜他用了多长时间完成这一工作？

孟岩：少说也得一个星期吧？

Andy：只用了三个多小时，通共改动了4行C语言源代码。

孟岩：太令人震惊了！

Andy：可不是吗，连我也感到震惊。我想这就是开放平台的威力。

孟岩：您提到开放，一个开放的手机软件平台对于手机制造商来说有什么意义呢？

Andy：目前手机操作系统大约占手机成本的20%，而在此之上，手机制造商还必须自己集成若干重要应用软件，如浏览器、短信、图片显示软件等等，这给他们带来了不小的负担。Android提供了一个从操作系统到应用程序的完整软件栈，同时又允许人们定制差异化，以形成自己竞争优势，对于手机制造商来说，其意义不言而喻。开放带来的另一个好处是允许厂商自主解决问题，当你发现Android系统中有bug或者不符合你要求的地方，不必等上18个月，而是可以直接解决。

孟岩：Android采用APL协议，这意味着什么？是否从协议层面上保证了开发者的自由？

Andy：目前至少有几十种开源协议。其中最有名的是GPL。但如果你在自己的软件中使用了GPL代码，那么你的代码也必须GPL，这就像病毒传染似的。但是这种规则在手机软件工业中不适用。不同的制造商希望自己的手机能够与竞争对手差异化，如果统统开源的话，这种差异化就很那实现。APL于此不同，它允许你使用APL开源代码，但是并不要求你把自己的代码也开放出来。这比较符合手机软件产业的实际情况，所以我们采用了APL。另一方面，APL在专利权方面还有一些特殊考虑也是很有意思的。比如，如果我用了APL代码，你也用了APL代码，而我却以侵犯专利为由对你提起诉讼，则我将失去使用APL代码的权利。因此，APL确保了彼此之间不会因为软件专利权而互相起诉。在Android中包含大量Google的技术专利，等到我们开放Android源码的时候，这些专利都将对世界公布。

孟岩：如果Android取得成功的话，Google和你本人肯定无意成为手机软件领域的统治者吗？

Andy：当然不会。开放本身就意味着没有人统治一切。况且如今已经有三十多家公司加入Android联盟，实际上Android不是Google一家的，任何人都可以拥有Android。相信我，没有人能成为Android世界的垄断者。

孟岩：如果是这样的话？Google又能得到什么好处？

Andy：你还记得我刚才说过的，今天的手机软件产业与20多年前的PC软件产业如出一辙。因此我们要注意，如果只有一家公司来提供手机基础软件的话，那么毫无疑问就会再次产生一个巨无霸的垄断者。今天世界上大约12亿PC用户，可是手机用户有30亿之多！这意味着，手机一定会成为人们获取信息的主要设备。如果有一家公司垄断了手机软件市场，它就可以决定人们可以看或不可以看什么样的信息，这是很严重的问题，也是Google不愿意看到的。我们开发Android并且将其开放，就是要防止这种情况发生，让每个人都可以平等自由地访问信息。只要用户能够自由获取信息，Google就可以找到自己的业务模式。

孟岩：好吧，那么告诉我，你为什么要把这个系统命名为Android？

Andy：Android其实是我于2005年1月创办的手机操作系统软件公司的名字，半年后这家公司被Google收购了，不过我们的产品名字继续称为Android。至于其来历嘛，我创办的上一家公司叫做Danger（危险），你说如果上一家公司叫“危险”的话，下一家公司该叫什么名字？总不能叫“完蛋”吧？我是说，高科技公司取名字尽可以有趣一些，既然Linus Torvalds把自己写的操作系统称为Linux，那么我的名字是Andrew，把这家公司叫做Android有何不可呢？再加上我本身是个机器人迷，所以Android这个名字还是不错的。事实上，在Android之前，我们能已经做出来一款手机，叫做T-Mobile Sidekick。这款产品很成功，好莱坞的很多明星都用它。但是我觉得毕竟它能够触及到的人群还是有限，所以决定做一个手机操作系统，能够运行在各种手机设备上。

孟岩：Android由Linux+Java构成。手机操作系统用Linux我能理解，用Java也是情理之中。可是Android不是把现有的成熟的Java拿来直接用，而是从头开始重新实现了一个Java，从虚拟机到相当多的Java类库。这不是重新发明轮子吗？有这个必要吗？

Andy：对我来说，“Java”这个词意味着四种东西：一种编程语言，一种虚拟机，一个类库，和一个应用程序框架。我们的确重新开发了虚拟机，这是因为要克服现有手机JVM的一些固有缺陷，比如启动时间过长，功能受限。你知道，Java ME为了保证“一次开发，到处运行”，就不得不迁就那些配置非常低端的手机设备，结果导致其功能十分有限。而你看看iPhone之所以这么酷，就是因为它完全不考虑要去兼容什么过时的设备，iPhone的配置完全不亚于一台五年前的PC。我们在设计之初就决定，甩掉不必要的历史包袱，对Android的硬件配置作出一定的要求，从而使得我们可以在比较高的水平上重新设计和优化JVM。此外，我们的确完全重新开发了一个应用程序框架，称之为Android应用框架。这是因为我们对于如何组织手机应用程序有全新的、特别的想法，现有的Java ME完全不能满足我们的需要，所以重新开发一个，这并没有什么大不了的。

孟岩：什么全新的、特别的想法，能透露一下吗？

Andy：我们希望支持手机应用程序的mash-up。“Mash-up”这个词是从Web 2.0里偷过来的，你应该知道什么是Web 2.0 mash-up吧？

孟岩：这我当然知道。比如我从一个网页上抓下一块XHTML数据，再从另一个Web Services那里获得一些XML数据，我就可以把这两块数据mash-up起来，形成新的XML数据，并且这一数据可以在此被别人mash-up。不过Web 2.0中的mash-up是基于XML数据的，难道Android中的mash-up也需要借助XML来完成吗？

Andy：好问题。在传统的手机开发中，应用程序要么调用操作系统服务，要么通过程序库获得较高级的服务。如果操作系统和程序库都没有提供某项功能，应用程序开发者只好自己实现。在Web上，一个Web应用不仅可以使用本机上由操作系统提供的服务，还可以以你刚才所说的方式使用其他Web应用所提供的服务。这样一来，Web应用程序不仅可以依赖操作系统服务，而且可以彼此相互提供服务。这就是我们想在Android中达成的目标，也是为什么我们要重新开发一个应用框架的根本原因。

孟岩：这个想法是怎么来的？

Andy：你知道Google是一家互联网公司，并且拥有很多世界上最聪明的软件工程师，像mash-up这样的想法就长在Google的DNA里，所以把这种思想带入手机平台很自然。

孟岩：能详细的讲讲Android如何实现mash-up吗？

Andy：Android的mash-up中有两个关键概念，一个称为Activity，一个称为Intent。Activity可以完成某些工作，而Intent可以表达“要做某事”，一个Activity可以满足若干Intents。

我举一个例子好了，比如我在写一个email，打算附加一个图片附件，需要选择图片。我会广播一个Intent，说：“我要选择图片，你们谁能选择图片？”。那么设备中的Android应用和外部的服务，如Flickr和Picasa都可以举手响应说：“我行！”然后用户就可以选择其中最合适的那个来选择图片。

孟岩：听起来很像GUI框架中的Signal/Slot？

Andy：我觉得更好的类比是微软的COM体系。Android可以把设备内和互联网上的服务都以上述的方式mash-up起来。这一能力实在非凡。它使得开发者能够在一个非常高的层次上快速开发高质量的应用。

孟岩：这对于开发者确实有很大的吸引力。

Andy：当然。对于开发者而言，Android是一个非常有特色的先进的平台，能够放大开发者的能力和效率。同时，Android的开发语言和环境都是开发者所熟悉的。Java语言是世界上最流行的语言，而在开发环境方面，我们选择了大家熟悉的Eclipse和IntelliJ。所有的软件、工具和模拟器都是免费的，整个系统稍后还会完全开源，开发者无需做任何痛苦的转型，就可以为Android开发应用。

孟岩：对于那些摩拳擦掌跃跃欲试的开发者，你能给些建议吗？如何开始Android开发之旅？

Andy：我的建议很简单，赶快去Android SDK下载网站。那里有开发Android所需要的一切：SDK、文档、范例、开发工具，下载之后马上就可以开始尝试Android开发。当然，如果你愿意参加Google正在举办的Android编程大赛，那么就更好了。Google为这个大赛准备了丰厚的奖金，我认为这是一个很好的实践机会。软件的世界里，一切美好事物都是干出来的，你用心开发出一个高水平的应用，你自己的水平也就大大提高了。此外，应该积极参与社群的讨论和交流，与具有相同目标和兴趣的人沟通，互相学习，这很有好处。在硅谷，我们有一个地方叫做Tech Farm（科技农庄），你付几块钱，就可以到里面去建造新型的计算机，开发新的软件。更重要的是，你能在其中结识各种各样的技术天才，与各种各样的人交流，接触各种各样的想法。这对于提高自己的水平非常有益。

孟岩：我觉得您是一个与众不同的人，精通技术，勇于创新，而又具有企业家的精神。您怎么能够达到这样一种程度的？

Andy：我喜欢创造新的事物，也喜欢带领团队去冒险和迎接挑战，这也许就是你说的企业家精神。至于技术能力，我兼通软硬件，不过这在Google里并不新鲜。至于我为什么能够具备这些能力，我觉得很大程度上是缘于我的好奇心。我是个好奇心很重的人，什么事情都愿意去刨根问底，彻底搞清楚。我小时候拆卸电话和电视，想弄清楚为什么会响铃，为什么电视里会有小人。等我上了高中和大学，我发现了了解事物原理的另一种方法，软件的方法。我可以通过控制0和1来改变事物的行为，而不用拆装硬件。对于一个人来说，最美妙的事情莫过于能够把嗜好变成工作，我恰好是如此，所以当然能够全心投入。我并不是无所不能，很多事情都有人比我干得更好，那我就会去找他们，跟他们合作。我不会一个人单打独斗。

孟岩：这真的很令人印象深刻。我们最后来探讨一下创新的话题。您似乎在您职业生涯的每一个阶段都能够做出了不起的创新，这是在难得。这里有什么秘诀吗？一般人很难想出既新颖又确实有用的点子。

Andy：我自己有很多想法就是没用的。那我的机器人来说，它很有趣，可以满足我的好奇心。我可以用鼠标控制我的机器人，让它在房间里走来走去。有趣吧？可是这没什么用，谁关心这个！然而，我独自完成了这个机器人的全部软件设计，对其原理了如指掌。是的，现在机器人没什么用，但是我向你保证，不出15年，机器人就会在人类生活中扮演重要角色，变得非常有用。我的意思是说，不是什么东西都可以马上有用的，你必须用自己的兴趣和好奇心引导自己。探索、学习、理解、跟踪科技的进展，你迟早有一天会发现自己也处于创新者的行列。

（本文来自《程序员》杂志08年01期）

《程序员》9月刊最新上市：http://www.programmer.com.cn/3923/

《程序员》订阅：http://dingyue.programmer.com.cn/

Linux基金会执行董事Jim Zemlin

中国已经是一个实力强劲的制造大国，对于中国来说下一个发展契机将由软件来创造：中国有机会通过软件制造出某种人们从未想到过的超级体验，来满足国内外市场需求。而Linux则是唯一具备如此大的拓展性、知识产权可控的软件平台，这对于中国来说是个非常大的机遇。

对于应用开发者来说，为Linux平台开发应用的好处在于，Linux平台支持更广泛的硬件。目前，在x86、ARM和MIPS甚至Power的平台上，Linux都可以很好地运行。开发者只需要将精力放在更好地开发应用上，而不必考虑硬件的问题。尽管现在互联网电视和智能手机的尺寸差距非常大，但采用基于Linux的Qt平台，应用开发者可以不必对程序做大规模修改就可以让它适应不同设备，这让用户在不同设备上使用同一程序成为可能。所以对于开发者，未来竞争的重点将侧重在如何提供一个友好的用户界面。

今年Linux阵营中，最引人瞩目的事件是MeeGo平台的脱颖而出，它是由Linux基金会管理的一种开方式Linux操作系统。MeeGo除了对硬件架构和设备的广泛支持外，还支持不同的应用软件商店，其中包括Intel AppUP和Nokia Ovi等，可以预料，这将为开放平台上的应用软件和服务带来新的推动。

从市场角度看，不仅全球，中国Linux 的推广应用也取得了令人欣慰的进步。据中国开源软件推进联盟提供的数据显示：2009年中国国内市场Linux销售额为3.86亿元，年增长率20%，其中在超级计算机、大型主机、嵌入式操作系统领域占据绝对优势，甚至桌面领域已结束了1%~2%的低迷徘徊状态，跃升到8%~10%；与Linux相关的开源软件应用，也从早期的政府、教育领域，开拓并走向金融、 电信、 铁路、电力、航空等大市场。当然我们要看的不仅仅是当前市场份额增长的数字表现，未来的一些参考数据也很最重要：比如股票市场，它是一个未来的指数，毕竟投资是投向未来，而不可能是投向过去。在过去的一年里，从同一个点来看，红帽价值增长了50%以上，而微软却是保持不变。

近两年一个重要变化是，Linux 开始大举进军消费电子领域。某种意义上讲，我们要感谢苹果的成功，因为它改变了人们对互联计算的传统看法，并帮助业界开拓了一个全新的市场：智能手机、平板电脑、互联网电视……这些领域，无一不是Linux大展宏图的舞台。

从商业模式看，随着进入移动互联网时代，旧IT经济的价值链产生了重要变革。最典型的一个例子是苹果公司总收入的30%来自应用程序商店。新的模型把价值从平台本身剥离，取而代之的是应用程序。所以随着服务提供商的发展，他们开始提供更多和更引人注目的服务来满足市场需求，这也是推动Linux发展的一个重要因素。

我们Linux基金会去年最关注的两大主题是驱动和应用，目前来看，驱动的问题基本都已经解决了，而包括中国在内的Linux社区开发人员的缺乏，依然是全球Linux产业所面临的最主要问题。尽管Linux的应用、Linux开源软件已经开发出很多，但由于Linux开发群体的不足，以致开发的增长速度始终没有应用的增长速度快。导致这一困境的主要原因是Linux的培训都比较少，所以Linux基金会今后将会加强这方面的工作力度。

展望全球，随着R&D（Research and Development）的趋势是降低成本和加快上市时间，软件提供已经不仅仅取决于单一的开发商、区域性和闭源系统厂商，全球性Linux 开发提供了全新的商业机会；所以Linux 和开源为中国提供了软件产业发展的最佳方式。目前Linux基金会已经在中国成立了分支机构，由Cliff Miller出任中国区的首席代表。我们希望有更多的中国企业能参与进来，与我们一同在中国推广Linux，并开发出更多的优秀产品和应用。我相信，Linux不仅能控制今天的世界，也肯定会控制未来的世界，所以现在最重要的是，如何使用 Linux来创造出一个惊人的软件经济。

（本文来自《程序员》杂志10年08期）

《程序员》9月刊精彩内容预告：http://www.programmer.com.cn/3923/

《程序员》订阅：http://dingyue.programmer.com.cn/

如今，Android及它的绿色小机器人标志和苹果iPhone一样风靡世界，掀起了移动领域最具影响力的风暴。创造这一奇迹的人，叫Andy Rubin（安迪·罗宾），Google工程副总裁，Android开发的领头人。

早年岁月

Andy Rubin1963年生于纽约州Chappaqua镇，父亲是学心理学的，经营一家电子玩具直销公司。销售样品拍照放进销售目录之后，就属于小Andy的了，他的房间满是各种最新的电子玩具。反复拆装这些玩具是他最爱做的事情之一。他的Geek基因由此种下。

大学毕业后，他加入以光学仪器知名的卡尔·蔡司公司担任机器人工程师，主要从事数字通信网络。后来他还曾经在瑞士一家机器人公司工作，工作得很开心。然而，一个偶然事件改变他的一生。

1989年，Andy到开曼群岛旅游，清晨独自在沙滩漫步时遇到一个人可怜地睡在躺椅上——他和女朋友吵架，被赶出了海边别墅。Andy给他找了住处。作为回报，这位老兄答应引荐Andy到自己所在的公司工作。原来，此人是正处在第一个全盛时期的苹果公司的一名工程师。

不平凡的硅谷经历让Andy Rubin在工程师主导的苹果公司可以说是如鱼得水，桌面系统Quadra和历史上第一个软Modem都是他的作品。他也不忘展示一下自己的Geek本色：对公司的内部电话系统进行了重新编程，伪装CEO打电话给人事，指示要给自己组里的工程师同事股票奖励。当然，信息部门免不了来找他的麻烦。

1990年，苹果的手持设备部门独立出来，成立了General Magic公司。两年后，Andy认定这个领域一定大有作为，选择加入。在这里，他完全融入到公司全身心投入的工程师文化中。他和同事们在自己的小隔间上方搭起了床，几乎24小时吃住在办公室。他们开发的产品是具有突破性意义的基于互联网的手机操作系统和界面Magic Cap，在市场上也曾经取得短暂的成功，1995年公司甚至因此上市，而且第一天股票实现了翻番。但是好景不长，这款产品太超前了，运营商的支持完全跟不上，很快被市场判了死刑。

此后，Andy Rubin又加入了苹果公司员工创办的Artemis Research，继续吃住在办公室，追逐互联网设备的梦想。这次，他参与开发的产品是交互式互联网电视WebTV，创造了多项通信专利。产品获得了几十万用户，成功实现盈利，年收入超过一亿美元。1997年，公司被微软收购。Rubin也随之加入，雄心勃勃地开始了他的超级机器人项目。他开发的互联网机器人在微软四处游荡，随时记录所看所闻。不料，有一天控制机器人的计算机被黑客入侵，激怒了微软的安全官员。不久，Andy离开微软，在Palo Alto租了一个商店，与他的工程师朋友们继续把玩各种机器人和新设备，构思各种新产品的奇思妙想。这就是Danger的前身。

创办Danger并担任CEO的过程中，Andy完成了从工程师到管理者的转变。更为重要的是，他和同事一起找到了将移动运营商和手机制造商利益结合起来的模式，这与iPhone非常类似。但是，公司的运营并不理想，Andy接受董事会的决定辞职，并有些失望地离开了公司。Danger后来被微软收购，2010年这个部门发布了很酷但是很快失败的产品Kin系列手机。

Android传奇

2002年初，还在Danger期间，Andy Rubin曾在斯坦福大学的工程课上做了一次讲座。听众中出现了Google的两位创始人Larry Page和Sergey Brin。互联网手机的理念深深打动了Page，尤其是他注意到Danger产品上默认搜索引擎是Google。

离开Danger后，Andy曾再次隐居开曼群岛，想开发一款数码相机，但是没有找到支持者。他很快回到熟悉的领域，创办Android，开始启动下一代智能手机的开发。这次的宗旨，是设计一款对所有软件开发者开放的移动平台。2005年，Andy靠自己的积蓄和朋友的支持，艰难地完成了这一项目。在与一家风投洽谈的同时，Andy突然想到了Larry Page，于是给后者发了一封邮件。仅仅几周时间，Google就完成了对Android的收购。接下来的故事，已经载入史册。

Andy Rubin是典型的Geek文化的代表，在他硅谷半山别墅里，从视网膜扫描门禁到世界上最贵的门铃，创意无所不在。他是那种既喜欢电焊枪，也着迷编写程序，并擅长业务战略的奇才。他今年47岁，传奇还在继续。

（本文来自《程序员》杂志10年09期，更多精彩内容敬请关注09期杂志）

《程序员》9月刊精彩内容预告：http://www.programmer.com.cn/3923/

《程序员》订阅：http://dingyue.programmer.com.cn/

记者 / 付江

吴穹，雅各布森中国公司总经理，师从杨芙清院士，有丰富的软件工程实施经验。

大多数学计算机语言的人都会有过这样的感受，过去一直认为编程和架构是整个软件生命周期里最了不起的部分，但实际工作后才会发现在商业产品里，需求分析才是一个商业软件成功与否的关键。

放眼望去，在当今软件工程领域出现的许多问题，诸如缺陷及资源运用不当，都源于需求的不清晰，甚至有软件人戏称：“需求变更乃万恶之源”，一时也获得了颇多响应。时至如今，业务IT间需求分析过程中存在的问题主要有哪些？什么是敏捷需求分析？产品级和项目级需求有何异同？敏捷需求分析方法论中的五大关键点是什么？就以上热点话题，雅各布森中国区总经理吴穹分享了他的看法。

三大症状

在吴穹看来，两份需求、合同式验证、产品需求缺失成为了当前需求沟通的三大症结。

两份需求——用户（业务）需求和软件需求。用户需求由不熟悉IT的业务人员完成，大多归于天马行空的意识流，基本上是想起什么写什么。而软件需求由IT人员编写，经过技术思维的过滤、梳理、增删，包含进了算法、数据库设计、架构之类的技术专业词汇，业务人员往往已不知文档内所云。

合同式验证——业务人员和技术人员企图在沟通后以合同形式将需求固化并且确定下来，而没有充分考虑到软件开发过程中可能出现的需求变更。

产品需求缺失——项目是片段，产品是总量，两者的关系在于项目其实就是一个不断完善产品的过程。由于国内PMP（ProjectManagement Professional）和项目管理流行，更多IT需求都是以项目形式存在，而往往忽视了产品需求的积累，导致最后的结果多是项目（需求）很多，但产品需求缺失。

项目级和产品级需求的具体区别，如果放在几年或十多年前并不明显，对于全新产品而言，项目（需求）=产品（需求）。随着时间推移，两者的区分逐步明朗，由于全新项目越来越少，更多的需求都是在维护和升级老的产品。以咖啡机为例，从基本型升级到1.1版，或许是加入一个按钮。此时和客户沟通的时候就需要引导客户想清楚，需要的是项目级还是产品级的需求，是做整个咖啡机的需求还是仅仅只是新添按钮的需求。如果未来再做1.2版，继续添按钮，这时候的需求又该如何写？新按钮的需求，然后和以前的按钮有些变化。如果不能明确两种需求的差异，随着项目需求的累积，到最后会发现所有的（需求）都是片段的，都是增量而缺乏一个总的全景。

事实上，业务IT需求造成如今的混乱状况，CMMI（Capability Maturity Model Integration，能力成熟度模型集成）和国内企业对CMMI的僵化理解可以说“功不可没”。在对“两份需求”的认识上，CMMI里有明确分项，用户需求和软件需求。但值得一提的是，其实里面并未明确要求是两份文档或由两部分人来写，而只是表示需求细化的两个阶段。遗憾的是，很多国内CMMI认证企业也并没有真正打算去了解它的内涵，只是僵化地表现出自己是否有这样的能力。

最近接触到一些项目也出现了这样的情形，大家先做了一份用户需求，然后花费大量时间写软件需求，以满足认证的需要，但到头来软件需求根本没人看，大家都只是应付，CMMI成为了摆设。

需求贯穿于软件开发测试全过程

在吴穹看来，敏捷的最大贡献在于它是对整个软件工程的一次再认识。具体到敏捷需求分析领域，其实涉及到一个核心问题：是否承认（软件）需求可以在一开始就搞清楚并确定下来？敏捷的答案是No！而在传统瀑布式开发中，更多的是合同式验证的情形，大多数客户的思想基础都是基于需求最初就能确定下来的。但事实上，这在当前阶段基本属于“不可能完成的任务”，不符合软件开发本质。在敏捷需求分析中，需求应是贯穿于整个软件生命周期全过程中并在其中不断变更、迭代和完善。

敏捷需求分析认为，需求应建立在以用例为中心的需求文档体系，采取协作式而非合同式的沟通方式之上。具体可分为五个关键点：

• 用例；
• 协作；
• 迭代，即需求不是一次最终确定，而是先完成主要框架，再通过迭代逐步精化；
• 整个过程中以分析为支撑，做需求同时也在做分析，分析模型的输出结果应跟需求分开；
• 把用例分解到用户故事，在整个软件生命周期过程中来驱动开发和测试。

业务/技术沟通频现“两份需求”

同时还要考虑到的是，将两份需求改为一份文档，而不必死抠CMMI概念区分出用户和软件需求。首份需求稿将由SA（系统分析师）来牵头完成，负责各方协调和沟通的工作。理想的情况下，整个团队在项目开始前就应搭建完毕，包括客户、开发测试人员都参与的写作和迭代，而不是以往的由技术人员对用户进行里程碑式的教辅。通常来说，一个项目里一名SA同时对应5~9名开发人员是比较合适的。

需求文档化与敏捷的平衡点

至于用例和用户故事。按照敏捷大师Martin博客中的说法，两者都是组织需求的方式，只是目的不同而已，用例的目的是为了把需求描述清楚，而用户故事的目的是把需求分解成可用于迭代计划的单元。对应到产品级和项目级文档，用例是产品级，例如做咖啡机，不管有多少不同版本，有些核心功能是不改变的，这些都是产品级需求。而用户故事则是项目级，属于做完就扔的“抛弃型”。

进一步理解的话，用户故事其实是一个或多个完整的业务场景，而用例是场景的抽象，一个用例里可以包含成百上千个场景。用户故事是基于开发思想的，不光要考虑业务，还要考虑如何实现包括工作量大小、任务分配、项目风险以及架构风险等多重因素。有人认为写用户故事是极简单的事，但在吴穹看来，现在有很多人都还在用功能点套用用户故事，显得不伦不类，而没有理解到用户故事的精髓。

以ATM取款为例，正常流程是插卡、取钱、把钱拿走。这个看似简单的场景其实工作量很大，可以在整个流程中做一些必要的简化。有人认为既然用户故事是一个场景，那就把它变成一个场景步骤吧，于是就成了功能点。其实他们忽略了一点，用户故事还是一个简化了但还保证完整业务价值的场景。ATM取款建立用户故事会涉及哪些因素呢？取款是否需要输入密码？小额取款时能否取消密码输入的步骤？取钱后打印账单，查询余额等，在这里面哪些功能是风险级别高的，哪些需要与银行核心数据通信？这不仅涉及（功能）优先级的问题，还可以根据原则简化用户故事。例如可以考虑做一个用户故事，储户用不需验密的卡，限额是一千块，取几百块钱的时候，把去银行验证的过程取消掉。这种情形下很多时候都要考虑到账户的风险情况，这些都需要多方沟通。类似的用户故事简化的情形有很多，但这时一定基于黑盒方式来做简化。而在简化的过程中，考虑如何实现如何合理调整工作量提高效率，这些都是找（用户）故事的过程，也是一个白盒的过程。

在实现上，除了强调快速交付或生命周期很短、业务模式高度可变的互联网、网游等项目，可以采用纯用例的模式，现阶段让（大型）企业IT项目全面接纳需求完全无文档化还是不现实的，更实际的解决办法是在文档化和敏捷需求分析之间找到一个平衡，一份需求用例加上用户故事，然后驱动开发这种方式，目前看来，这是现阶段更适合大型企业的敏捷需求实践模式。

（本文来自《程序员》杂志10年07期）

《程序员》9月刊精彩内容预告：http://www.programmer.com.cn/3923/

《程序员》订阅：http://dingyue.programmer.com.cn/

记者/杨东杰

微软中国外包事业中心资深副总监 钟声

即使在金融危机的背景下，中国外包产业依旧发展迅猛。据工信部统计数据，2009年，中国软件外包服务出口24亿美元，同比增长15%。预计未来4年，中国软件外包业还将迎来新一轮发展高峰。其中，来自微软等美国大型公司的项目占据很大份额。

在4月30日，CSDN  CTO俱乐部举办的技术管理者沙龙上，微软中国外包事业中心资深副总监钟声及高级项目经理王帅在主题为“打造一流外包团队”的演讲中透露，2009年，微软在中国的发包量实现了30%的增长，总额达到1.5亿美元。同中国外包发展趋势一致，微软外包项目正在逐步脱离低端，以测试自动化和整体项目研发外包为主。钟声表示，在未来两三年内，高端项目将占到所有微软外包项目的30%。

他们还指出，高速增长和转型中的行业发展对高端外包人才提出了更高的要求，尤其是懂系统分析和构架设计的高级IT人员和熟悉流程和具有影响力的项目经理非常稀缺。

微软中国 高级项目经理 王帅

外包企业要做大做强就必须建立一流的外包团队。这是微软对中国外包发展的一贯看法。在5年的外包合作中，作为世界领先软件巨头和国内最大的软件发包商，微软对怎样提升中国软件外包团队也积累出一整套完整的方法论和最佳实践。近日，《程序员》特别专访了两位微软中国高管，对微软外包人才之道进行了初步探讨。

《程序员》：在业界，外包被普遍认为技术含量低，一流人才都不愿意加入这个行业，你怎么看这件事？

钟声：首先要澄清的是，如果说前几年外包行业还被视作低端技术工作的话，那么现在外包已经在逐步摆脱低端印象了。

我曾负责的微软全球基础技术在线服务的商业智能服务项目就由三家中国外包团队联合实施的，涉及商业智能和数据挖掘等复杂技术。由于每天需要处理的数据量高达1 TB，常见的数据库系统无法承载，项目中所使用的数据库系统都是自己研发，由于完成出色，还得到了微软总部颁发的卓越工程奖。

我认为在不远的未来，高端项目将增加到所有微软外包的30%。此外，据统计，近年来微软外包项目已经从简单手工测试、本地化居多逐步转化为以测试自动化，开发为主。在具体形式上，微软外包也从最初的多为人员派遣过渡到绝大部分为项目外包模式。

王帅：许多人认为外包低端，是因为他们觉得外包是在为别人的产品服务，自己只是做其中的一个模块。其实外包作为全球产业分工的表现形式，项目可能有高低层次之分，但外包本身并不意味着低端。还有人认为外包的大部分工作是做简单的测试，但我们需要看到，测试本质上和开发一样，只是岗位不同，而且现在的测试外包多为测试自动化项目，也需要较高的技术能力。

《程序员》：为什么国内有些外包商水平足够却拿不到高端的项目呢？

钟声：出色的技术能力只是获得外包项目的一个条件，其他因素还包括流程管理能力，对发布方的文化了解等也很重要。但要特别提出的是，中国公司在公关宣传方面（说服发包商）较印度同行还相对薄弱，在我参加的许多投标评比会，可以很明显地发现，无论是从PPT的设计、现场宣讲的水平还是互动交流的效果，中国公司都有一段不短的距离。很大部分原因是中国公司经验不足，在推销自身能力时采用了看起来比较过时或只是借鉴书本的内容和手段，而不是来自实际经验。这就导致宣传不够丰富和有说服力。

《程序员》：微软如何定义一流外包团队？

王帅：软件外包属于信息服务产业，如果外包提供商能够全面深入了解客户的需求并保质高效的成功实施项目，这样的团队称得上是满足了客户的需求。但我们认为，一流的外包团队还应该能更进一步，在完成项目的基础上推陈出新，推动客户向更高阶段发展。

钟声：具体从外包团队的人才结构来说，至少应满足这样的条件：1. 人才配置应该完整均衡，各种岗位的人都有，并呈良好分布的金字塔结构。2. 具有一流的团队领导者，也就是项目经理。这点是微软非常强调的，微软认为团队打造的关键在于项目经理。3. 较强的沟通能力和对客户规范流程的了解。 4. 较强的技术能力。这点对中国外包团队来说，虽然是项目实施的基础但紧要性可以排在最后。

2009年微软中国外包事业部针对发包团队和接包方的能力认知差异度分析表明：在管理能力、质量控制、沟通能力、软技能、专业领域知识方面，国内外包团队差距明显

《程序员》：如何看待项目经理在外包团队中的核心地位？

钟声：首先，项目经理是整个项目的决策人和领导者。 同时他还是项目的公关，在项目实施过程中，他承担了至少一半和客户交流、客户关系管理的工作，很大程度决定了客户是否决定将下一个项目交给你。

王帅：另外，项目经理还肩负着团队知识经验传承的工作，负责知识管理，这部分对团队的未来发展也非常重要。但需要注意的是项目经理不一定必须是技术专家。

《程序员》：您认为国内外包团队的项目经理在哪方面的能力需要提升？

王帅：主要在软技能上，首先是沟通功能，可以说一个项目经理的绝大部分时间用在沟通上。但是这恰好是国内项目经理比较缺乏的地方。不仅体现在语言上，而且在对发包方文化和思维的了解，具体交流的方法上都需要加强。

其次是思维上常表现出一定的局限性，不能够Think outside the box，这也是前面所说一流团队要有所创新的含义。

最后一点，也是比较普遍的问题，就是项目经理缺乏一种主人翁的精神。主观能动性较差，更习惯于听从具体指令按部就班，不能考虑在客户之前，原因可能是他们认为做外包是为别人服务吧。

《程序员》：在CTO俱乐部的演讲中，您曾谈到国内外包企业在项目实施中应抓住机会学习微软的先进项目管理经验，具体应该学习什么呢？

王帅: 我们知道许多公司并不是所有的业务都是在做外包，他们会设立多个事业部，也承接国内的解决方案等项目。基于这种情况，微软中国外包事业部总监王颍女士曾在一次访谈中谈到：“如果把中国发包过程变成有国际化的水准，我们的企业就能更有竞争力，接到更大的单子”。

这样，外包公司既有国内项目积累的技能和经验储备，又能够以国际先进的标准指导自身，同时更了解如何投标国际项目；如何与客户沟通；如何对项目管理知识管理等，这样的外包企业发展就如同行驶在快车道上。

在项目实施中，外包团队可以向微软学习的第一点是如何建立一种良好的管理体制和文化环境。这种机制是不是能让每个员工各安其位，全面发挥自己的长处；如何优化组织配置，制定激励机制使员工的个人发展和公司战略一致等等；这方面是企业成功的立足之本，也是我们观察到国内公司非常需要向外企学习的地方，而且要达到成效并非想象的那么难。

第二是重视流程的完善性。正确的规范和标准需要完整流畅的流程来执行、维持、衡量、运营和控制，这些流程的创造、执行和改善都需要很长时间的积累。在做微软外包项目时就能够接触并借鉴微软数十年来沉淀下的规范和流程。

第三是工作方式、惯例和标准。在和微软进行外包合作时，了解微软的工作规范，了解这些规范背后的思维和运作模式，对外包团队更好地与国际接轨所起到的作用是不言而喻的。

这三项都是在技术之外，却恰恰是最重要的东西。遗憾的是，许多外包企业在项目实施的过程中，太多的考虑放在具体满足客户的项目需求上，却没有想到许多比项目本身更重要的东西。

《程序员》：在提升外包合作伙伴能力上，微软做了哪些工作?

王帅：在战略和运营层面，微软外包事业中心每年会举办“微软外包高峰论坛——CEO峰会”，各大外包公司老总、政府官员和业界学者一起探讨产业未来。每季度有“名家讲坛”，邀请国内顶级商学院院长及名家学者，和公司经营者讲授国际案例和最佳实践。

具体到人才培养层面，我们已经开展了三期的微软“精英俱乐部”，以微软技术和项目为出发点，面向外包团队项目经理，提供技术与软技能培训，我们专程从美国总部各大产品组邀请10年以上资深微软华人工程师回国授课。精英俱乐部在成功运营1年后，会推出升级版。微软外包事业中心将加强和业界的合作，扩大培训的范围和领域。希望借此加大投入力度，为中国外包事业的发展壮大提供进一步的支持。

（本文来自《程序员》杂志10年06期）

《程序员》9月刊精彩内容预告：http://www.programmer.com.cn/3742/

《程序员》订阅：http://dingyue.programmer.com.cn/

文/刘江

“我们今天正处于这样一个年代，充满幻想的人们发现，自己已经获得了参加梦寐以求的改造世界的力量。”

2003年8月我在Dr. Dobb’s Journal中文版《软件研发》杂志的发刊词中，曾引用PC革命权威历史著作《硅谷之火》中的这句话。也是在这一年，各种新奇设计的手机正在大行其道，我很认真地和苹果中国的朋友建议，苹果应该做手机，一定天下无敌。

我当然算不上先知先觉。2002年iPod发布时，乔布斯已经在考虑开发一款手机。平板电脑提上苹果工程师日程是在2004年，比手机的开发计划更早。Google的两位创始人在斯坦福大学听Android之父Andy Rubin宣讲自己的新发明，也是在2002年。iPhone开始开发后不到半年的2005年7月，Google秘密收购了Rubin的创业公司——Android。

未来回顾历史时可能很难想象，仅仅几年，由微机制造商苹果和互联网公司Google两个外来企业相继推出的iPhone、Android、iPad，居然势如破竹般地席卷了全世界，改变了移动通信的整个面貌。从此，通信业、互联网业、软件业、IT硬件行业、媒体内容产业之间的既有格局和藩篱被打破了，前所未有的以移动+云计算/物联网+社交网为中心的超级信息产业链（有研究说市场价值将超过十万亿）已经初露端倪。

移动互联网蕴含着巨大的机会，这一点毋庸置疑。对技术企业和技术人员而言，这样两个问题需要认真思考。

第一，移动互联网的未来平台和生态将是什么样？

目前的竞争态势对Android和iPhone非常有利，在软件分发上则是app（术语应该叫native app，本机软件）模式让人趋之若鹜，《连线》杂志的封面文章甚至已经非常标题党地宣布“Web已死，互联网万岁”了。但是这种情况会持续下去吗？

我们必须看到，PC和互联网两次大变革最终的赢家都不是早期风光无限的苹果、IBM或者AOL、Netscape。而且商业模式上在变革前后也都发生了巨大变化，PC笑到最后的是WinTel通用软件+芯片的帝国，互联网则是搜索、社交网取代了门户。

移动互联网呢？变数更多：在前端，硬件终端和用户界面还在快速多样化和演变；在后端，Google、Facebook、Twitter、Zynga、Foursquare的进化也颇具史诗气质。在平台方面，除了苹果和Google两家，微软的WP7，RIM的黑莓，诺基亚和Intel的MeeGo，二号手机制造商三星的bada，惠普支持的WebOS，也都具有不可小觑的实力。就平台而言，native app和Web模式究竟谁能占上风，还非常难说，微软的Ray Ozzie就曾一语道破，Google的战略中Android（以app为主）是在赌过去，而Chrome OS（完全基于Web）则是在赌未来。

第二，我们该如何面对？

首先最重要的，是了解自己。自己的长处是什么？有什么资源优势？其次是随时留意业界动态，参加社区活动。（CSDN与创新工场将在10月21-22日举办第一届“中国移动开发者大会”，是一个交流的好机会。）从业务和应用创新的角度来说，著名动画片导演宫本骏对iPad扼制用户创造力的激烈批评可能值得我们深思，他呼吁大家更多留意身边点滴、自然界的一草一木，从“半径三米内的范围”寻找灵感。平台方面，也许避开最挤的市场，独辟蹊径，更容易成功。此外，整合细分垂直领域的企业级应用机会应该很大。技术选择上，除特定平台技术外，前端的HTML5肯定值得投入，而后端也将成为核心竞争力的关键（火爆的iPad应用Flipboard在这方面就吃亏不少）。

是的，又一次大变革开始了，欢迎进入移动互联网新时代。

刘江博客：blog.csdn.net/liujiangce

（本文来自《程序员》杂志10年09期，更多精彩内容敬请关注09期杂志）

《程序员》9月刊精彩内容预告：http://www.programmer.com.cn/3923/

《程序员》订阅：http://dingyue.programmer.com.cn/

首先，我们将提供一篇由杂志记者原创的产业综述：

1.《移动应用产业链大势图》 

大浪淘沙，成就者终将是那些能顺应大势的人。尤其是对于移动开发者、创业者，该如何看待这一行业？本刊记者，以整个移动互联网产业链（包括运营商、平台商、终端商、应用开发商）为线索，就业界最关心的几个问题，比如：“中国三大运营商３年内迅速衰退？iPhone行将就木？做农民工群体的应用能赚大钱？应用商店一收费立刻就死？洋品牌和土山寨联合绞杀了国内自主创新？”走访了相关专家，希望以次能勾勒出当今移动应用大潮的发展轮廓。

其次，我们会深度追踪当今主流技术平台的热点应用和关键技术。

 2.《Android开发经验谈》 

 从G1上市到现在，已市面上已经出现了至少30款Android手机。为什么至今依然有一些用户在抱怨Android不好用，在相关的开发中，什么才是真正值得关注的，开发的核心是什么？为什么移动应用需要格外关注用户体验？本文将对这些方面作出解答。

 3.《浅窥Windows Phone 7之用户交互设计》 

 从早期的Pocket PC到后来的Windows Mobile操作系统，微软的智能手机平台最为人所诟病的一点就是：它太像一个电脑而不是手机了。这一点放在七八年前或许还能作为证明其功能强大的优势来说说，放在现在只能让人摇头叹息。直到Windows Phone 7的出现才真正让人眼前一亮，或许这才是用户所需要的智能手机操作系统。Windows Phone 7采用了一套称之为“Metro”的设计规范来设计它的用户界面和交互部分。本文作者将告诉你，Metro带给大家的远远不止是全景视图、枢轴控件以及菜单系统的改变。它不但包含着大量控件的设计和使用规范，也对用户界面和用户交互都做了很详细的解释和设定。

 4.《iPhone开发需要注意的数个问题》 

iPhone 开发和 Objective-C的关系、拟真器和真的iPhone 手机的不同、准备送审的sign key 的准备工作、送审查的经验谈……本文作者已经在目前已经在iPhone 上开发销售近百款软件，请听听他的体悟。

5.《团队和过程：提升移动应用体验的根本》 

在Android上，Google提供了基本的设计指导，松散的审核方式，开放的开发环境。Google Market非常开放，几乎没有审核限制，只要不被举报，就可以放到Market上去。但如此宽松的条件，带来的却是App质量的下降和体验的不统一。那么，在Android上，如何才能持续地设计并开发出良好体验的产品呢？请看看本文作者所提供的经过实践验证并卓有成效的方法。

 当然，我们同样会关注业界的一些新潮流、新趋向、新产品：

 6.《MeeGo：将开源进行到底》

 Linux基金会中国首席代表/DeviceVM首席战略官Cliff Miller， 将向您现身说法：MeeGo的历史沿革、对于产业的意义和价值、国内外应用状况、未来的发展规划。

7.《开放的移动开发生态系统——Qt》

为什么Nokia 为选择Qt？Qt将构建一个什么样的技术生态系统？相信读完本文，您的内心会有答案。

 8.《手机Linux操作系统比较分析》 

如今，在手机或行动装置领域，因着Android的成功，加上后续Palm WebOS、MeeGo的崛起，Linux已具备不可忽视的发展潜力，本文作者将就各种手机Linux操作系统，进行开发技术上的比较与分析，同时也剖析对开发者与产业的影响。

 9.《友盟：面向移动开发者的统计分析平台》 

近日来，中国各大IT媒体正纷纷转载、报道创新工场推出的一款名为“豌豆荚”的移动产品，并称这是创新工场的第一个公开亮相的项目。事实上，并不为业界所熟知的是，早在2010年5月间，创新工场就上线了一款名为“友盟”的移动应用产品。这是一款面向中国移动开发者的移动应用统计分析工具，尽管出场方式十分低调，但成绩一直持续稳健上升。友盟团队创始人蒋凡在接受记者采访时透露，目前约有30多名移动开发者在使用友盟，应用程序大概有40~50个，根据应用程序统计的终端用户大概超过60万个，主要集中在iPhone和Android平台。

 最后，针对整个移动应用产业链都在力推的热点——移动应用软件商店，我们献上一篇：

 10.《构建可持续的移动应用商店》

本文和大家探讨了如何构建一个健康，可持续发展的移动应用商店，其中分析在移动应用商店这个生态系统中所涉及到的角色，阐述了各个角色的价值和责任，并梳理了各个角色可以从一个健康的移动应用商店中可以获取的内容。有人认为软件商店的成功与否，与客户的使用习惯有很大关系，事实上，用户的使用习惯是可以培养和改变的，只要抓住本质，谨记亲民、易用，相信必然能取得很好的效果。笔者觉得，更关键的因素是这个生态系统中的各个角色能清晰的审视自己并扮演好自己的角色，不贪多贪大，才能构建出一个健康，可持续发展并让各方都受益的移动应用市场。

 总之，我们希望通过本期的特别策划，能勾勒出一副中国移动应用开发的趋势坐标图，来帮助正扬帆起航、追寻移动创富梦想的你，胜利地驶向硕果累累的彼岸。

本期封面报道：移动开发大势图

移动互联产业正经历一场颠覆式的变革：旧产业格局重组的过程中，新的机遇正大量出现。本刊邀请了海内外移动应用的资深专家，以开发者、创业者的角度出发，探索分析移动开发技术的重要变化、关键问题以及创业机遇。

（1）移动开发大势图

（2）移动应用产业链大势图

（3）Android开发经验谈

（4）浅窥Windows Phone 7之用户交互设计

（5）iPhone开发需要注意的数个问题

（6）MeeGo：将开源进行到底

（7）开放的移动开发生态系统——Qt

（8）手机Linux操作系统比较分析

（9）友盟：面向移动开发者的统计分析平台

（10）团队和过程：提升移动应用体验的根本

（11）构建可持续的移动应用商店

高端视点

（1）怎样激发研发人员的创新力

（2）敏捷十年 软件开发大变革

（3）云计算是一种商业模式 ——可服务的云计算

报道

（1）移动开发淘金有道

（2）安全，又到焦点

（3）创新工场新推助跑计划：最重要的是人

团队之美

Google如何打造精英团队

Google的开发工作是非常严谨的，Alex Martelli是Google的“高级技术主管”，一直在从事着软件开发严谨的那一面工作。他给我们介绍在Google是如何打造一只出色的团队的。

对话CTO

（1）做实实在在的本地化创新

（2）专注和刻苦是王道

程序人生

人生是一场对话

实践

（1）做有市场思维的开发人员

现在很多开发人员还没有学会市场思维，仍像是象牙塔里的学生那样，保持着学生思维。事实上，软件工程更接近于经济学，而非计算机科学，需要开发人员具备市场思维。

（2）关于测试的八个问答

通过与测试之神的诙谐对话，展现了测试的基本问题，希望能为有志于从事测试的人员提供有价值的指引。

（3）一种新的外包形式——On-call Support

On-call Support是一种特殊的外包形式，需要随时准备处理系统可能发生的问题和随时准备接紧急电话以提供技术支持，应该怎样做好On-call Support呢？

架构

架构师接龙：豆瓣洪强宁VS.腾讯邝宇恒

TUP专栏

理性的设计（中）

微软ALM团队兵法

用Visual Studio实践敏捷测试（三）

本文主要讲述了手动测试和自动化测试的关系，并展示了如何实现和利用自动化测试。

技术

（1）C++之恶——Jamie Zawinski访谈

本文是Common Lisp专家Peter Seibel对著名程序员、Netscape核心开发人员Jamie Zawinski的访谈，充分表达了Jamie Zawinski对C++的厌恶和使用自己编写软件时的那种快乐。

（2）Ralph Johnson与Joe Armstrong谈面向对象编程现状

Ralph Johnson和Joe Armstrong讨论了面向对象编程（OOP）的现状、Smalltalk正确和错误的方面，以及映像的概念。Joe认为，只要OOP和Erlang一样专注于消息传递，他就会喜欢这种方式。

（3）异步编程与响应式框架

为了降低异步编程的的难度，众多语言提供了对它的支持，响应式编程模型及、响应式框架就是其中典型的例子。

（4）云计算与端服务平衡发展之道

在城市交通里，人们创造了“红绿灯和斑马线”模式来实现其有机次序；在云端产业里，我们设计出双龙献瑞系统架构，实现云产业的有机次序。

（5）YunTable——云时代的BigTable

YunTable作为BigTable的精简版，将实现BigTable的核心功能：简单的数据模型和灵活的格式、分布式的设计以支撑庞大的集群、基于Column的存储。

（6）VSTS2010架构体系大揭秘

文章重点讲述了VSTS2010架构设计方面的新功能应用。

移动专栏

OPhone平台持久化存储方案分析

OPhone平台有四种存储方式：文件、SharedPreferences、SQLite数据库和Content Provider。

调试之剑

解救陷入死循环的MSN （下）

编程赛场

建设乌托乡

工具点评

我的工具箱

产品报道

（1）海纳百川——人人网海量存储系统Nuclear开发手记

（2）TaoCode技术解析

产品推荐

（1）新产品新工具

（2）Geek产品

评论

（1）从Google Wave之死说起

（2）如何修炼成时间管理高手

更多精彩内容敬请关注09期杂志！

《程序员》订阅：http://dingyue.programmer.com.cn/

如果你在北京的部分报刊亭买不到《程序员》杂志，可以打电话到杂志社来咨询，我们会提供离您最近购买杂志的报刊亭位置。 咨询电话：01064351431，迟先生