Via iPhoneblog
作为对 Jamie Zawinski 扔掉 pre 换 iPhone 事件（译者注：著名软件开发者，此君刚刚愤怒地丢掉了他的Palm Pre败了一台IPhone，详情请关注这里：jwz）评论的一部分， Daring Fireball 是这么说的：
Apple 曾经有过一个和 webOS 相同的创意，也就是说在 iPhone 上，某些用 HTML、CSS 以及 JavaScript 开发的特定程序将以 Dashboard 风格的 widget 运行。但在2007年一月 iPhone 发布到同年六月底 iPhone 上市之间的这六个月内，Apple 最终放弃了这个创意，Apple 的工程师们认为这样的程序性能低下，取而代之的是在全系统范围内使用原生的 Cocoa 代码。事实上，即使Apple没有放弃这个设想，这样的运行方式也只会被用于小程序上，比如天气、股票和计算器什么的，而不会用于日历和邮件这类重磅程序。
显而易见的是，网络技术在2007年以后有了显著的进步，特别是在 JavaScript 渲染方面（译者注：JavaScript 是 Ajax 的核心，所以几大浏览器都在宣传自己的 JavaScript 渲染速度。）。拜技术进步所赐，当前对于网络技术可用性以及性能方面的指责几乎销声匿迹，Palm迎合网络程序开发者来吸引他们加入 webOS 平台的策略现在看起来相当英明。对我们来说，看看决定了平台采用100%原生代码的 Apple 会如何来应对是件有趣的事情，特别是在 Apple 根本没因为放弃了 widget 而被指责过的情况下。一贯英明神武的 Jobs 和他的 Apple 在这个问题上的决策是否正确？消费者是否需要 widget？HTML5 和 Safari 内置的 SQlite 能否取代这些控件呢？消费者和市场会告诉我们这些问题的答案，所需要的，仅仅是时间而已。
Matri：这篇短文有点意思，特别是在 webOS GSM 版刚刚上市这个当口，再想想 Jon Rubinstein 的背景，耐人寻味啊。
5 Responses
在线回复
Jamie Zawinski那篇blog太过偏激. 我没有用过1.0的webos, 但无论是1.1还是1.21版本的webos都没有像他描述的如此这般的低效能.平心而论, 作为一个iphone 3g和palm pre的使用者而言, pre的速度介于3g和3gs之间. 略胜3g, 但与3gs还是有较大差距.
用户需要widget。iphone 的 webapp 和 webclip 可以看作上文方案的妥协。
苹果一直在两条腿走路。
2007年那时候HTML5还在很早的阶段, apple确实是不能做那个决定
实际上用ajax架构 带来的收益,远远比不上开销.
可以说coder的精力是廉价的,c++难写难调试,多加人加时间就ok
手机的性能,电量,用户的等待时间(体验)则是最重要的
这个，不管apple当初如何想，我是不看好webos的js的，看法和文中提到的apple工程师完全一致，玩儿玩儿天气股票的小程序还行，重量级程序么。。。