主题：【原创】新时代新潮流WebOS 【1】 -- 邓侃
家园 大好附议
家园 哥们看你出手不凡 又在移动研究院做报告又研究人家刚出来的论文，但是很好奇怎么会还有时间来上网写文章啊？
家园 老邓，老邓，老邓！继续得宝ing 恭喜：你意外获得【通宝】一枚鲜花已经成功送出。
此次送花为【有效送花赞扬，涨乐善、声望】
说到 Roger McNamee，此君前两天接受彭博社访问的亮点如下
June 29, 2009, is the two-year anniversary of the first shipment of the iPhone. Not one of those people will still be using an iPhone a month later. Think about it -- if you bought the first iPhone, you bought it because you wanted the coolest product on the market. Your two-year contract has just expired. Look around. Tell me what they're going to buy.Hmmm， Maybe the new iPhone?
Mr. TV-Salesman-who-secretly-leads-a-80ish-rockstar's-life-just-like-guess-what?-Bono!-of-U2-who-happens-to-be-his-business-buddy-as-well
外链图片需谨慎，可能会被源头改实在不好意思，但不取笑此君的促销技能太不符合我的原则了
家园 Roger McNamee是个疯子 这个人挺神的。
鼓捣个乐队，又做风险投资，与Steve Jobs，Jon Robinstein，Bill Gates,U2的Bono等人烂熟。前一阵子给Facebook出主意，说是这个时候，不能卖Facebook，价钱看涨。他预言对了，在这以后，Facebook一个劲地涨。
都说这个人的眼光极准。本来想多写几句关于Roger的轶事的，但是担心扯得太远，就打住了。
家园 你以为他上节目干嘛去了 Palm 现金只剩两亿多，这狗年月再忽悠人砸钱就不容易了。Pre 大概出世的时间在五月份以后 —— 还得保证 Apple 不申请禁制令。
所以不光是他上彭博社鼓吹，三月份还要搞个 WebCast，继续 Pre 传奇的许看不许摸之旅。
任何一步出哪怕一小点岔子，神童就变神龟。
家园 花
家园 【原创】新时代新潮流WebOS 【5】 【5】何为系统，何为核心
前两篇说了不少Android的好话，有人质疑是不是有蓄意吹捧Google的软文的嫌疑。又有人抱怨前奏过长，有跑题的迹象，何不尽快切入正题谈WebOS。我的想法是这样的，假设我立刻说WebOS的招式是上三路拳法，WebOS长治久安之道是主动谋求与Android融合，大家是不是会觉得奇怪，什么是上三路拳法，下三路功夫？Palm在手持设备的资历比Android深厚的多，市场根基更扎实，为什么要屈尊去找晚辈合作？与其到时候大家一头雾水，然后忙不及地倒叙补叙，不如稳妥点，按部就班地循序渐进。
闲话少说，接着讨论前文提出的五个问题。
外链图片需谨慎，可能会被源头改Figure 1. iPhone CPU, Samsung S3C6400 internal structure
Courtesy http://www.ugamm.org.mo/forum/attachments/universal-no-heart-itunes_EeeNVaerhNt8.jpg
问题四. JVM，Dalvik和CLR/.NET，谁更可能最终胜出？
虽然迄今为止，还没有广为各方接受的benchmark，说明Dalvik比传统的JVM究竟快多少小多少，但是Dalvik性能超越前辈，应该没有太多争议。但是并不是说，JVM只有坐以待毙的份儿。
初版iPhone的CPU是Samsung的S3C6400芯片，这颗芯片的速度是667MHz，是当今世界手持设备使用的最快的CPU，Intel的竞争产品的速度是624MHz，屈居第二。S3C6400不仅快，而且还包含Java加速器子系统。这个Java加速器采用的技术叫Jazelle，原理是让绝大多数Java bytecode在硬件中执行，但是具体细节未见公开介绍。
Jazelle之所以令人感兴趣，不仅在于纯软件的Dalvik，与有硬件支持的JVM相比较，哪一个更快，不仅在于期待出现能够支持Dalvik的芯片，而且在于如果Jazelle进一步完善，Java是不是有可能取代C/C++。
1995年，Java初出茅庐之际，很多人预测Java将对PC的应用开发带来冲击。十多年过去了，这个预言没有成为现实，Java在PC方面依然处于弱势，出乎意料的是，Java逐渐在server领域成为主流语言。随着Jazelle技术的完善，有没有可能出现纯Java的手机，也就是从底层OS到上层应用软件，完全依赖于Java语言的手机？据说Microsoft盟下的Danger PDA，正在做这方面的尝试。
从长远来看，Java终将与C#合流。不明白的是，当初Microsoft模仿Java发明C#的时候，为什么不延用Java的技术术语，反而刻意另造一套。对比Android/Dalvik的做法，Android尽可能延用Java的术语。结果是，Android让Java开发者们倍感亲切，从而轻而易举地吸引了众多Java程序员，摩拳擦掌地要为Android开发应用程序。
谈这么长远的未来有什么现实的意义？
我有一个朋友Y君，致力于自己动手重构OS（http://osfromscratch.org/）。我给他的建议是，与其钻研Linux Kernel，不如专注于Java虚拟机。Apache Harmony是一个开源项目，目标是提供开源的免费的Java实现，其中包括Java虚拟机。如果Y君能借鉴Dalvik的设计，贡献第二代嵌入式Java虚拟机给Apache Harmony，那将是造福人类的义举。
对于手机应用开发商而言，应该选择什么语言？在没有显著地降低运行效率的前提下，尽可能使用Java。
外链图片需谨慎，可能会被源头改Figure 2. Comparison of various kernels
Courtesy http://upload.wikimedia.org/wikipedia/commons/d/d0/OS-structure2.svg
问题五. Android是platform，还是OS？
关于这个问题，请教了Y君。下面抄袭Y君的原话，
“在纯粹宏内核OS中，我们可以讲，一个Kernel 就是一个OS，另外有 Libraries（以下简称Lib） 夹在Kernel 和 Applications（以下简称App） 中间。当然我们可以说 Lib 本质上跟 App 是一样的，User Mode，所以跟 App 合并，统一叫 App，于是 Kernel 就是 OS，剩下的全是 App。但或许这时候就有人跳出来说，这样是不对的，Lib 固然是在 User Mode，试问，没有 Lib，你的系统跑得起来吗？他没准给你举个例子，你去买汽车，没有外壳，没有坐垫，没有后备箱，光一套驱动设备，能成吗？不成。所以 Lib 应该跟 Kernel 一起算 OS 的一部分。这还不算完，他还可能将 Shell 划到 OS 那头，将 Compiler、Text Editor、PS Viewer…… 都划到 OS 那头，理由很简单：没这些玩意，系统是没实用价值的。光个 Kernel 孤零零地有个啥用。
宏内核如此，微内核和混合内核（Hybrid kernel）更加复杂。文件系统（FS）算不算 Kernel 的一部分？严格来讲不算。但它显然算是 OS 的一部分。然后就有人跳出来说，既然 FS 算是 OS 的一部分，那 Lib 就"坚决"应该算是 OS 的一部分…… 讲理是讲不通的，大家都有理。
事情这么复杂，商家就可以发言了。在 Kernel 外面加点东西，就能叫 OS ── 不是人家吹，的确能叫 OS。而且还能叫自己的名，比如 Ubuntu、RedHat，把内核名 Linux 省去。Palm WebOS 和 Android 也是如此，当然，Kernel 外面不是加了一点东西，而是很多东西。WebOS 和 Android 的情况虽然不详，但据 GNU 说，2008年的 gNewSense （另一个Linux发行版）中，Kernel 的代码量只占 1.5%。我想 WebOS 和 Android 或许也类似，Kernel 不会超过 5%。所以他们完全可以很自信地宣称那是自己的 OS。这就好比，劳斯莱斯卖汽车，里面装的是BMW或者VW的发动机，人们还是管那汽车叫劳斯莱斯。”
为什么Google官方定义Android是platform，而不是OS？除了回避OS界定的模糊以外，还有减少应用开发商的误会的意图。实际上，图三对于Android架构的描述就有误导的嫌疑。按照这张图的解释，所有应用软件都应该基于Dalvik虚拟机之上，用Java编写。
但是对于一些需要处理大量数据的应用程序，如果完全用Java语言编写，执行效率会受影响。即便Dalvik比传统JVM快几倍，但毕竟比C/C++还是慢，除非将来有硬件支持Dalvik。对于这样的涉及大量数据处理的应用程序，更合理的做法是把它一分为二，UI部分用Java编写，数据处理模块用 C/C++。C/C++模块作为library，运行在MiddleWare层面。
如果把Android称为OS，那么应用开发商可能会误以为，他们没有权限在Middleware层面，内置用C/C++写的应用模块。为了避免这样的误解，把Android称为platform更准确。
但是图三清晰地描述了Android的着力点，即，Linux Kernel，Middleware libraries，以及Dalvik vm。我把Android概括为下三路，丝毫没有贬低的意思。我认为Android一出手就以稳住下盘为目标，落子凶狠。但是缺陷是，上盘空虚，估计一时顾不过来了。
下文将介绍WebOS的做法，它的主打是上三路，即，UI widget base，Services，以及Palm bus。但是它的下盘不够考究。短期内能够吸引不少眼球，但是从长期讲，未必具有强大的后续能力。
外链图片需谨慎，可能会被源头改Figure 3. Android architecture
Courtesy http://purefire.bokee.com/inc/android.jpg
关键词(Tags): #硅谷评论，家园 关于OS的抬杠 什么是OS？我觉得OS就是“人”或者“APP“使用”裸机“的方法。从这个角度说，Shell是OS的一部分，因为那是“人”使用裸机的方法；GUI，或者“midware“也是，那是APP使用裸机的方法。从这个角度说，OS就是一层虚拟层，JVM也是OS。
另一个角度说，OS是一个相对的概念，而非绝对的概念（当然，除了Driver和kernel，因为他们是直接操作裸机的）。除了这两样，你没办法绝对的说某堆东西是或者不是OS（的一部分），而要看相对于谁。相对于kernel，Shell是APP，而相对于人，Shell又是OS的一部分，因为没有Shell，“人”没办法使用计算机。
回到你之前的问题，为什么Google把Android叫做“平台”而不是“OS”，我觉得主要还是一种市场策略而已。很可能，Android里面包括了Google自己的应用程序，而这些应用程序又可以被第三方所使用（就像MS-Office）一样，模糊了OS的边界。
家园 跟老邓抬下杠 老邓，太守，羽羊，AK, yueye， WiFi 等的讨论精辟入髓。俺看了大开眼界。长了不少知识。
有一点要跟老邓商榷一下。老邓的一观点好像是VM和程序开发环境的好坏是吸引程序员的关键。得程序员者得好应用软件，近而得天下。
抛开商业运行模式不说。俺觉得VM对程序员的吸引有限。 程序员是墙头草，什么卖的火写什么，只要VM别太烂就成。学个新的语言是小菜一碟。用商学院的话来说，VM对程序员粘度不高。
举例来说，在企业商务应用软件中，SAP是大拿。但其ABAP语言能雷倒一片CS的毕业生， 那玩意整个就是Cobol的还乡团。（SAP的粉不要拍俺）。 架不驻SAP卖的好，程序员纷纷跳槽。搞的当时领先潮流的Powerbuilder现在死翘翘了。
iPhone的开发是Objective C。这是Steve Jobs在Next时弄的东东，小二十年都是叫好不叫座的。但iPhone火了，就蹦出一堆Objective C的程序员。Steve Jobs说爱软件的要自己造硬件，虽有点极端，但不无道理。
- 复 跟老邓抬下杠
家园 Cobol还乡团。哈哈哈 - 复 跟老邓抬下杠
家园 俺说就是钱闹的。 程序员并非爱OBJECTIVE C,程序员爱的是那个苹果店。以前有想法的程序员搞个SHAREWARE又要建（找）网站，又要找收费（结算）渠道，现在苹果店一下子给解决了，多省心？！
当然开发环境的好坏也很重要，但这比不过职业发展（就是跳槽）重要。使用某个技术的公司数量多了，找下一个老板也容易些，是不是？但是的但是，程序员要防止自己变成萝卜青菜。如果某个东西太容易上手未必是好事情，市场上这个位置就6K一个月，老板凭什么给你9K？你又不是他小舅子？
- 复 俺说就是钱闹的。
家园 虽然歪楼，但是说得好，必须花之，俺接着歪。。。 程序员通常对于平台的忠诚是应该画上一个问号的，但是从形式上来看，程序员对于平台又看起来是愚忠的，从各个论坛上面语言之争的月经贴就可见一斑了，这是个有趣的矛盾。
羽羊同意太守的看法，都tmd是钱闹得。
没钱途的平台，就弃之如敝屣
有钱途的平台，就趋之若鹜
现在用的或者正在学的平台，就貌似愚忠——要保得住钱途
所以，才有语言之争的月经贴，但是。。。
好像程序员都瞄错了靶子？前途不前途的，程序员的话语权恰恰是最小的，悲哀啊。
家园 我是一个实用主义者 只用自己最熟悉的语言。java和c是我最熟悉的，避免自己不熟悉的语言，比如c＋＋。
当然，对于有钱途的语言，我也要尽力追逐。比如最近准备败一个macbook写点游戏放appstore上弄点外快啥的