华为 2011 年报
作者 陈怀临 | 2012-04-23 06:55 | 类型 专题分析 | 39条用户评论 »
|
| |
 (1个打分， 平均：5.00 / 5) |
张荣典 。《云计算的前世，今生与未来》
作者 陈怀临 | 2012-04-21 07:46 | 类型 专题分析, 云计算 | 8条用户评论 »
|
| |
 (3个打分， 平均：4.33 / 5) |
魏永明 . 《飞漫软件十年回顾》(全）
作者 陈怀临 | 2012-04-14 19:50 | 类型 专题分析 | 25条用户评论 »
|
北京飞漫软件技术有限公司（飞漫软件）成立于2002年，今年是第十个年头了。飞漫软件的十年，浓缩了嵌入式软件技术在中国的发展历程。本文将回顾飞漫软件的十年历程。回味过去，或许能给我们的未来发展一些启迪。
一、十年回顾
笔者创办飞漫软件的 2002 年，正是嵌入式软件技术在全球开始得到关注的一年。在此之前，2000 年开始，才有嵌入式（embedded）这个领域被专业人士提及。笔者供职过的深圳（蓝点）有限公司，是国内最早专注于嵌入式软件技术的公司。然而，蓝点因为 2000 年的 .com 泡沫而关张大吉，未能坚持到嵌入式软件开始创造市场价值的那一刻。
此后，笔者供职于北京中科红旗软件技术有限公司的嵌入式事业部。当时，该事业部认准了实时工控领域，计划开发一款名为 ControlLinux 的嵌入式实时操作系统。当时，该产品的规划非常宏伟，从内核、基础库到开发工具均有涉及。然而，因为缺乏基本的市场认知以及研发团队能力的不足，该产品无疾而终，该事业部也在笔者离开之后合并到了其他事业部。当然，中科红旗在过后多年，又重新设立了嵌入式事业部——这是后话。
笔者离开中科红旗之后，即筹备创建了飞漫软件。起初，并没有明确的思路来如何经营这个公司。但开源 MiniGUI 的一些用户给了飞漫软件起步的机会，飞漫软件通过定制 MiniGUI 或者开发一些基于 Linux 和 MiniGUI 的外包项目开始创造收入。飞漫软件也逐步壮大，到 2003 年，有了十人左右的团队，并实现了微薄的盈利。
2004 年，《MiniGUI 及其配套开发工具》项目入选科技部中小企业创新基金，并获得了国家和地方政府超过百万元的无偿资助。另外，华为技术也在 2004 年采购了 MiniGUI，从而获得了一笔不小的收入。这两笔资金，足够让飞漫软件继续发展 MiniGUI，并将 MiniGUI 打造成了一个颇有知名度的嵌入式图形中间件产品。公司也随之进一步发展壮大。2005 年初，和大唐移动签署的 TD 手机合作项目，为飞漫软件转向手机行业起到了举足轻重的作用。
2005、2006 年，飞漫软件基本上保持了 30% 的年增长率，积攒了大量的用户基础，也基本确立了以销售软件使用许可（license）为主的业务模式。
2007 年，飞漫软件获得了一笔外来投资，因扩大研发团队而首次出现亏损。2008 年，金融危机的出现，给飞漫软件的发展雪上加霜，不得不通过裁员来获得生存的机会。2009 年，飞漫软件开始获得联芯（大唐移动）支付的 TD 手机使用 MiniGUI 的提成费，从而扭亏为盈；2010 年，飞漫软件继续保持了良好的增长势头，开发了 mDolphin 等浏览器软件，并保持盈利。
然而，2011 年起，Android 系统的飞速普及，为飞漫软件的发展带来了非常大的不确定性。之前，飞漫软件的主要收入来源于 MiniGUI 等产品在功能手机上的许可费以及军工、工业控制等行业客户的许可费。从 2011 年下半年起，因为 Android 的普及以及冲击，大量的功能手机厂商及芯片厂商缩减了在功能手机上的技术投入，飞漫软件的收入也急转直下。在飞漫软件成立九年之际，飞漫软件面临着成立以来的最大的危机。
面对此市场大势，在一些核心员工的倡导下，飞漫软件从 2011 年 6 月起，开始迈向了向移动互联网业务转型的步伐。在 2011 年 10 月之后，陆续发布了面向 Android 平台的领航桌面、领航浏览器等产品。尤其是领航桌面产品，在上线三个月，即达到了100万激活量的骄人战绩，在国内工具类软件中，各项指标排名前 5%。这一来自市场的积极反馈，增强了笔者及团队的信心，飞漫软件转型移动互联网的目标更加坚定。
2012 年，飞漫软件除了服务于联芯、RDA 等手机芯片厂商、军工客户等重点客户获得 MiniGUI 及其相关软件的技术许可费之外，在移动互联网新业务上将近千万元的投入，将从下半年起带来可观的收入。对此，作为创始人，笔者坚信这一天将在不久的将来来到。
二、成功的十年、失败的十年
通过简单回顾飞漫软件的十年，我们能够明显感觉到，飞漫软件创立于嵌入式软件行业萌芽之时，转型于智能手机崛起之时（也就是所谓后 PC 时代的到来）。飞漫软件走过的十年历程，基本浓缩了中国嵌入式软件行业发展的十年。
笔者之所以说这是成功的十年，是因为飞漫软件打造了一个成功的系统级软件，在中国嵌入式软件技术发展的历程中留下了或浓或淡的一笔。使用 MiniGUI 的各类嵌入式设备，不完全统计至少有两亿部。仅华为终端使用 MiniGUI 开发的数码相框类产品，就接近或超过一亿部出货。另外，功能手机方面，总出货量已接近一亿部，而且该数字在未来的几年内，还将保持一定的增长。
然而，因为对国内各行业对软件价值的鄙视，飞漫软件并不能获得和 MiniGUI 这个产品的市场地位相匹配的收入。当然，笔者说是失败的十年，并不仅仅是这个原因，而是因为我们国家的 IT 行业，在后 PC 时代萌芽的十年窗口期中，并没有任何一家企业可以抓住这个机遇，成为苹果、谷歌这样可以在后 PC 时代创造新的生态系统的伟大公司！想想看，在新千年之初，嵌入式软件技术刚刚得到全球关注之时，我们就有 MiniGUI 这样的开源软件，并具有相当的国际知名度，但为什么没有一家企业可以基于这样的软件以及其他的开源软件（如 Linux、Java、WebKit 等），将其打造成一个类似 Android 或者 iOS 这样的系统呢？显然，这样的任务不是一个仅有不多投资的民营企业可以完成的，而是那些手握重金的大佬们去完成。中国的整个 IT 界，应该为这“失去的十年”感到悲哀。因为这样的十年可遇而不可求，下一个这样的十年在哪里？WHO KNOWS?
我们看看在这十年中，作为我们中国的 IT 界之骄傲的一些公司在做什么事情：
* 华为技术/华为终端。笔者和华为技术、华为终端打了多年交道。这公司作为中国最具代表性的民营 IT 公司，是我们的楷模，他创造了通信业中国民营企业的神话。不得不佩服。然而，大家都知道，华为终端直到今年，才开始逐步从围绕运营商的市场转向直接面向消费者的开放市场。华为的狼性文化注定了这个企业是短视的，看不到未来十年的发展方向，只能是跟随而不是主导。
* 腾讯、百度、盛大、新浪等互联网企业。这些公司在这个窗口期，其目的就一个：赚现钱！这些企业在未来的十年内，仍然不能成为想苹果、谷歌这样伟大的、可以创造一个新的生态系统的公司。
* 各类创业公司。这些公司忙于应付各类创业竞赛、写商业计划书、拜访投资方，能拉到钱就是成功，先烧钱再说，哪有什么心思考虑未来十年？
归根结蒂，浮躁的大环境造就了中国 IT 界的现状——既然很多公司可以没有任何道德底线地生存，谁会脚踏实地地去积累？如果这样做，岂不是被人看成傻子？
接下来的十年，不会再有嵌入式软件这个行当了。嵌入式软件将整个被平台化的系统（iOS、Android、Windows）占据，而这些系统平台，全 TMD 是老美的作品！这就是这十年的悲哀！不仅仅是笔者个人的悲哀，也是中国 IT 界的悲哀。不仅仅是飞漫软件的失败，也是中国 IT 界的失败！
三、软件工程管理
在飞漫软件发展各阶段，我们曾采用过多种软件开发管理模型。
以 MiniGUI 为例。最初，基本上是作坊式的小团队，没有独立的质量保证团队。MiniGUI 1.0 到 2.0 的各个版本，基本上出自本人以及当时公司的另外一个主要创始人Snig。那时，基本上没有什么管理，靠的是兴趣和一腔热情编码。
在飞漫软件开始开发一些 MiniGUI 的外围软件时，比如简易浏览器（mSpider）、PMP 方案（mGallery），很自然地想到引入质量保证团队来协助开发团队保证软件的质量。
时间推移到 2008 年，在我们开发 MiniGUI 3.0、mDolphin 等产品时，飞漫软件内部形成了一套严密的、基于瀑布模型的软件开发管理模型和体系，制定了一系列的软件开发管理规范和工作规范。最多时，围绕 MiniGUI 3.0 开发的人员总人数高达 20 人，其中包括产品管理团队（含产品经理、UI设计师等）、开发团队以及质量保证团队。
直到 2011 年 4 月，笔者从未考虑过我们投入 20 人的团队开发 MiniGUI 3.0，到底是不是值得？暂且不说是否脱离了市场，但在长达一年多的开发过程中，层出不穷的缺陷和不停的小版本演进，到底给飞漫软件以及用户带来了什么？
直到 2011 年上半年，飞漫软件和一家老美公司合作开发一个 ACL 项目时，笔者才发现，我们多年来自然而然坚持的一些软件开发管理方法，其实并不是最佳的方法。该项目试图为不同的操作系统引入一个统一的 Android 兼容层，使得标准的 Linux、Windows 或者 RTOS（如 VxWorks）上，能够运行 Android 应用程序，开发过程采用了 SCRUM 敏捷开发模型。本人花了两天的时间阅读了两本有关 SCRUM 开发模型的书，结果得到一个惊人的结论：传统的软件工程思想，其实是一个大大的骗局！
传统的软件工程思想，以“瀑布法”为典型，按照需求分析、设计（又细分为概要设计、详细设计、单元测试设计、测试用例设计）、编码、测试的过程进行管理，不停迭代，直到缺陷数量降低到零，或者缺陷数量从最初的几百个收敛到几个，才认为是形成了可正式发布的版本。但这个过程极其漫长，MiniGUI 3.0 从第一个可发布版本 3.0.2 发展到基本稳定的 3.0.8，跨度居然长达一年半时间。
为了有效实行瀑布法模型，我们制定了详细的过程管理规范，从需求分析（草案）的编写、概要设计、详细设计、单元测试设计到最后的测试用例开发，每一步都要求形成对应的文档，经过评审后进入下一个单元。比如，软件架构师负责分析需求并进行概要设计，高级工程师来编写详细设计文档，经软件架构师审定后进入下一个环节，等等。看起来，一切都那么完美，只要每个人都按照要求和流程来做事，没有达不到的目标。但现在想来，这其中存在如下一些深层次的问题：
* 文档流于形式。一方面是因为开发人员本身对文档工作存有天然的抵触情绪，另一方面，开发人员并没有受到过如何撰写开发文档的培训。自然而言，文档描述不清、不及时更新等问题就出现了，最后，文档基本上就会流于形式。通常的结果是，需求文档或者概要设计文档写得很好，但详细设计文档、单元测试文档等等，越往后越差。
* 没有人仔细阅读文档。大部分开发者其实不会仔细阅读文档，他会根据自己对需求的理解进行编码，即使详细设计文档就是他自己编写的，他仍然会给你敲出一份偏离详细设计的代码。
* 瀑布开发模型，忽视了软件质量的第一保证人是开发者本人这一要求，使得开发人员非常依赖于测试人员，测试人员又抱怨开发者编写的软件充满了缺陷。最后，使得整个开发过程充斥着责任不清和相互的埋怨，大大降低了开发效率，质量也很难得到保证。
然而，如果我们仔细回想 MiniGUI 早期版本的情况，我们会发现，那时，没有专职的质量保证团队或者测试人员，就两三个开发人员，软件的质量仍然相当好。再比如，Linux 内核的开发过程显然也没有采纳瀑布模型，但为什么仍然取得了那么伟大的成果？
如果你仔细想想这其中的奥秘，你就会发现，传统的软件工程思想，是模仿传统工程管理方法，比如建筑工程的管理方法设计出来的。瀑布模型，有其可适用之处，但并不是万能药。在任何一个软件开发中，期望通过传统软件工程方法来进行管理并取得良好效果，基本上属于一厢情愿。
为什么笔者认为传统软件工程思想是一个骗局呢？其一，宣传传统的软件工程方法，为那些靠 CMM 等软件管理标准或者规范吃饭的人给了一个可以赚钱的机会；其二，利用传统的软件工程方法，为那些贩卖项目管理软件的公司一个可以赚大钱的机会；其三，传统的软件工程方法，创造了更多的就业岗位。
自从笔者接触了 SCRUM 开发模型后，我发现它和传统软件工程方法最大的不一样，就是：前者围绕软件本身进行管理，后者围绕流程进行管理。SCRUM 开发模型强调 3C，即 Card（卡片）、Confirmation（确认或承诺）和 Communication（沟通或交流）。该方法去除了一切形式化的东西，比如复杂的文档和流程，让开发过程关注到最终可以交付的软件及其功能的演进上。而且，采纳 SCRUM 开发模型时，它的管理手段非常简单，任何有基本管理素养的人，只要遵照其基本原则和方法，都能做好相应的管理工作。
然而，SCRUM 开发模型的执行过程非常容易走样。很多人仍然喜欢使用电子化的方式来管理项目，比如使用 ScrumWorks 这样的软件，但这其实违背了 3C 原则中的 Card 和 Communication 这两项；很多人非要按照一周、两周或者一个月来划定一个冲刺的目标而不是按照冲刺工作集来确定发布时间；甚至一些管理人员，连燃尽图都懒得画。
这导出了本文的第四个主题。
四、中国软件工程师的特点
先告诉大家我的结论：中国的软件工程师，大致有一半或者更多是不应该从事这个行业的，他们做事随意，缺乏自律和学习精神，也缺乏必要的工程素养。
我们先看看中国软件工程师的来源。
中国几所顶级大学计算机相关专业的毕业生，大多选择了出国或者进入外企、知名国企工作（也有部分进入金融、投资等领域，少数选择创业或者加盟创业团队）。谷歌、百度、腾讯等大型互联网企业以及华为、中兴等大型通信企业，吸纳了这些顶级大学计算机相关专业中优秀的毕业生。但这些毕业生显然是少数，大多数从事软件开发的人员，毕业自二三流大学。
以笔者曾经面试过的应聘者以及很多共事过的软件开发人员为例，笔者得出了上述结论：
* 教育方面的问题众人皆知，笔者不再赘述。许多来自二三流大学的毕业生来应聘我们公司的职位，甚至还有一些有过专业的职业培训经历，然而，我看不到任何可以录取他们的理由。在我看来，大多数人是因为就业压力大，找不到适合自己的职位，才选择薪水水平相对较高的软件开发职位作为自己踏入社会的第一步。有些人为了加大成功就业的概率，自己掏钱做职业培训，之后再找工作。但问题是，大学里边基本上什么也没学到，怎可能靠几个月的培训就能达到用人单位的要求？
* 很多软件开发者不明白为什么要有一致的编码风格（coding style）。写出来的代码行文混乱，毫无美感而言。其实，字如其人，敲不出漂亮代码的开发者，也写不出符合要求的文档，而且代码必定错误百出。这些开发者，显然没有经过良好的工程素质训练，缺乏必要的工程素养。
* 我们公司从 2005 年起利用 Wiki 系统管理内部文档。我发现，许多开发者连基本的 Wiki 标记语言都不能快速掌握。许多情况，照猫画虎就可以的，还会弄得乱七八糟。就一个命名规则，很多人都无法理解命名规则到底有什么意义，非要取“概要设计”这样的主题名称。怎么就不能想想，下个项目的概要设计，难道你也用这个名称？在我看来，这些开发者其实不应该进入这个行业，因为他缺乏必要的计算机科学、软件工程敏感性，他的头脑其实根本不适合做软件开发。
* 如上一章节所说（SCRUM 开发模型的执行容易走样），包括一些管理者在内，许多软件开发者并不是合格的管理者或者被管理者。他们做事随意，不讲规则，缺乏自律。当然，这主要的原因来自管理者自身，大多数普通的开发者需要一定的管理约束和鞭策，当管理者自身随意、不讲规则，缺乏自律，那整个团队也会这样。这和大多数管理者出身自技术人员有关。
尽管笔者得出上述结论来自于笔者接触过的软件开发者，但相信这些问题也存在于很多企业当中。华为、中兴等大型企业的管理策略，基本上靠流程和人海战术，导致组织越来越庞大，效率越来越低下。这些企业因为已经具备了一定的市场地位，组织的臃肿和庞大并不会带来致命的后果。但如飞漫软件这样的小型企业或者创业团队，如果模仿华为、中兴等大企业的做法，必定要承受昂贵的代价。请各位看官切记！
五、外聘 CEO 之殇
2007 年，飞漫软件吸纳外资从内资企业变更为合资企业。根据外方董事的建议，公司用高薪聘请了一位来自台湾的H姓女性作为合资公司的 CEO，本人改任 CTO。
新聘 CEO 曾有过海外工作经验，主要工作经验是销售管理，来飞漫软件工作，算是第一次担任 CEO。H CEO 显然对第一次担任 CEO 表示出了极大的热情，问我在大陆，她名片上的职位，到底应该是“执行长”呢还是“首席行政长”还是其他的什么名称。我说，就是“首席执行官”，要么就写 CEO，大家都明白。最后，那名片上还是写了个“执行长”——也许“执行长”这个抬头，更加有气势？
H CEO 上任伊始就对公司进行了大刀阔斧的改革，比如，培养人事经理成为项目经理，以高薪吸纳她之前的台湾下属作为海外销售经理等等。同时，H CEO 也积极行动，发挥她的销售专长，去上海、深圳、台湾等地方拜访客户，寻找可能的销售机会。当然，每次出行必然是住四星级以上酒店。在北京，也住的是包月酒店，每月一万的房租。
然而，在其工作三个月之后（2008年元月），公司突然出现了一个离职潮，大量员工提出离职申请。显然，这位 CEO 并不适合飞漫软件这样的小企业。本人不得不提请董事会解雇职这位 CEO。但我们为此付出了极大的代价——成立合资公司引入的资金之一半基本上赔偿给了这位 CEO。这也是 2008 年，除了金融危机的影响之外，飞漫软件不得不裁员的一个另外一个主要原因。
这位 CEO 在被解雇后，在香港注册了一家皮包公司，从我公司采购了一套 MiniGUI，然后改头换面开始当做自己的产品进行销售。当然，笔者根本不在意这点，因为离了飞漫软件，MiniGUI 就是无源之水，你想复制飞漫的业务，那基本上不可能。
这里有个类似的插曲。2009 年的时候，2005 年期间代理 MiniGUI 的一家韩国公司，突然联系我，说我们公司有个前员工弄了个什么软件，想找他代理，还把其技术白皮书发给我了。但其实呢，就是他自己找这个前员工弄的，事情没弄成，反过来到我这里告状——蛮有意思的。
外聘 CEO 这件事情，在外方董事推荐之时，我内心其实不是非常赞同的，但我没有听从自己内心的声音，而选择了盲目的信任。
我记得在确定 OFFER 之前，曾邀请这位女士到我公司，作为双方互相考察之用。我开车去了机场接这位女士。见面之时，我注意到了两个细节：
* 这位女士脚穿凉鞋，同时还穿着一双袜子。
* 这位女士在见到我们举着写有她名字的牌子时，眼神掠过一抹非常难以察觉的轻蔑之神情。
之后我和当时的销售总监邀请她吃饭，送她去酒店住下，然后我就扁桃体发炎，高烧到了 39 度（我自打记事起，还没有如此发过烧）。之后的两天，打吊针输液，昏昏沉沉就过去了。出于对外方董事的信任，这考察也就草草走过场，然后就给了这位女士一个按照国际标准执行的 CEO OFFER。
显然，老天爷提醒了我，但我没有听从自己内心的声音，导致这惨痛的教训。各位看官，也请吸取我的教训，一定要按照乔布斯所说，听从自己内心的声音。当然，你面临的问题，也许是根本不知道自己的内心到底发出了什么样的声音，呵呵。
六、最大的经营失误
飞漫软件的过去十年，经历了很多事情。现在回过头来看，最大的经营失误是盲目开发新的软件产品，为此浪费了很多现金。
除了 MiniGUI 之外，飞漫软件曾经开发过很多东西，比如 mEagle、mSpider、mGallery、mDolphin、mStudio，包括后来的 HybridOS 等等。
在这些软件产品当中，给我们带来收入最多的自然是 MiniGUI，除此之外就是 mDolphin。其他的软件，现在看来，根本没有必要开发，因为这些软件脱离了市场需求，自然不会有客户买账。要是不开发这些软件，飞漫软件基本上可以以一个不超过 30 人的规模高效运行，按开发人员计算，人均年收入达到 40 万到 50 万是没有任何问题的。
然而，这些都是马后炮。写出来，是为了给各位看官一些启迪，希望对创业者、中小软件企业的管理者有所启发。
七、通过合作看华为
这里主要讲讲华为这个公司。
我之所以直接提这个公司的名字，是因为我希望这个公司能够有所变革，成为一家像苹果、谷歌等真正伟大的公司。
华为技术在 2004 年的时候以买断形式采购了 MiniGUI 软件，飞漫软件由此获得了在当时可以在北京四环外购买一套小两居住房的现金收入。
2009 年时，华为终端使用 MiniGUI 开发数码相框类的产品，遇到了一些技术问题，找我们公司帮忙。起初我们不同意他们的出价，他们的领导不停给我电话，说了很多好话，说和华为合作机会很多，这次少点，下次多点云云。最后五万块钱的服务费，我同意帮了。我安排了公司最资深的 MiniGUI 专家前去服务，前后两周时间，纯粹就是帮他们个忙。这样的事情很多，华为的人，总是以业界大拿的做派找我们这样的专业小公司，帮这个忙帮那个忙。去年底，海思还找我们帮他们解决浏览器上 Flash 插件的问题，我们帮了。领导说跟华为搞好关系，以后有大大的机会赚钱云云。结果呢，我们从华为系统的企业赚到的钱并没有多少。我现在已经死了从华为再赚钱的心了，所以我爆料给各位看官。
前文已经提到，华为终端采用 MiniGUI 开发的终端产品接近或超过一亿台。
各位看官，你们大概不知道华为技术和华为终端是两个独立的法人企业吧？我也是之后才知道的。也就是说，华为终端使用来自飞漫软件许可给华为技术的 MiniGUI 产品，是未经许可的。我们提出这个问题后，经过了长达半年的唇枪舌战，华为终端不得不在去年上半年补上了 MiniGUI 的许可费。当然，以华为一贯的作风，这个钱没有太多。
华为技术、华为终端也好，这个企业骨子里有股不好的基因，那就是喜欢压榨供应商，对供应商抠门的不行。我的结论是，华为当前充其量就是个“独善其身”阶段，还达不到苹果那样可以创建一个生态系统，从而“兼济天下”的水平！
华为，你未来的路还很长。
八、一些小的教训
作为结尾，我给大家罗列一些十年里边遇到的小的教训，希望各位看官防备：
* 你永远会遇到一些小人，试图以不道德的方式获取利益。比如本文提到的韩国代理，H姓CEO。这种情况下，不用理会，事实证明小人成不了大事。如果你花更多的精力和他们较真，你将失去更多。
* 本文提到的 ACL 项目，那美国的公司欠了我们将近 2.5 万美金不付（这公司是个初创公司，没有足够的现金做这个项目，加之 ACL 项目本身前景不妙，他们希望卖给 Intel 在 MeeGo 上用，希望卖给 HP 在 WebOS 上用，但 2011 年上半年，大家都知道，这两个项目终止了，这公司根本没法获得进一步投资）。所以，并不是所有老外公司（就算是老美公司）都那么遵守规则和具有商业道德，你要做的就是，尽量在前期收到足够多的钱，且不要盲目相信他们。
敬以此文纪念飞漫软件过去的十年。
| |
|
(18个打分， 平均：4.83 / 5) |
绿盟上市招股说明书
作者 陈怀临 | 2012-04-14 16:18 | 类型 专题分析, 网络安全 | 17条用户评论 »
|
| |
 (3个打分， 平均：2.33 / 5) |
OpenStack – 开源云计算项目
作者 yeasy | 2012-04-12 07:29 | 类型 下一代互联网, 云计算, 互联网, 弯曲推荐, 新兴技术 | 2条用户评论 »
系列目录 Future Internet Technology时下云计算如火如荼，众多企业纷纷推出云计算相关的应用，不少还搭建企业私有云和少数公有云（代表为Amazon）。然而，业界仍然缺乏一套实用的云计算管理平台，很大程度上提高了云计算应用的门槛，制约了云服务的发展。 作为开源的IaaS（Infrastructure as a Service）平台，OpenStack遵循Apache许可，其长期设计目标为同时服务公有云和私有云，提供统一的开源资源管理平台。 OpenStack是美国国家航空航天局（NASA）和Rackspace合作研制的云计算管理软件，最初目的是存储大量的空间视频、图片等信息，随着云计算需求的增长逐渐成长起来。 自2010年7月项目成立开始，OpenStack就收到广泛关注和支持。项目成员不乏业界巨头，包括Cisco、Citrix、HP、Intel、Dell、IBM、Microsoft等。其中Dell和HP公司还利用OpenStack创建了自己的云计算解决方案，当然，所使用的企业版本与开源版本有所区别。经过两年左右的发展，该项目已经吸引了超过160家公司和2600多名开发者，足可见认可程度。 目前，OpenStack项目由若干子项目组成，包括计算组件Nova、存储组件Swift、镜像管理组件Glance、认证组件Keystone、前台组件Horizon和网络管理组件Quantum。其中前三个组件是OpenStack的核心，经过长期开发和完善，已经较为成熟。大部分的组件都是松耦合联系，支持分布式，较好的保证了扩展性。 OpenStack在虚拟化技术上支持Xen、KVM、VMware、ESX、LXC、QEMU、UML等，并通过统一的虚拟层（Libvirt）来调用，实现底层对用户透明。对现有虚拟化技术较为全面的支持使得OpenStack可以被广泛部署在多种场景，而不用担心底层需要选取哪家技术实现。同时，OpenStack还支持亚马逊的EC2和S3的API，使得面向AWS（Amazon Web Services）开发的应用可以轻松的实现迁移。 OpenStack的版本命名与Ubuntu类似，按照字母顺序，分别为Austin、Bexar、Cactus、Diablo、Essex。最新版本为第五版的Essex，这一版经过了较长的开发周期。从第五版开始，OpenStack开始注意代码的质量和用户的体验，真正可以作为较为实用的云计算管理平台。 另外，根据最新的消息，OpenStack将在今年的4月16-18日在美国旧金山举办OpenStack Conference & Design Summit峰会，讨论该项目的未来发展，大家不妨略作关注。 客观的看，OpenStack对推动云计算的发展有着积极的作用（类似的项目包括OpenNebula、Eucalyptus等），但目前的版本，功能还比较简单，面向的群体也有限。同时，不支持网络虚拟化等新兴技术，在某种程度上制约了OpenStack的功能和性能。希望OpenStack在未来能更加完善，成为功能完善而又易用的云计算平台；也希望有更多的优质开源云计算项目能够成长起来，促进产业的发展。对OpenStack有兴趣的朋友可以尝试访问官方网站，或者trystack.org，简单注册后即可进行体验。 | |
|
(4个打分， 平均：3.25 / 5) |
煤老板弱爆了 网游玩家斥资千万买虚拟地产
作者 hid | 2012-04-05 00:49 | 类型 互联网, 弯曲财经, 行业动感 | 2条用户评论 »
|
由MindArk工作室所制作的开放创造网游《Entropia Universe》（中文暂译名：安特罗皮亚世界）或许并不为中国玩家所熟知，但一直以来都是全球网游虚拟物品交易记录的保持者，游戏中的货币PED在任 何时候都可以以10：1的汇率兑换成美元，这也让玩家玩这个游戏淘金成为一种可能。 2010年1月，玩家巴兹·艾瑞克以330万PED（折合33万美元， 约225万人民币）购买了一座名为水晶宫（Crystal Palace）的空间站，创下了单笔虚拟交易的新记录，这个记录一直延续到了近日。 当地时间4月4日，MindArk公司发布公告，宣布一位不愿透露姓名的投资者（编注：官网用的是投资者而非玩家）以2500万PED（折合250万美元，约1576万人民币！）的价格买走了游戏中克利皮索行星（Planet Calypso）上的一大片土地，这片土地可以提供给6万名玩家居住开发，还包括一个独立的公民管理系统，该公民系统支持其他玩家移居，进行管理并从中收益。 这款网游于去年12月开放了公民身份系统，并开放了60000块可供玩家购买的土地。这一机制允许玩家之间进行利润共享，而每年玩家投资回报率为27%左右。 简单来说就是，这一机制就是让玩家初始最少投资100美元购买一处土地使用权，之后每个月他都会在游戏中赚得一些利润。只要玩家拥有这款游戏的帐号，就可以在游戏中进行投资。目前，根据统计，这款游戏拥有约100万的注册帐号，每年玩家间进行交易的数额可达4亿美元。
| |
|
(3个打分， 平均：2.33 / 5) |
Google 扩增实境（Augumented Reality）眼镜计划
作者 hid | 2012-04-05 00:30 | 类型 新兴技术, 移动互联网, 移动和设备, 行业动感 | 17条用户评论 »
|
|
|
用户戴眼镜，眼前会出现快捷标识。
用户戴上眼镜能查询地图。 Google 共同创办人 Sergey Brin 戴着 Project Glass 眼镜现身 Google 的 Project Glass 计划前两天刚出现的时候，看起来像是一群工程师闲暇时间太多在做的梦而已（事实上应该也是这样没错啦…）。但没想到的是，现实世界中还真有这么个设备存在，而且是由 Google 的共同创办人 Sergey Brin 戴着，出现在一场慈善活动上。据拍照的 Robert Scoble 叙述，Brin 的眼镜看起来完全是可运作的，可以看到淡淡的蓝光投射在 Brin 的眼睛上，同时听说不只是 Brin，其他 Google 的高层像 Vic Gundotra 也都有这样一台设备在测试中。
Google 的智能眼镜计划最近引起了不小的反响。许多人热情的盼望它早日成为现实，但是持批评态度的也不在少数。这些批评有讽刺性的言论，有搞笑的视频，还有对于其毁灭人性的能力的担心。虽然智能眼镜实现的不过是智能手机的功能，但是它将现实虚拟化的潜力却更大，或许这是许多人担心的理由。
在这里，我们暂时把它可能产生的社会影响放到一边，从用户体验的层面考虑一下。毕竟，智能眼镜和手机不同，它所输出的文字和影像直接展现在视野之内，是否会让人产生不舒服的感觉？Technology Review 网站为此采访了神经生物学专家 Mark Changizi。 根据 Mark Changizi 的说法，Google 智能眼镜的设计从生理学上来说，并不会给人带来不舒服的感觉。“从视觉上说，图像不会在你的前面浮动，因为它只展现给一只眼，”Changizi 解释说。 这就好像你在视野的边缘看到自己鼻子的影像，多数情况下我们不会去注意。”从每只眼中接受非对应图像，实际上已经是我们非常习惯的东西了“。 同时，他也指出，视频中展示的清晰的文字影像并不容易做到。“他们要展示给你文字，要辨别那种细节，你需要将影像放在眼睛的小窝前面，那是你视野的微小、中心的部分”。而这通常不是我们接受非对应图像的地方。 Changizi 认为，影像的合理位置应该放在视野中的脸部那里。“更加自然的放置位置，特别是非文字的时候，应该是你的视野中脸部影像已经存在的地方。”这会使得电子图层像是自己身体的一部分。电子界面的体验更加潜意识化，而不是让人感觉是盯着手机屏幕。 一位 Google 员工告诉 Technology Review，智能眼镜开发团队进行了许多实验，包括户外测试。对于测试对用户体验视觉层面的结果，他没有透露任何细节。显然，Google 官方放出的视频更多的是一种理想状态。 虽然最终结果如何还不好预测，但是 Changizi 比较乐观。“现在我们看到许多人在走路的时候眼睛盯着手中四寸的屏幕，彼此碰撞，” 他说，“无论 Google 的智能眼镜结果如何，它肯定会是一个提升。”
提供14种服务
谷歌公司在其社交网站“谷歌＋”上简单介绍“眼镜计划”，公布产品原型和一段2分30秒的视频。视频从眼镜佩戴者角度拍摄。 从视频来看，谷歌眼镜并非传统模样，主体是一根钢圈，可以架在鼻梁上，右眼前方是一块邮票大小的透明显示屏。 谷歌公司称，眼镜计算机提供拍摄照片、视频聊天、天气信息、导航信息、日程提醒等14种服务，由用户声控操作或所处环境触发。 视频中，用户行走在美国纽约街头，不时张嘴说话，向眼镜下达指令，譬如拍一张照片并上传至“谷歌＋”；当他看向一面空白墙时，显示屏弹出对话框，提醒用户晚上有约；当他看向窗外时，对话框显示降水几率为10%；显示屏还弹出对话框显示用户的一名朋友就在附近。当收到朋友信息询问当天稍后能否见面时，显示屏出现提醒内容；用户口述回复，显示屏原有内容上叠现一个麦克风标识。 将进行公开测试 谷歌公司旗下X特别项目小组两年前开始开发“眼镜计划”。这一团队专门致力于开发概念产品，包括自动驾驶汽车。 谷歌称，眼镜尚在调试阶段，现阶段公布旨在展示“这项技术的样子”，希望网民就眼镜计算机提供的服务内容提出建议。谷歌官网上写道：“我们现在公布这一信息是想开始与您交流，获得您的宝贵参与。” 路透社4日援引谷歌内部人士的话报道，谷歌眼镜将进行公开测试。 路透社评论说，这款眼镜计算机产品可能帮助谷歌公司更好地推动谷歌在线服务深入人们日常生活，包括广告支持的网络搜索、地图和电子邮件等；也有助谷歌应对竞争对手苹果公司推出的新款iPhone 4S和语音助手Siri。Siri具备发电子邮件、安排会议、获取天气信息等功能。 上市日期尚未确定 关于“眼镜计划”，先前业界和媒体颇多揣测，这是谷歌公司首次公布细节。美国《纽约时报》今年初报道相关内容，称第一批产品可能于今年年底前上市，售价为250美元至600美元。 |
Project Glass 的假想影片，整合了语音输入、日程表、Google Maps 导航、打卡、视频等功能，除了搞不清楚要怎么操作外（眼球追踪？），其实看起来在技术上已经很接近实现了！
http://v.youku.com/v_show/id_XMzc2Mzc1NjU2.html
它可以传输近在眼前的信息。谷歌实体的“眼镜”设备的扩张正在干扰人们的商业模式，大家甚至不用掏出手机就能拍照，找到方向，或是给朋友发短信。如果谷歌的“眼镜”设备都可以做得到，那么你还会需要买最新一款iPhone或是在Facebook上花费大量的时间么？
该设备的模拟视频让人垂涎三尺，其展示了“眼镜”设备的强大能力，包括通过语音控制发送信息、拍照、分享Google+、找到朋友们的位置、查看地图、找方向、设置日历提醒等等。
将这么多的功能塞进这一“眼镜”设备中需要花费很多时间和努力，很多种可能会导致这一产品失败，最显而易见的如果这一设备笨拙或是老土，亦或它太重，太昂贵，易损坏，或者大众还没做好接受它的心理准备。让我们先忽略掉上述可能，倘若谷歌解决了种种问题，如果这一设备推出后广受好评，那么这将对苹果和 Facebook造成什么样的冲击呢，他们该如何采取措施保卫自己的利益呢？
“眼镜”设备把人们在iPhone和iPod上的所使用应用通通装到里面，“眼镜”可能是运行Android系统，并且由于该设备可能是声控的，它也有可能变成谷歌针对Siri的竞争者。
(2个打分， 平均：4.00 / 5)不敌Snapdragon S4 , 华为Ascend D quad XL告别“世界最快手机”封号
作者 hid | 2012-04-02 19:42 | 类型 移动和设备, 行业动感, 通讯产品 | 10条用户评论 »
|
当Ascend D quad XL在今年的MWC大会上发布时，华为宣称它是世界“最快智能手机”，许多人都认为华为在吹牛，直到前段时间关于Ascend D quad XL的基准测试跑分被曝光出来之后，人们才同意Ascend D quad XL为世界最快智能手机。
值得注意的是，当时的Basemark ES 2.0 Taiji 基准测试是同Galaxy Note和华硕Transformer Prime这 两款市场上较为出色的安卓设备进行比较的，据了解，Galaxy Note采用的是三星自家双核Exynos处理器，而华硕 Transformer Prime则采用英伟达的Tegra 3，在测试中，搭载自家1.5GHz四核K3V2处理器的华为 Ascend D quad XL取得了胜利。 胜利是胜利了，可是华为的K3V2 还没有和高通的Snapdragon S4过招呢，不知过招的后果会怎样？遗憾的是，在高通Snapdragon S4这款强大的28nm制作工艺的芯片面前，华为的K3V2终究不敌，输的一败涂地。 有意思的是，搭载S4芯片的过招设备并不是我们耳熟能详的大品牌设备，而是一款不常提到的Pantech Vega LTE SKY手机。经过这一次 芯片战争，虽然华为Ascend D quad XL自封的“世界最快”智能手机称号被废除了，但总的来说它还是非常强大，值得人们购买。 | |
|
(没有打分) |
