Nexus One （简称：N1）是Google第一款自主开发的基于Android系统的手机。在我决定买Nexus One的时候，其实是充满了矛盾的。想买它的原因其实有3个：

1：除了果粉以外，我还是Google服务的重度用户。

2：我的iPhone 2G已经用了快3年了，逐渐力不从心。

3：我很想亲身体验一下Android。

然而最大的矛盾是，我究竟是买Nexus One还是等待苹果的下一代iPhone，也就是第四代iPhone。它将会在今年6月公布，我能可以确定的是，以目前Android的水平，无论是用户体验或是系统成熟度，软件数量都无法和iPhone相比。

当然我最后仍然在某些缘分的作用下购买了我第一部Android手机， Google Nexus One。

iPhone 如果是iPad，N1 就是一台的电脑

根据我的上一篇博客，这是我想到的最好的比喻了，也是我使用下来最大的感受。使用iPhone，你几乎可以不用看操作手册或是帮助文档。但如果是N1，如果没有帮助，你可能要四处碰壁。

但这并不意味着N1的系统是失败的。苹果在设计iPhone的时候，为了追求易用性，牺牲了很多功能，例如：多任务系统，主题壁纸，自定义音乐铃声等等。从而使整个iPhone 系统变得简单，让用户的选择更少。

N1的高度开放和自由的系统，使得它在用户界面上不得不比iPhone更加的复杂，需要更多的选项和按钮。Android的开放和自由无疑可以给开发者和用户带来更多的选择。噢，多任务机制，这是一道坎，它将给系统复杂度和稳定性带来挑战。边开着及时通讯，边浏览网页，这是所有iPhone用户的梦想吧。

iPhone无疑是最容易的，但N1也无疑是强大的，能给你带来更大的自由度。在使用过程中，你会看到许多选项，这在iPhone中是不会出现的。有一些还是非常有用的。

硬件很快但有瑕疵

大家关心N1的硬件配置，很多网站论坛都已经有详细的参数，在这里我不做展开，只说感受。从硬件角度来说，N1使用起来很快。比我的老iPhone2G快很多，和3GS相比，我不好说，我相信应该不比它慢。外观上和iPhone比更显得商务，材料质感并不差，手感也很好。手机信号比iPhone强，以前信号不好的地方，现在都没问题了。摄像头拍照效果一般，但可以接受。

但在电池方面就不太乐观，很负责任的说，N1的电池性能不如iPhone的。使用率高的情况下只能用一天，甚至更少。这是目前我对N1最大的不满。

底部的滚轮键设计比较鸡肋，在使用触摸屏的情况下几乎用不到。

触摸屏颜色艳丽，比iPhone更出色。滑动操作感也不错，但不如iPhone。通过最新的官方固件，已经支持多点触控，但操作感还是不如iPhone。不过个人认为这个操作感完全是软件的原因，Google还没有找到最佳的算法。另外，屏幕比较容易粘指纹，这一点比较严重。

还有一个大家比较关心的点是，外放喇叭相对iPhone来说，声音比较大，但音质一般。

集成的 Google 服务很强大

在第一次打开N1时，会要求您输入一个Google帐号。一旦您输入完成以后，您的手机就设置完毕了。你会发现，电话联系人出现了你熟悉的名字，邮件中已经有新的邮件等待你，日历上为你安排好了最新日程，相册中是Web Picasa中的照片，你已经可以用内置的GTalk进行聊天。

这不就是我要的需求吗？一个Google服务重度用户最完美的移动解决方案。

由于是Google亲自操刀，所以各种服务的用户界面让你觉得更棒，它们更符合Google用户的口味。唯一有一些遗憾的是，没有发现谷歌文档同步。

另外，Picasa相册可能是因为在中国原因，我们都知道Web Picasa在中国的尴尬处境，我同步起来不是太顺利。几乎达不到能用的程度，常常只能看到个缩略图，同步起来速度很慢。

搜索无处不在

N1这不愧是一家搜索引擎公司生产的手机，它特别设计了搜索按钮在手机上，你几乎可以在任何地方点击它进行对当前应用程序的搜索。在N1的主界面上，默认添加了一个显眼的搜索框，就像是谷歌的首页。

值得一提的是，语音搜索在其中的重要性。你可以看到在搜索框边上的话筒按钮，点击它就可以进行语音搜索，并且支持中文。这对于不方便输入的移动设备来说非常好用，并且识别率比较高。在导航，联系人等很多地方，你都会看到语音搜索的按钮。

统一的消息系统是亮点

N1没有学习iPhone 在邮件图标或短信图标边上加上数字来代表当前有多少条未读信息。它通过一个统一消息系统来传达这些信息，包括即时通讯在内的任何应用程序都可以调用这个接口。它就在屏幕的最顶端显示，用户可以通过拖拽到方法将它展开，在这里可以看到所有的通知，非常方便，并且能够预览到邮件，短信的内容。

统一的消息平台是一个复杂的系统和简单的用户体验之间的完美接口。我不得不承认方面的体验比iPhone好，但iPhone由于界面相对简单，以及没有后台应用程序的运行。可能用这样的消息系统未免太过复杂。

系统成熟度欠佳

谣传Nexus One是Google匆忙推出的，这不是没有道理的。主要体现在整个系统中有不少的bug。虽然中文联系人排序已经可以通过第三方补丁解决了。但系统中仍然有一些明显的翻译错误，最著名的就是将活动桌面(Live Wallpaper)翻译成“当前桌面”。其他的小bug也不少，例如wifi连接不稳定，USB连接考SD卡常常会自动重启。

N1还有一个问题是，不同功能的给用户感觉不一样。就像是2个开发团队做的产品，一个做得很精致。另一个就有赶工的嫌疑。这也是系统成熟度不佳的表现。

当然，这些都属于软件上的问题，iPhone在刚推出的时候也遇到了不少这样的问题。毕竟 Android才刚开始。

软件资源逐渐成熟

N1内置的电子市场就和iPhone 的App Store一样。由于Android的开放性，所以软件资源并不少，我个人在iPhone上的常用应用，在上面都能找到相应的解决方案，有些甚至功能更强。

但由于Android的市场拥有量还比较小，所以软件的商业化程度比较小。在电子市场上只能找到免费软件，这就意味着，他们在某种程度上免费软件在品质上是无法跟商业软件想媲美的。也就是说，你目前暂时可能还找不到像iPhone上那样画面精美的游戏。

不过话说回来，iPhone上目前最赚钱的应用就是游戏，而我最常用的那些应用通常他都是免费或价格低廉的。

总结

我个人不后悔买了Nexus One，它给我带来很大的新鲜感，也让我发现了Android是非常有前途的手机操作系统。很多人也许会想问，那么我现在买手机，是要买iPhone，还是Nexus One。其实这个问题就一句话：要使用起来容易，买iPhone，喜欢折腾就买Nexus One。这毫无贬低Neuxs One的意思，我发现我就属于比较爱折腾的人。关键是在于你是一个用iPad的人，还是一个用电脑的人。

移动搜索公司 Taptu 发表了一份详细的报告，显示未来的移动网络将被跨平台、基于浏览器的移动站点所主宰——而非那些专门为 iPhone、Android 等平台开发的应用程序。Taptu 称前者为“移动触摸网站”（Mobile Touch Web），将其定义为“为触控移动设备设计的网站，页面布局适合手指操作，轻量化的页面使其能在手机网络里快速载入”。

iPhone App Store 有 148000 个应用程序、Android Market 有 24,000 个应用程序，相比之下 Taptu 估计全世界已经有 326000 个移动触摸网站。Taptu 预计这个基于浏览器的移动网络市场将比手机程序市场发展更快。

哪一类移动站点更多呢？根据报告中的数据，19% 的移动站点属于购物和服务类，而 App Store 中仅为 3.6%。此外，“社交”类移动站点也比对应应用程序所占比例更大（分别为 12.9% 和 1.7%）。

相反的，只有 0.8% 的移动站点为游戏类，而 App Store 中该类比例为 18%。在“娱乐”类中也有类似的差异。

商业服务提供商比游戏和娱乐提供商更喜欢利用手机浏览器。Taptu 认为原因在于“很多（商业）产品和服务并不符合 Apple iTunes 内容为导向的消费系统”。游戏和娱乐等内容则更适合以应用程序的形式发行，因为“比起移动站点上那些休闲游戏，应用程序可以提供更丰富、更交互的游戏体验”。

Taptu 表示，越来越复杂的移动浏览器是移动站点开始繁荣的原因之一，特别是浏览器对 HTML5 的支持越来越多。Taptu 指出“在浏览器中开发丰富的触摸屏用户体验变得越来越简单，为特定平台平台专用程序不再是必须”。开放标准 API 用得越来越多，这让移动站点开发者们能够调用“更底层的设备功能，如地理位置定位”。

Taptu 也承认游戏类内容可能会继续主要以应用程序的形式发行。但他们强调，对于“其它绝大部分类型的应用，通过网络开发能在软件开发和发行方面更符合经济利益”。

Taptu 预测，“未来五年里，移动触摸网站将会迅猛成长，并且游戏以外的所有类别移动站点都将中达到应用程序级别的用户体验质量”。

不过我们应该注意一点，Taptu 本身也以提供基于浏览器的服务为主。虽然 Taptu 也为 iPhone 及其他平台提供应用，但是很显然它在“触摸移动站点”的成功上下了很大的赌注。

你是怎么想的？究竟谁才是移动应用的未来？基于浏览器的移动站点还是 iPhone、Android 等平台上的应用程序？

© boday for iFanr 爱范儿 ♂专注于拇指设备的小众讨论, 2010. | Permalink | 5 comments | Add to del.icio.us
Post tags: App Store, html 5

老袁写的文章，我都是当笑话看的。看了以后就不管了，不过刚才翻 Google Reader 的时候，看到了阮一峰新写了一篇文章《Android，开源还是封闭？》。老袁写的笑话我可以不管，但阮一峰认真的写了这么一篇文章，我倒是对文章中的观点有些不认同。本来想在他的 blog 上留言的，但写着写着就觉得太长了，干脆总结成文章放在这里。

我觉得现在人们谈及 Google 必提“不作恶”，用这个词来规约 Google 的行为。这本身没什么问题，但我觉得这个词现在被过于“滥用”了。有时候众口难调，Google 不能满足所有人的时候，批判者就经常用“不作恶”来评判 Google。不同的人有不同的观点，所以事事都往"作恶"上面靠，让目前的讨论变得很空泛了，当然这只是题外话。

这篇文章里说的意思是，Google 的 Android 使用的是部分 Linux 的代码，按照 GPL 协议，Google 应该把所有的改动同样用 GPL 发布，以贡献开源社区。但事实是，Google 让硬件驱动运行在 userspace，这样这些驱动程序就不是 Android 的一部分，就不需要回馈给社区。Google 给硬件厂商提供了方便，使得他们写的驱动可以不用共享给社区，所以 Android 是个封闭的系统。

我觉得这样就有诡辩的成分在了。首先 Google 的做法是合法的。Android 本身是开源的，所以它没有违反协议。而硬件厂商给 Android 开发的驱动，版权并不属于 Google，因此 Google 自然也没有权利拿它们来回馈社区做好人。如果 Google 这样做了，岂不是和海盗湾的那帮传播盗版的人一样了么。当然，阮一峰是支持海盗湾的，可能他认为 Google 不这样做才是作恶吧。

文章中有一点挺有意思，还有些技术成分。Greg Kroah-Hartman 的文章里说 Android 为手机实现了一个统一的虚拟机，解决了程序的移植问题。阮一峰认为这是 Google 为了不贡献那些驱动而耍的小把戏，他说:"且慢，这真的是理由吗？传统的Linux系统，也并不依赖特定的硬件啊！只要把源代码根据不同的平台，分别编译一下，同一个程序不也照样可以在不同的硬件架构、不同的Linux发行版中使用吗？"

我觉得阮一峰可能对"平台"这一词并没有弄清除，或者是故意曲解了这个词。过去人们所说的 "C 语言具有良好的移植性"，"换一个平台，在那个平台上编译一次代码就可以了"，这里面说的平台，可不是目前人们说的 32 位平台、64 位平台那么简单。平台之间的差异基本上到了 CISC、RISC 的差异那种程度上了，和目前我们想象的地址总线的数量不同了相比，显得更复杂。很多软件，在不同平台上移植，也不只是重新编译那么简单。比如说 Endian 的问题，光是要修改这一部分就要花费很大的功夫去修改。Mac 系统从 Power PC 平台迁移到 Intel 平台上的时候，发布过 Rosetta 程序，就是一个 Intel 平台上运行的 Power PC 虚拟机。很多软件，如 Adobe 的那些程序(印象里是 Photoshop，我们在 Computer Organization 课上讲过，现在记不清了)，到最后也不是修改过去的，而是重头写起。像 Adobe 这样的大公司都是如此，手机上的软件开发着常常都是小团队甚至是一个人，要独立完成不同平台的移植工作，显然也是不容易的。哪怕是现在我们从 32 位往 64 位上过渡，经过了这几年都还没有搞完呢，更别提那些架构级别的移植了。

而 Java 通过虚拟机，算是彻底的解决了这个问题。如果像阮一峰想象的那样，重新编译就可以完成移植，那么当年 Java 还搞什么噱头?由于 Android 本身是开源的，而且手机硬件的生产成本又低于计算机，现在也没有统一的标准，所以在将来，我认为必然会出现千奇百怪的硬件。这些肯定不能通过简单的编译就解决问题。阮一峰的意思是为不同的硬件架构都做一个二进制包，这样一个软件，开发者就要为多个平台维护不同的二进制包，阮一峰总不会指望作者发布软件代码让用户自己编译安装吧?而如果 Android 想成为一个像 iPhone 那样的严肃作品的话，必然要有针对普通用户的一键式安装软件的机制。Apple 的 App Store 是一个很成功的先行者，而 Google 目前搞的 Android Market 也是在像这个方向努力着。而按照阮一峰的想法，当一个用户在安装软件的时候，被告知如果是 HTC 生产的硬件，就下载为 HTC 编译的包；如果是摩托罗拉的硬件，就下载为摩托罗拉编译的包。这样的手机，在普通用户眼里，也只能是"小打小闹"，根本成不了气候。由于手机产生的平台可能会比计算机更多，那样的话后果说不定更严重。目前 Linux 在桌面领域已经是这个样子了，如果 Google 按照同样的策略去运作 Android，将来在市场上 Android 很可能表现还不如 Linux。面对 iPhone 平台，那样的 Android 只能是沦为几个黑客的玩具而已。

同样说道了市场，我的前提假设是 Google 做 Android 不是玩票，不是搅浑水，而是严肃的想涉足移动计算这一块。那么硬件的支持就是至关紧要的了。阮一峰的文章里也说明了，硬件厂商开放了自己的驱动的后果是什么。让那些硬件厂商把驱动吐出来显然是不可能的，所以迎合硬件厂商的要求也就是必要的了。其实仔细想想，这样的做法也并不算过分。对于用户来说，我们获得的还是一个开放的 Android，只是硬件的驱动是封闭的。开发者照样可以为 Android 平台开发软件。其实就算是桌面 Linux 用户，除了像 RMS 那样固执的人外，有几个会选择开源的显卡驱动呢?

所以，无论是从法理还是从情理上，我都觉得 Google 在这件事上没什么错。合理怀疑也是不错的，但把什么事都说成阴谋论就让人觉得不好了。尽管 Google 有"不作恶"这一说，但如果 Android 真得发展成了桌面领域的 Linux，那么它做不做恶都没有人关心了。

阮一峰在最后说：“Android必须变成一个真正的开源系统。如果像现在这样封闭下去，就会被开源社区抛弃，就一定不会成功，即使有Google的支持。”这口气让我觉得和老袁挺相似了。如果 Android 作为一个系统，这话还有可能说的过去，但作为一个商业产品的一部分，如此断言还是太过武断。

同传统的电容传感器不同，我们正在申请专利的系统能够感知到任何物体──不仅仅是手指──并且能确定在传感器的每个点上施加了多大的压力。IFSR 传感器天生就是多触点的，它比电容传感器更省电，生产成本更便宜，从而成为一种革命性的有广阔市场应用的技术。

两者参数比较

	Live Mesh	Dropbox
支持平台	Windows、Mac、准备支持手机	Windows、Linux、Mac、iPhone
容量	5G	开通2G（通过邀请，最大可达到5G）
同步功能	同步任意文件夹，不能直观显示上传状态，不支持恢复旧版本文件。	只能同步My Dropbox这个文件夹，能直观显示上传状态，保留旧版本文件，需要时可恢复。
共享功能	可共享给指定用户，不支持外链	可共享给指定用户，支持外链
其它	可远程桌面，方便控制远程计算机

　　我最关心的是同步功能，当中更关心的是同步上传方法。于是对比两个服务做了一些不是很专业的测试，过程是将测试文件放入同步文件夹中，确认同步完毕。然后 编辑本地文件，保存退出软件。从开如编辑到客户端完全重新同步完毕监控本机网络端口上传和下载流量，记下数据如下三表。

对文件为5.12MB、160页的PDF文件进行编辑，得表一数据 

下载MB/上传MB	删除第一页	删除第159页	删除第75页	删除第2、74、158页
Dropbox	0.2 / 0.4	0.3 / 0.4	0.4 / 0.4	0.4 / 0.4
Live Mesh	5.6 / 10.9	3.8 / 7.3	5.7 / 10.8	5.5 / 10.5

对文件为4.5MB、15页的ppt文件进行编辑，得表二数据：

下载MB/上传MB	删除第一页(剩2.2MB)	中间页稍微更改文字	1-5页复制到尾页	删除本机文件[注1]
Dropbox	0.7 / 1.2	0.3 / 0.4	0.2 / 0.3	0 / 0
Live Mesh	2.4 / 4.7	2.4 / 4.6	2.5 / 4.6	2.5 / 4.7

　　注1：删除原文件，待云端更新后（即云端文件也删除后），再将原文件的备份复制到被删除的本机位置，云端开如同步，监控从复制开始到云端同步完成的本机网络流量。

　　将QQ历史记录设置到同步文件夹，确认同步完毕。登陆QQ（历史记录文件文msg2.0.db等此时被锁死，不能同步），输入不多于3条的聊天信息，退出QQ云端开始步。两次测试得出表三 ：（我QQ的msg2.0.db为3.7MB） 

下载MB/上传MB	第一次	第二次
Dropbox	0.2 / 0.2	0.1 / 0.2
Live Mesh	6.1 / 11.6	6 / 11.5

　　以上数据需然不是绝对准确，但可做个大概参考，数据的对比很是令人惊讶。

　　先说Dropbox ,可以肯定每次的编辑后 Dropbox只上传了文件中的一部分数据，引用维基百科的说法是“Files are split into chunks, the chunks are hashed and only those chunks that have never been uploaded before by any user are transmitted again. This makes uploading popular files very efficient and helps if only small portions of a large file has changed.”。其中表二最后一次“删除本机文件”，Dropbox的处理非常聪明，估计是云端保留了历史版本，所以直接判别出来是旧版本可恢复，流量可认为是没有了。更加聪明的是，文件删除并同步完成后，把备份文件重命名，然后复制到My Dropbox下任意位置，同步也是直接恢复云端的旧版本文件，流量也是没有的。Dropbox的硬伤就是不能同步任意文件夹了，但配合junction 命令可算是解决了。

　　再说Live Mesh，我是冲着可同步任意文件夹、可远程桌面这两个功能使用 Live Mesh的，现得出的数据令人太失望了 。可以肯定每一次的更改，Live Mesh都会重新上传整个文件，从客户端的上传状态截图也可以肯定这点。测试中发现Live Mesh在上传数据前，会下载大于同步文件的数据量再进行上传同步的。其中表二最后一次“删除本机文件”，Live Mesh的处理非常不明智了。Live Mesh的同步文件只要有变更，就会重新上传完整的新文件。以中国现时的网速，这么大的数据量同步绝对是硬伤。如果纯属用于文件备份，Live Mesh还是很强大的。 

　　来源：读者投稿，原文地址。

评论《Dropbox、Live Mesh非专业评测》的内容...

相关文章:

Dropbox免费网盘高级使用技巧

迅雷跃居全球BT市场第一

反思暴风影音断网风波

十个常用浏览器书签工具

企业邮件沟通技巧

在写这篇文章时我很矛盾，到底要不要将方法从小圈子里公开到较大的圈子里，因为这样做可能会加速解决方案被相关部门取缔。但后来我想，即使只是在小圈子传播，相关部门也必须为了年终奖金做点什么，不然真的对不起5毛钱的工资。

所以，与其在小圈子里传播，倒不如让所有人都用上，起码能用上好一段时间。这篇文章分别介绍3个不翻墙上Youtube的方法，从简单到复杂。

一、山寨Youtube

二、TubeWall脚本

三、搭建一个TubeWall客户端

© 可能吧 | 查看原文 | 133 条评论

它是当红炸子鸡。许多人觉得，iPhone将受到它的强力挑战。

我也曾经对它充满了期待，但是后来的事态发展，令我改变了看法。前几天，我就在网志上写了自己的担忧：

“首先，Android应用程序只能用java语言开发，莫非所有的应用程序都运行在一个巨大的虚拟机上？（【更正】网友留言指出，2009年6月Android发布NDK工具包，支持C/C++语言编程，不过性能不如SKD工具包中的Java语言。 ）

其次，Google对Android采用了一种全面霸权式的管理，完全不是其他开源软件的开发方式，一切都由Google说了算，很多地方是黑箱，外界不得而知。”

没有想到，仅仅过了两天，担忧就变成了现实。Linux Kernel的维护者Greg Kroah-Hartman宣布，将Android 代码从 Linux kernel 代码库中删除。这意味着，Linux Kernel的开发小组不认可Android的贡献，两者产生了冲突。

消息公布以后，外界普遍觉得惊讶和可惜。好不容易，才有了一个这么受欢迎的开源手机系统，应该齐心协力、共同开发才对，为什么要“窝里斗”呢？到底是什么矛盾，使得Linux Kernel小组剔除Android代码呢？

Greg Kroah-Hartman写了一篇详细的文章，解释这个决定。下面就来看看，他是怎么说的，以及Android到底是一个什么样的系统。

在这之前，你最好知道Greg Kroah-Hartman是谁。他是目前Linux Kernel的核心开发人员，负责stable软件包的发布。就是说，每一个新版本的Linux Kernel，都是经过他的手流出来的。此外，他还负责硬件驱动的部署。而他的手机就是HTC G1，每天都在使用。所以，他是绝对有资格谈论这个问题的，他的看法代表了Linux社区对Android的看法。

首先，他指出Android和其他的Linux发行版不一样：

“Google has taken the Linux kernel, and nothing else from a "traditional" Linux system.

Google只用了kernel，别的东西都没用。”

这就是说，与Ubuntu、Debian、Redhat这样的传统Linux发行版相比，只有系统的底层结构是一样的，其他东西在Android里都不一样，尤其是程序员的编程接口是完全不同的。因此，Android应用程序都必须重新写过，现存的Linux程序无法移植上去。所以，从严格意义上说，Android是一种全新的系统，它与Linux的距离，比Mac OS与Linux的距离还要远。

然后，Greg Kroah-Hartman肯定了Android这样做的积极意义：

“Android also solves the problem that the phone manufacturers had been having for many years: a free version of Java and a unified application layer that programmers can write to that will work on all phone platforms that integrate it.

它解决了长期令手机制造商头痛不已的问题：业界缺乏一个开源的Java虚拟机，以及统一的应用程序接口。现在，程序员只要写一次程序，就能在各种手机硬件平台之上使用。”

这段话解释了，为什么Android的应用程序，都必须用Java语言开发。因为不这样做的话，没法让程序做到硬件无关。

且慢，这真的是理由吗？传统的Linux系统，也并不依赖特定的硬件啊！只要把源代码根据不同的平台，分别编译一下，同一个程序不也照样可以在不同的硬件架构、不同的Linux发行版中使用吗？

那么，Android只采用kernel、只允许用java编程的真正原因，到底是什么？

台湾的科技网志MMDays一语道破真相：

“Linux kernel 的版权是 GPL。

这下问题来了：如果你是硬件厂商，希望你的硬件能在 Linux kernel 下运作，那么就必须要有驱动程序。如果驱动程序的程序代码公开，等于硬件规格也公开的差不多了。许多厂商不愿意这么做，所以就提供编好的驱动程序，但不提供原始码。

Android 的重点就是商业应用，Google采用了一些手法来绕过这问题。他们把驱动程序移到 "userspace"，也就是说，把驱动程序变成在 Linux kernel 上头跑，而不是一起跑的东西，这样就可以避过GPL。然后，在 kernel 这边开个小门，让本来不能直接控制到硬件的 "userspace" 程序也可以碰得到，这样只要把"开个小门"的程序代码公布就行啦。”

看明白了吗？

这段话的意思是说，Google玩了一个花招，在kernel和应用程序之间，自己做了一个中间层，这样就既不违反GPL许可，又能不让外界看到厂商的硬件驱动和应用程序的源码。

里面的关键在于，Kernel和Android的许可证不一样，前者是GPL许可证，后者是Apache Software License（简称ASL）许可证。GPL许可证规定，对源码的任何修改都必须开源，所以Android开源了，因为它修改了Kernel。而ASL许可证规定，可以随意使用源码，不必开源，所以建筑在Android之上的硬件驱动和应用程序，都可以保持封闭。为了得到更多厂商的支持，Google有意选择了这样做，并且特意修改Kernel，使得原本应该包括在kernel中的某些功能，都被转移到了userspace之中，因此得以避开开源。

这样做或许有利于推广Android，吸引厂商和软件开发商的加入，但是Google也放弃了构建一个真正开源的手机系统的机会，从而也就不能获得由全世界程序员提供智慧、分享代码、推动创新的好处。关于许可证问题的深入讨论，请阅读Ryan Paul的文章《Why Google chose the Apache Software License over GPLv2 for Android》。

Google的这种做法，直接后果就是给Linux Kernel带来了麻烦。Greg Kroah-Hartman清楚地说出了自己的不满。

“...any drivers written for Android hardware platforms, can not get merged into the main kernel tree because they have dependencies on code that only lives in Google's kernel tree, causing it to fail to build in the kernel.org tree.

所有为Android写的硬件驱动，都不能合并入kernel。因为它们只在Google的代码里有效，在kernel里根本没法用。

Because of this, Google has now prevented a large chunk of hardware drivers and platform code from ever getting merged into the main kernel tree. Effectively creating a kernel branch that a number of different vendors are now relying on.

由于这个原因，Google也从不把大量的硬件驱动程序和平台源码向kernel提交。实际上，它创造出了一个kernel的分支，大量的开发者都依赖那个分支。”

这就是Android干的事情：它修改了Kernel，但是又不提供修改的细节，自己搞了一个封闭的系统。说得难听一点，它利用了开源社区，要求开源社区为它做贡献，却又不愿提供回报。

所以，Linux Kernel就把Android踢出去了，真是再正常不过了。

人们有权利质疑，Android这样的哲学是否正确？是否符合Google“不作恶”的口号？如果Android继续这样封闭下去，那么开源社区为什么要为它免费制作软件呢？因为我又不是在为开源社区服务，而是在为Google服务。既然这样的话，那还不如去支持iPhone呢，至少能在软件商店里多卖一点钱，而且乔布斯看上去也更酷一点。

slashdot上有很多关于此事的讨论。有人指出：

“Google自己的网站，与微软的网站一样封闭。它开源出来的东西，都是根据GPL许可证不得不开源的。”

好吧，姑且不谈Google本身，因为它至少不要求外界提供支持。但是Android不一样，你不能假装成开源系统，骗取社区的支持，然后又干着封闭系统的勾当。以你的实力，不用Linux Kernel，自己开发一个Google Kernel，想必也不是难事。要是这样做，任何人都不会有非议。可是，既然你选择了Linux Kernel，并且大张旗鼓地宣传，那么你奉献出什么呢？难道你的奉献就是给Kernel开一个口子吗？

Google必须做出改变。正如Greg Kroah-Hartman最后的呼吁：

“I really don't know. Google shows no sign of working to get their code upstream anymore.

我真的不知道未来。Google看上去没有任何改变代码的迹象。

I do hold out hope that Google does come around and works to fix their codebase to get it merged upstream to stop the huge blockage that they have now caused in a large number of embedded Linux hardware companies.

我确实希望Google做出改变，把它的代码合并进我们的代码，弥补已经出现的代码分裂。

I've privately offered in the past to help this work get done, and am doing again here publicly. But I need the help of the Google developers to make it happen, without them, nothing can change.

我私底下已经说过，我愿意帮助完成这项工作，在这里我再次公开这样说。但是如果没有Google程序员的加入，什么也不会发生。”

Android必须变成一个真正的开源系统。如果像现在这样封闭下去，就会被开源社区抛弃，就一定不会成功，即使有Google的支持。

UPDATE ONE

liufeng针对此文，写了一篇很好的评论，推荐阅读。

我接受他的批评，我确实有点感情用事。主要是因为对Google有太大的期望，所以不能接受它现在的这种做法。

这一次，也许不能说Google做错了什么，毕竟都符合GPL许可证的要求。但是代价也是巨大的——它放弃了创造未来的机会。我坚信，未来主流的手机操作系统一定是开源的，就像我坚信未来Linux一定胜过Windows一样。现在，既然Google放弃了这个选择，那么只能等待其他人来做出开源的手机系统了。这也意味着，我们还要在黑暗中等待更久。

UPDATE TWO

Greg Kroah-Hartman原文中有一些关于技术的部分，由于我不太懂，就没翻译出来。网友黑日白月做了意译和点评。

简单的来讲，Android 的硬件驱动依赖在 Google 代码树里的东西，于是尽管大多数厂商都将它们的驱动反馈给社区了，但是对 Google 代码树的依赖导致它们无法并入主线(merge into mainline)。而 Google 代码树一直没并入主线是由于 Android 平台安全架构模型需要额外的钩子以及完全不同的帧缓存驱动。

这次在 2.6.33 主线中把 Android 部分清理掉是由于厂商贡献的这部分代码在离开 Google 的代码树之后对其他嵌入式 Linux 没有用处，干脆从主线中除掉好了……

这跟前段时间 Linus 指责 Red Hat 把 Nouveau 并入主线的积极性不高一样，最后 Red Hat 也是把 Nouveau 并入 2.6.33 的主线了么……

没有并入主线对于社区和厂商都不利，社区得不到驱动程序的扩展，厂商也得不到内核新特性的改善。但是并不是所有模块在一开始的时候都是并入主线的，总是要发展到某个相对成熟的阶段或者解决了潜在的授权问题后才并入的。总之并入主线对双方都有利，这个问题反应这次 Google 的并入主线积极性不高（不代表不开源），社区打它屁屁了……

（完）

2003前后年传入国内，大概是与Usability同时。或者干脆说，它们几位就是被糊里糊涂的带到中国来的。放到一起讲，不仅因为它们之间的误会，确实是有很深的渊源。

首先Usability的中文翻译就有问题，普遍观点认为“可用性”或者“易用性”都可以。但从世界标准组织对Usability的定义来看，无论直译还是意译“可用性”都是最佳答案。可用性与易用性之间，既不是“或”的关系（不可划上等号），也不是“与”的关系（不可相提并论）。准确讲，可用性包括了“易用性”的含义，而“易用性”也有它专用的英文翻译——Easy to use。

2004年随着UPA在中国第一次国际会议，应该是首次把Usability概念在媒体面前提了出来。但限于当时影响力，没有过多涉及互联网技术领域。以后相继在05, 06, 07, 08, 09举办了共六届“用户体验行业”主题相关的年会。促进“用户体验”在中国各行业、领域受重视，在其中起到了不可磨灭的推动作用。

但过度的宣传和概念推销也造成了负面效果，到今天还有很多小白同行，甚至比较资深的“专业”人士误认为“UE等同于Usability”。其实UPA的全称叫Usability Professionals’ Association，中文叫“可用性专业协会”（注意：不是易用性专业协会）。也就是说，Usability才应该是UPA的核心主题，当UPA打着“引领中国用户体验行业发展”旗号推广概念时，难免有不明就里的同行误解，或者崇洋媚外式的盲目崇拜。当“外行”占领整个舆论层面时，就会产生媒体效应，自然三人成虎、以讹传讹。其实海外类似的“专业”领域级别盛会很多，比如信息架构高峰论坛(IA Summit)。

那么Usability与UE又是什么关系？应该说Usability混的好的时候，UE还名不见经传，Usability在欧美受重视的早，尤其在工业设计领域已经有了丰富的研究成果。当然，这也与它们之间的本质差异有关。近年来借互联网平台易于传播的东风，UE首先迅速风靡互联网技术领域，其次迅速超越Usability的地位。从整个体系上来讲，Usability只是UE的一个指标，“较高可用性”与“较好用户体验”应该是不充分不必要的关系，具体表现为：

• 较高可用性的产品并不一定带来好的用户体验。（不充分）
• 较好用户体验的产品也可能具有不良的可用性设计。（不必要）

因为影响用户体验的因素太多，我发现“可玩性”和“可用性”就天生矛盾，事物要具备相当的“可玩性”，肯定需要一定复杂度，除此之外还得充分调动用户做脑力体操，而“可用性”恰恰相反。比如，在我用手柄玩游戏的时候，需要的就是手柄绝对“可用”，而游戏绝对“可玩”，如此搭配才是绝佳的用户体验。或者可以直接总结，玩具类产品需要“可玩性”优先，而工具类产品需要“可用性”优先。事实上二者兼具的综合体，则主要看用户需求所致的权重关系，比如手机对我来说“工具”占大多数，对某些人来说则“玩具”占大多数。

当然，在绝大多数“中性”产品中，还是较高可用性匹配较好用户体验。前提我们要清楚用户群，将要给予较高可用性的用户群是不是咱们的“目标用户”，而且相对“拒绝”的艺术难度更高，比如我在2007年12月写的体验也讲究拒绝中所举例子，“用户体验”本身就是个中性词。

针对互联网产品而言，Usability并不是用户体验的核心关键，这是与“工业设计”类产品截然不同的区别。这也是为什么很多宣传Usability概念的网站，本身也做得很差的原因，也许用户根本还来不及“可用”，在“可访问”阶段就被拦住了，通用的“理论”并不能解决特定技术领域的实际问题，可参考我在2009年3月写的可用之前先保证可访问。

回到概念，或许因为UI和UE都姓“U”，造型也差不多，很多同行和外行直观臆断为“UE是UI的升级版”，这也是当时主流的错误认识之一。从概念上讲，UE我认为是目标，UI我认为是手段，并不在同个层面。

2005年之后，以用户体验为主题的设计类网站、博客层出不穷，各种专业名词和术语的英文组合域名把大家搞的晕头转向。至于UE和UX两位，其实根本就是一回事，通常海外和国内的外企公司习惯用UX。基本听不到UE的原因，是因为老外都习惯全称User Experience，和简称UX。另外问了几位朋友，据说取自Experience的发音ex=x，的确听起来和eXperience一样。不过，与UE比较我不喜欢用UX，不好看又难念（前者是“u’e”，后者是“u’aiks”或“u’cha”），也许正是概念本地化的痕迹。

http://en.wikipedia.org/wiki/User_experience_design

User experience, most often abbreviated UX, but sometimes UE, is a term used to describe the overarching experience a person has as a result of their interactions with a particular product or service, its delivery, and related artifacts, according to their design.

要说可用性、用户体验概念深入人心，得到广泛重视，我认为应该是在2006年8月《点石成金》（Don’t Make Me Think更传神）中文版风靡中国互联网之后。这本以现在观点看来属于入门级的“畅销书”成绩非同凡响，在整个互联网圈里口碑很好，截止2010年1月销量近3万册（出版社朋友给的数据）。其实本书早在2000年已经出版，未入中国前全球销量超过10万册。

2007年10月出版的《用户体验的要素》中文版，应该说比较权威的全面阐述了web用户体验知识框架，得到中外同行的广泛认可。这份2000年3月初发到网络上的抽象模型，才真正让中国互联网从业者对“用户体验”从重视走向执行。

参考文献
1. 向”易用性”说不（优势可用性博客）2006年8月
2. 当可用性遇上用户体验（人机交互观察, hciobserve）2007年06月

相关文章

• UED,UXD在中国
• UI在中国

「Google Reader（Google 閱讀器）」可以隨時接收與管理儲存來自各大網站、部落格的最新文章，對於資料收集、新聞建檔、知識想法筆記上都有很大的幫助，我也曾經在「Google Reader 閱讀器發揮最大效率的13個簡單關鍵技巧」、「你為什麼還不用 Google Reader ？新介面與舊功能完整心得分享」等文章中分享Google閱讀器的使用心得。

而在之前寫的「GreaseMonkey 10+1個私房推薦腳本：讓網頁變好用的 Firefox 套件」一文中，感謝讀者留言推薦了一款Google Chrome瀏覽器專用的擴充功能套件：「Google Reader Plus」，這款工具集合了各種和Google Reader有關的Greasemonkey網頁修改腳本，統合成一個單一元件，讓你可以一次安裝，也可以分別開關調整。

我實際試用過後，覺得「Google Reader Plus」這個功能改造大雜匯工具中，確實有幾個讓我覺得滿有用的項目，所以特別寫一篇文章來推薦介紹一下。

• Google Reader Plus（Google瀏覽器專用）：https://chrome.google.com/extensions/detail/hhcknjkmaaeinhdjgimjnophgpbdgfmg
• 相關文章：
• Google Chrome Extensions 官網上線，20款值得一玩的Google瀏覽器擴充套件
• Google Chrome 瀏覽器用戶當然要用的Google服務集成按鈕

使用Google Chrome 4.0以上瀏覽器，來到Google Reader Plus套件網頁，直接進行安裝，然後到「擴充功能」中進入「選項」來開啟或關閉你想要的功能。

因為Google Reader Plus基本上是個功能大雜匯，有些功能其實目前新版Google Reader已經內建，有些功能如果一起使用可能還會怪怪的，所以建議你只要打開（勾選）自己想要的Google Reader修改項目即可。

在選項設定畫面中，你在中間的功能列勾選想要起動的項目，用向右箭頭在右方打開細部設定畫面，在細節調整中微調後，按下右上方的〔Save〕，就可以正常啟動這項功能，下次你進入Google Reader網站就能看到相應的改變。

Google Reader Plus匯集的功能很多，下面我只介紹我覺得對自己有用的推薦項目。

• Theme：替換各種佈景主題
• Greasemonkey腳本：Google Reader: Mac OS X Snow Leopard Fixes、Google Reader Air Skin、Google Air Skin Comic Sans、google Enhanced BLACK、Black Skin、Another Dark Google Reader Style、Helvetireader style for Google Reader、OS X Style for New Google Reader、OS X Spinner for Google Reader、Google Reader: Mac OS X Snow Leopard Fixes

幫你的Google Reader換上各種不同的介面設計風格，除了增加視覺效果外，有些不同的介面設計或許對你來說更好操作，可以增加工作效率也不一定。

• Fix Counter：顯示正確的未讀數目
• Greasemonkey腳本：Google Reader Unread Count

當你的未讀數超過1000時，Google閱讀器會貼心的只告訴你「1000+」這個概約數值，但是如果你心臟夠強，想要知道實際未讀數目的話，就可以啟動這個功能。

• Text multi columns：多欄顯示內文
• Greasemonkey腳本：Google Reader Multiple Columns

這是一個滿不錯的功能，啟動後會在閱讀介面下方新增一個「column」項目，勾選後可以用多欄並列的方式顯示內文，你也可以在設定中自訂要2欄或3欄並列，也可以預設直接啟動這項功能。有了這個功能後，比較長的內文也可以盡量在一個螢幕畫面中讀完，非常實用，並且善用了現在的寬螢幕特性。

• Integrated preview：整合直接預覽網頁功能
• Greasemonkey腳本：GPE - Google Reader Preview Working

這個功能是我一直非常在意且強調的：讓你直接在Google Reader中讀完文章全文，不要跳轉出Google閱讀器，因為這樣才是最有效率的閱讀方法。有了這個「Preview」項目，即使對方沒有輸出全文內容，我們只要勾選「preview」後，就可以直接在Google Reader畫面中打開該網頁來閱讀全文。

• Colorful listview：用顏色區隔不同訂閱來源
• Greasemonkey腳本：Colorful List View

開啟這個功能以後，相類似的訂閱來源會用同樣的顏色標明，不同來源的訂閱則會用不同顏色區隔，方便你視覺上的辨識與過濾。

• Add top/bottom links：快速跳轉回文章開頭
• Greasemonkey腳本：未找到（歡迎補完）

有時候在Google Reader中讀完某篇很長的文章，想要跳轉回該篇文章開頭（或者相反）時，要一直捲動也會浪費不少時間，這時候增加這顆直接跳轉的按鈕（也可以使用鍵盤快捷鍵），能讓你操作上更親切順暢。

• Fit height：讓單篇文章的上下功能列出現在單一畫面中
• Greasemonkey腳本：未找到（歡迎補完）

有使用Google Reader的朋友應該可以體會：在這款閱讀器的內文瀏覽畫面中，會有上方標題列和下方的各種功能按鈕列，但是如果單篇文章過長時，標題列與功能列就無法在單一螢幕畫面中同時顯示，這讓操作上會增加捲動的麻煩。

所以利用這個Fit Height功能，可以強制讓上下功能列出現在單一畫面中，方面你直接操作，而單篇文章則在畫面裡用捲軸方式捲動瀏覽。這個功能可能要實際有使用Google Reader，並且有實際去應用下方功能列的分享、跳轉、標記按鈕的朋友才能體會它的好處吧！

• 小結：

Google Reader Plus的功能大多來源於Greasemonkey腳本，所以在選項設定畫面中的「thanks」頁面，它也列出了所有收集腳本的連結，如果你想單獨安裝這些腳本，或是在Firefox中使用上述功能，只要找到相應腳本也可以做到。

我在本文中也盡量在上述推薦功能裡列出可以在Firefox使用的Greasemonkey腳本連結，提供給喜愛使用Google Reader的朋友參考看看。

》高阶工作机会《 - 年薪100万台币及15万人民币以上的工作
人资长　HR Manger　Connector/Cable产品工程师　BU Head　Sales Sr. Manager　模具设计(资深)经理　业务经理　FPC自动化部门主管(理级)	更多

◎移动装置不是电脑

苹果公司的平板电脑iPad一出，赞美与批评声四起。赞美之词在此就不提了，许多科技玩家的批评声音集中在认为这是一款没有达到期待的电脑，包含他的大小，价格，规格等等。这些声浪充斥在Facebook ，Twitter 以及众多个人博客上。

这似乎是一台很多科技玩家都不怎么满意的电脑，但这好像正是关键所在：以衡量电脑的标准，来衡量一台不打算被当成电脑的装置。这个死结正是苹果公司（记得吗？这公司的名字在2007年从「苹果电脑」正式改名为「苹果公司」）10年以来一直试图告诉我们的。

是的，苹果公司不是电脑公司，而移动装置不是电脑，苹果公司认为自己做出来的不是电脑。从2001年第一台iPod诞生开始，到2007年第一台iPhone，一直到2010年的iPad，这似乎是10年来Steve Jobs一直在告诉世人的事，而这件事是整个电脑行业一直没有想通的。

近年来由于价格不断大众化，科技产品的使用族群发生了很大改变。对于 CPU速度，内存容量等技术规格不敏感的消费群体，成了市场上新兴的主流。他们对于移动装置所展现出来的需求是多样性的，个性化的，每个人要的都不一样的。

此外，还产生了以应用为导向的认知与购买行为（也就是说，想要很明确的知道，买了这个能干嘛？）例如，能拿来听音乐吗？能拿来看电视吗？能拿来看书吗？这种以应用为导向的需求，导致了装置更加的被细分到更分散的某一种小众市场去。

◎过往的手段失灵

这些改变，是以英特尔和微软为首的个人电脑行业不熟悉的。首先是单一商品卖出大量的时代已经过去。以前的电脑制造商顶多只要区分「商用机」和「家用机」，现在忙著应付「笔记本电脑」，「CULV轻薄笔记电脑」，「Netbook 上网本」，「平板电脑」等无数市场细分。

更别说接下去可能还有MID （Mobile Internet Device）以及开始有电脑制造商跨入电子书阅读器，智能型手机的制造与销售中。要管理这么多的产品线，进而在销售上迎合到各种消费者的需求，电脑制造商迎来的是一个「小量多样」的时代。「大量少样」的时代过去了。

其次，新兴起的主流消费群体让电脑制造商非常错愕。之前定位在「个人的第二台笔记本电脑」的上网本，显然是打算卖给重度科技玩家，没想到居然成为了许多人「人生中的第一台电脑」。这些消费者是学生，长辈，时尚人群。电脑行业用来做市场定位的那一套失灵了。

然而，制造商们似乎还没有办法绕出这个死胡同。回过头来看看当苹果推出iPad的时候，大家在想什么？一些人认为，像iPad这样的平板电脑，功能与规格以及能做的事情与智能手机相比差不多，如果这样那还不如买上网本。因此认为iPad没有生存空间，不知道卖给谁。

这种比较法问题在哪？问题在于把iPad当成电脑。我们拿了一把量电脑的尺去量iPad，怎么量都觉不对。然而，这种量法在过去两年里已被证明是死路一条：当上网本问世的时候我们量了一遍，MID 问世的时候又量了一遍，CULV问世的时候再量第三遍。我们找到答案了吗？

◎以应用为导向，以消费者为核心

电脑制造商始终在这把电脑量尺上找不出答案。一开始上网本被定位在笔记本电脑与智能手机的中间产品，后来笔记本电脑越做越小越便宜，侵入上网本产品线。而上网本的功能越做越强大，侵入到笔记型电脑市场。之后的CULV更是说不清楚市场定位，在三者间挣扎。

而还在概念阶段只有小量产品的MID ，号称介于上网本以及智能型手机之间的市场细分更是怎么都说不清，电脑制造商感觉到自己怎么做都不对。这些林林总总的问题，似乎都指向一个方向：这把量尺还合用吗？我们拿这把尺继续量下去是对的吗？

把眼光从产品线定位拿开，移回消费者身上吧。这群对规格与技术不敏感的主流人群，他们到底要甚么「应用」？让iPod活起来的是音乐，让iPhone活起来的是上网与上万种Application 应用，现在苹果打算拿电子书的应用让iPad活起来。iPad不是电脑，苹果认为不是。

苹果这一次尝试是否会成功还不知道。但是当Steve Jobs在iPad发布会现场提到苹果公司时，说他是一家「移动装置制造商」，我们知道他深深抓住了重点，那就是「移动装置不等于电脑」。这里指的不是硬件，不是操作系统，而是以应用为导向，以消费者为核心的思维。

我们要问，电脑行业用了这么久的英特尔微软架构（所谓的Wintel）符合以应用为导向，以消费者为核心的思维吗？符合新兴消费族群要的应用与体验吗？改变并非一夕可成，电脑这个产品也会持续存在，然而我们开始摆脱电脑的角度在看新兴的移动终端了吗？ （文：数位之墙）

针对本文发表意见

上一篇：台湾为什么做不出一个Facebook？

■ iPad，iPhone，iPod，以及苹果告诉我们的事 – 2010/01/31

■ 智能手机（三）电信业态度 – 2005/01/30

■ 网络行业的人才流动现象 – 2000/01/30

欲引用本站图文，请先取得授权。本站保留一切权利 ©Copyright 2008, DigitalWall.COM. All Rights Reserved.
Question ? Please mail to webmaster@digitalwall.com

1月28号（美国时间27号）Apple 发布了 iPad，如人们平常所称的来自 Apple 的平板电脑（Tablet），iPad 采用了高分辨率的 9.7 英寸 LED 背光 IPS 显示屏，承载了 Multi-Touch 多点触摸技术，宽 189.7mm，高 242.8 mm，厚度为 13.4 mm，重 0.68 kg (配备3G的为 0.73 kg)，电池续航时间可达 10 小时，详细的一些介绍可以见官方网站。

iPad 从正面看像是从 MacBook Pro 上卸下来一样，四周尺度平均的黑色边框，完整的玻璃表面被带有较大圆角的金属所框住，金属边框从后包到正面不仅在 Apple 产品上（新款的 iMac 是玻璃完全覆盖住边框），也在我们身边其他一些产品上是一种非常熟悉了的形式语言。而将 iPad 转往背后，从侧面到背后的形式语言更接近于 iMac 或者是 Apple 的 LED Cinema Display 显示器，一个较大的弧形背面与四壁相接形成一条锐利的边线，大弧面便于手的把握，与 iPhone 从弧面过度到平面不一样的是因为 iPad 的尺度决定了一些人机操作上的不同，另外 iPad 四壁在正面的那条外边倒了一个直角边，这样的手法也是很通俗的，如果要在 Apple 产品上去追溯渊源，或许可以找到 MacBook Pro 的 Unibody C 壳的下边沿。不带 3G 只带 Wi-Fi 功能的 iPad 背部是一个完整的外壳，工艺类似于 iMac 或者 LED Cinema Display ，我们在《亮利的风景线》 一文中介绍过，即用后加工的方式作出类似 Unibody 的那种整体感。内置扬声器的空位是三个长条形的完整圆角矩形排列而成，有点 PowerBook 时代的感觉，用三个估计是为了平衡视觉和功能之间的关系，这样的可以称带一点掩饰的手法在其他 Apple 产品的细节上较少见。iPad 正面和 iPhone 一样只有一个按键，界面也一样。

在 iPhone 发布之时，当时我们这里发布的文章是以“千呼万唤终出来！”这一句开始的，iPad 也如此，也是千呼万唤，虽然都是千呼万唤，但两者之间的差别是值得我们去体会的。我们在半年前曾经就 iPad 这个话题写过一篇文章并讨论过，也对这种千呼万唤的期待作过一些分析，而现在 iPad 已经呈现在人们面前了，虽然上市到人们手中是另外一个重要阶段，但现在人们对 iPad 已经有了大概的观念上（没有手的触摸）较清晰的印象，亦是说千呼万唤已经有了后继反应，我们就可以再进一步去了解围绕着 iPad 的外围生态了，外围生态比如说人们的反应、适应和接受是产品的一部分，而在 iPad 身上尤其重要，这一点我们会在下面讨论。

与 iPhone 的千呼万唤终出来之后人们的反馈明显不一样的地方是，iPad 的反馈不是完全被征服，有些人明显的是失望，尤其是那些对这个产品的革命性抱有很大期望的人，在前一篇 iPad 的文章中我们说到过这些人，比如那些在当时对 iPad 存在一些疑问的文章下兴奋反驳的人，这些人也是产品形成的一个主要部分，尤其是 Apple 的产品，他们热忱、开放、充满希望，现在他们对这个结果很失望，因为 iPad 不够革命性不够突破，或者说和那些其他厂家看不出什么区别，就像那个 JooJoo ( 以前的CrunchPad )。

而更多的是困惑、疑虑，摇摆不定，要说 iPad 好也说得通，要说不怎么样也还真就那么会事，要从革命性和带来的产业效应有很多论据支撑，要从现实中的一些问题去敲击叩问，iPad 确实也不是无坚不摧……为嘛？

因为 Apple 所作的就是将一个现在还是 niche 的产品带向 mass，即将一个位于角落的产品类别如何带向大众化。

Tablet 平板电脑并不是一个新鲜的产品类别，如同谈论设计史可以追溯到旧石器时代的石块，Tablet 也有它的石器时代，从桌面使用联系掌上使用这是一个非常平常的逻辑性创造思维，从石器时代到现在，很多公司也都在 Tablet 上有所行动，当然从去年下半年开始就更多的，除了那些想在 Apple 之前押一个宝的，最重要的还是时代的变化，所谓时代的变化，即有底层的技术的变化或者生活方式的变化，人们的期盼也是其中之一。

在这之前，Tablet 一直是一个 niche 产品，我们可以称之为小类别产品，即使是针对大众化的收到的反馈也是使其限在角落之中。如果我们来梳理背后的原因，简单地我们可以分成两类，硬性的和软性的。

硬性的，就是指围绕着技术的客观因素，试想如果一个平板电脑常用的使用方式是放在桌面上，则有多少人愿意使用呢，这种使用方式或许很多人都碰到过，就是以前还只有阴极射线管显示器的时候，很多学校都是将显示器倒立放置于一个桌子中，只露出一个现实球面玻璃。从元件到电池到显示效果无一不制约着它的发展和应用，当然我们可以从那时的很多概念设计中看到使用轻便的设计。同样软件也制约着它的发展，不展开详述。

软性的，就是生活方式。Tablet 的基础成因之一就是移动，如果只有电脑的需求，我们能在 Tablet 上做什么呢？如果它只能完成笔记本或者智能手机的功能，只是一种替代，那么选择 Tablet 最主要的还是没事干。

但是，还有一个非常重要的原因使得 Tablet 只是一个 niche 产品，这个原因即时硬性的，因为它是客观因素很难改变的，也是软性的，因为它不是技术之类促成的，而是人以及习惯。人机，决定了产品类别，这一点我们不仅在前面文章中讨论了很多，在 iDESIGN 上也作了不少讨论。人的身体可以说是客观不会改变的，无论你是怎样的创新方式或者设计，只能去适合人，也就是人机的因素，使得产品的大类别非常鲜明，比如屏幕尺寸决定的不同电脑，甚至我们身边的很多标准包括工业标准是因为人机这个因素决定的。当然人机这个决定因素不是非常死板的只有1，2，3，4这样的级数，在1和2之间同样有无数的选择，那么这种选择的分布从空间和时间上表现出来的就是人的习惯，如果说人机是诸如产品类别和标准的内在因素，那么习惯就是外在因素，比如为什么我们的键盘是 QWERTY 而不是 DVORAK，为什么我看电脑是水平视线而读书是倾斜视线……一个人会受制于习惯而改变需要付出尝试和努力，当大众都被习惯束缚的时候，也就促成了类别。

iPad 并不像 iPhone 那样的革命性，我们从发布会的视频中就可以很好的体会，虽然 Apple 在词语的使用上还是非常煽情，但是可以从中哪怕是 Steve Jobs 的一些语气和神态中感受到一些薄弱之处，或许可以体会到一些 Apple 的试探之意。 Tablet 虽然是一个小类别，但是它是最重要的未被抬上水面的产品类别，Apple 肯定不是只是在现在才去探索这个类别的产品， Steve Jobs 在发布会开始不久也提到了，他们探索了很久，那么为什么现在就正式推出了呢，因为尽管有很多受制因素，但有很好的天时地利人和，Apple 可以有条件把它推一把，努力将它从niche 带向 mass。

天时

相对于互联网的发展，数字产品或者说硬件的发展是缓慢的，比如说这几年由 Web 2.0 带动的网络变化，非常迅速的改变着人们的生活，2年前我们这里写过一篇《走下电脑的 Web 2.0，催生一片新天地》，看看我们周围的产品，有多少是内容带动的，而且这个需求有多大，我们可以看一下此前风行的 Netbook，甚至是 Kindle。或许感慨说我们坐在电脑面前已经很久了，这个感慨不是意味着我们不应该坐着使用电脑，坐着使用电脑仍然是最理想的方式，但或许可以加一个之一，因为我们现在想无时不刻都能体会坐在电脑前那种便利，比如想查找一个信息，想发布一下 twitter 之类，我们需要更多的生活方式，而现在似乎就在眼前了，我们再也不会有什么现实世界和虚拟世界的感觉差别了，甚至我们都很少说“网恋”“网购”这个词了，因为数字生活已经深入并日常化了，而现在我们很多局限却是受制于硬件或者说产品和设计。

地利

Apple 在将公司名称上的“电脑”去掉之后，它切实成为一家创新的数字消费品公司，无论是人们的印象还是实际比如说最近的季度财报，Apple 这家公司已经不再和电脑联系起来了，甚至说 Mac Pro ? 那个6-7年没更换的机箱，听上去就像 Xserve 一样了。尤其是在 iPhone 发布之后，诸如 Multi-Touch 这样的技术应用已经深入人心，Apple 的产品线无论是功能和设计都是空前的明确和统一。iPhone 已经快3年时间，它还带来一个效应就是人们的期待，如果此时 Apple 再不整出点新花样是无法交代的，而这个新花样不像 MacBook 那样隐形的升级创新，人们期待的是 iPhone 那样的创新。Tablet 恰好是一个最直接的产品类别创新，它能够介入 Apple 现有的产品线之中，有了 iPhone 的基础，它可以从中很好的独立出来。

人和

我觉得这是人们叫唤一个产品最狂热的，在一个产品还未出现之前，甚至可以说 Apple 本来不想做，但是人们期望太热烈了，无论从积极还是消极的因素说，都应该推出这个产品。（关于人们的期待讨论可以见前一篇 iPad 文章）

Apple 能够将这个 niche 的产品努力带向 mass，一个是因为 Apple 能够将这个产品打造好，另外一个就是靠着 Apple 的号召力可以去突破习惯，让这个类别产品原本一个首当其冲的限制退到边缘，这种号召力是强大的，iPad 或许从根本说就是一平板电脑，和其他公司产的差别不大，但是给人们的感觉就是不一样的，非常不一样，甚至说对 Tablet 这个产品类型都有了新的看法。

那么，最重要的，Apple 怎样来打造这个产品，努力使它从 niche 走向 mass 的呢？

1，它是 iPad 不是 Tablet

当然 Apple 没有说它不是 Tablet，不是平板电脑，但是 Apple 自己不会去说 iPad 是一部 Tablet 平板电脑，在发布会中只有在开头的演示屏幕上引用华尔街日报的话中出现过 Tablet 一词，其他都没见到听到这个词语。人们会叫它是 iPad 而不是 Apple Tablet 什么的，这也是 Apple 其他产品的一个战略思想，iPod 很少和 MP3 播放器联系起来，当然在中国比较特殊一点，尤其是网上介绍，喜欢叫苹果MP3或者MP4播放器的很多，可想 iPad 如果叫 iTablet，那么它在国内会被人叫成什么呢？以我的体验，不熟悉英文的超过3个音以上的英文词非常难念。

想要摆脱类别的束缚，就要摆脱类别。类别名称是一把双刃剑，一边的刃非常钝，即便与人们理解，比如作出一个很新奇的产品，用现有类别名称是最容易向大众介绍的，也是最懒惰的方法，比如说“啊，它是一个MP3播放器”。类别名称的劣势我们在《Outline/轮廓》这篇文章讨论过。

有谁记得什么 UMPC 吗？或者 MID 吗？或者现在哪个MP3播放器你还印象深刻。当然，iPhone 是手机或者说智能手机（Apple 提这个也很少），这就是大类别和小类别的区别。

2，它还真不是 Tablet

以往的 Tablet 是怎样的呢？就是将电脑做小做成手持的，还有，加上触摸操作，但是一打开还是和桌面电脑一模一样，使用和消费的观念也一样，就像 Window 系统的平板电脑，它就是一个小电脑。后来，会做一些优化，比如系统载入上，而且做一些定制界面，但是给人的感觉就是一台阉割了的电脑，似乎我只能消费我买的功能实力的一部分，当然使用 iPad 你也不可能让里面的 A4 CPU 100%的为你服务，但这就是感觉的差别。如果这个类别本身不能明确的独立出来，那么这个类别就很难逃脱 niche 的束缚，WinCE 在很多工业设备上就表现很好，但这不是给大众使用的。

iPad 它不是 Tablet，也不是电脑，也不是放大了的 iPad Touch 或者 iPhone，Steve Jobs 在介绍开始的时候说，只有让它的核心功能体验大大超过其他类型产品，那么它才能独立出来，然后列了一大堆，从浏览网页到电子书阅读。

3，它真正重要

它不是一个 Hobby（至少在现在），它是一个重量级的产品，Apple 把它看得和其他产品一样重要，而不是一次尝试。虽然听起来再正常不过了，但是相比一下其他大厂家的平板电脑，无论他们内部部门是怎样的对待，但是从大众来看，就像是他们扔出一块东西，然后心不在焉的在后面看看“怎么样嘛？”“不错的话，我继续”，或者有的就是玩票似的，只有 Apple 才把它搞的如此重要。

3，Apple 式的追求完美的呈现

发布之前不会有模糊照片泄漏，每一丝都做到完美，因为第一印象，比如我们可以把 iPad 和 HP Slate 刚出的平板电脑放在一起，或许你开始并不对这个 iPad 有好印象比如有失望之类，好多人都会说边框太宽，但是一旦你多看，就觉得这个比例很不错很舒服，这不仅关系到背后的设计考虑，还有重要一点的“表面功夫”，比如产品效果图，我们可以从 Apple 的网页上去体会，比如 iPad 照片上玻璃面高光的修饰，可以同高反光的 MacBook 玻璃面的高光处理作比较，每一个你能想到的细节，角度、示例图片等等都是形成第一印象的重要因素。而 HP Slate 的宣传效果图片却是灰蒙蒙一片，简单的背景，充满无味之感，甚至一个画面上出现了2个 hp 的logo。

4，向大众诉求

最近看网上对 iPad 的讨论中，经常出现这样的场景，当一个 Geek 有点失望的时候，他父母喜欢上了。如果上来就显示编辑文档或者使用 SketchBookPro 多么炫，那只能卖给设计师了。

5，售价

售价是最大的号召力

……

至于 iPad 会走向怎样大众，我想不仅我们在期待和观察，Apple 应该也在期待和观察，如果靠着 Apple 不妥协的执行力加上号召力能够冲破习惯和生活方式上的束缚将 iPad 带向大众，相信也会给 Tablet 带来不小的变化。

相关文章

• iPad? iTablet? 讨论一下传说中的 Apple 平板设备 (18)
• iDESIGN 21 (14)
• iDESIGN简报第18期 (12)
• iDESIGN简报第15期 (18)
• iDESIGN简报第12期 (10)
• iDESIGN简报第7期 (9)
• 来iDESIGN交流WWDC09 (7)
• Rpple——MacBook 的曲面特征及高光表现 (31)

本文版权所有 © 2010 Xin LI <delphij@FreeBSD.org> 保留所有权利；非商业转载请注明出处 http://blog.delphij.net/， 谢绝商业转载。

安全不能建立在"别人不知道"的基础上

"别人不知道"是一种非常常见的安全 假象，举例来说，一种自己设计的山寨加密算法、一个系统中一般人不知道的位置等等，都属于这一类。

将安全建立在"别人不知道"的基础上是非常危险的。首先它会给设计者和用户带来"安全"的幻像，这会直接导致与系统交互的人放松警惕；其次，这样的设计往往留有"后门"，甚至是设计者不知道的后门（因为往往他们并不对这类设计进行充分的、专业的审计），容易被攻击者利用；最后，这种做法存在第三方泄密问题，即，使用这种系统的人，需要提防设计系统的人被其他人买通并泄漏一些秘密的情况。

延缓攻击的手段不能用来阻挡攻击

有许多延缓攻击的手段，例如改变服务的端口（比较常见的如将 ssh 改为 tcp/22 以外的端口），或禁止服务程序显示自己的版本等等，或仅仅简单地启用防火墙，这些手段起到的作用只是延缓攻击，而不应作为一种安全屏障。对于多层次式的安全设计来说，采取这些措施有助于提高检测到入侵的机会，但是它们本身并不会提高安全性。

与前一种情况类似，这种做法也只是让管理员放松警惕。例如以 ssh 为例，有人认为将端口改为一个非知名端口可以避免相关的攻击，但事实是，攻击者依然可以利用 ssh 实现或协议设计中存在的一些漏洞来攻破系统。拥有特定资源的攻击者甚至不需要直接对目标系统实施攻击。在较复杂的攻击手段中，包括简单的 port knocking 一类的保护手法，都可以使用类似分组重放这样的方法来逐步攻破。

采用层次式的安全设计

所谓层次式的安全设计，说的是在一套安全系统中包含不同层次的、存在层次式监控关系的安全结构。例如，将本地包含执行文件的那些文件系统通过一定的方式导出给监控网段的机器，就可以让那些机器在攻击者不知情，或至少不太容易注意到的情况下对入侵进行检测；通过将一些重要日志发到以不同的访问控制机制，甚至不同网络协议的记录设备上，则可以有效地检测入侵者的入侵行为，并为日后的分析留下更多的有用信息。

层次式安全在现实中也有应用。例如产品的质检，除了制造商自己进行的质量控制之外，有时分销商或政府也会进行一些抽样的检查。我们注意到，这些设计中的一个重要的特点是在不同的系统中使用不同的访问控制逻辑。例如，日志服务器必须从特定的客户端，甚至只能从某些隔离的内网登录。此时，延缓攻击的手段可以作为它的一项辅助设施，即其目的并不是阻止攻击，而是吸引攻击者在攻击目标上花费更多的时间，从而帮助入侵检测机制更容易地检测这些攻击。

不要轻信任何东西，包括X.509证书

安全系统的设计者必须对安全有全面的理解和认知。有一句很著名的话叫做 In God we trust, all others must submit an X.509 Certificate，需要注意的是，这里说的是 must submit，并没有说 submit 了就可以 trust 了。

和前面所说的层次式安全设计类似，我们的一个基本假定应该是，一个安全系统中的任何参与者，无论是用户还是计算机或程序，都是可能存在弱点的。安全系统，或用户，都不应轻信任何东西，例如，在特权隔离 (Privilege Separation) 这样一种设计中，特权进程除了完成那个非特权的子进程的请求之外，还有一个任务是维护一个"理性状态机"（Sanity DFA），这个状态机的作用是检测非特权进程的异常状况，如果发生这样的情况，则特权进程有拒绝提供服务，并杀掉非特权进程的责任。作为用户，对于系统给出的响应，除了验证对方的证书之外，也应有常识性的了解和适当的判断。

不要把安全建立在不靠谱的基础设施上

举个现实生活中的例子，修一座桥，结果水泥标号不够；修一座楼，结果钢筋用竹签代替，有可能稳当吗？

然而在安全系统的设计中，很多人却往往忽视这样显而易见的问题。比较典型的就是许多网站所采用的所谓"安全控件"的技术。每一个这样的新设施，都意味着新增的攻击面和一组可能可以利用的新漏洞。

在一个安全系统中，防守的一方一定是弱势群体，因为他们必须按照一定的规矩去设计系统；而攻击者则可以采用最便宜的攻击方式。时刻牢记，在你花费时间去加强系统中最坚固的部分的时候，你的对手则正在靠近这个系统中最薄弱的环节，甚至可能是在你不知道的情况下！

下面是一些典型的不靠谱安全设施：

• 自己设计的算法。（公开的算法经过了更多的专业人士的验证；而自己设计的算法则没有，每个人的知识面都会有些局限，即使第一流的密码学设计者也可能设计出糟糕的算法，因此同行的验证很重要）
• 监控键盘的驱动程序。（这类做法不仅不能对安全产生助益，反而会给其他木马带来监控用户键盘，从而攫取其他机密信息的便利）。
• 基于明文的通讯协议。（当数据需要经过不受控制的网络节点的时候，端对端加密是非常重要的）。

操作复杂不等于安全

一些安全措施在实施了之后，用户可能会发觉与之前相比会带来一些不便。有些不便可能是无法避免的，但这并不意味着，使用的时候给用户带来不适的安全设施就一定会提高安全性。

举例来说，一些银行在登录时，会在用户输入用户名之后，先显示一张用户自己定义的图片，然后再让用户输入密码。这种设施本身并没有改善任何安全性，因为中间人攻击仍然可以获得那个图片，更糟糕的是，由于看到了希望看到的那张图片，用户反而会对这个网站产生安全幻觉。

而另一种做法则是给用户一个小的token，这个token能够根据网站和token之间共享的信息和用户自己的密码来计算出一个登录用的一次性密码。拿到这个一次性密码的攻击者，并没有很好的办法再次使用这个密码来做别的事情。

代码开放和安全是不是一回事

许多人认为，开放源代码的东西更安全一些。这种说法并不完全正确。还有一些人认为，因为代码大家都可以看到，因此开放源代码的东西更安全，事实上，后面这种看法完全是逻辑混乱。

举个例子，面对来要求审计账目的税务局，一个CEO的回答是，我的账目绝对没有问题，因为我这家公司上上下下200多人都可以随时去看。毫不意外地，这个审计师决定自己再看一遍，因为这是一家广告公司，而"能看"和"看过的人都是内行"以及"有多少内行看过"也是完全不同的概念。

在选择一个解决方案的时候，如果一定要参考其他人的意见的时候，一定要看这个意见是来自什么人。开放源代码的产品一样有可能会存在漏洞，看它代码的人很可能并不是很有安全方面知识和经验的人，有这些经验的人可能在看其他的开放源代码，甚至不开放源代码的产品，等等。真正重要的是，找一个值得信任的专业人士去做这样的评估，而不是仅仅看一个和安全与否关系不大的指标就匆忙决定。

使用公开的、经过验证的安全算法和协议

算法和协议是实际应用中的安全系统中最关键的两个部件。经过验证的、公开的算法和协议有这样一些无法替代的好处：

• 设计它们的坏人有足够的专业知识。
• 试图攻击它们，并且也有足够专业知识的坏人已经证明，攻破它们需要的代价大到不值得从这个方面去突破它们。
• 坏人之间为了证明自己做了充分的对抗性的同僚复审。
• 它们被破解的时候，你可能不是最先知道这件事的，但是也不会是最需要担心这件事的人。
• 最重要的一点：设计一个自己破解不了的东西很容易，而设计一个 别人 破解不了的东西很难。我要提醒读者的是，你需要的是别人破解不了你的系统，而不仅仅是你自己破解不了。

避免同一类型的弱点

攻击者在攻击的时候，往往会采用最"便宜"的方法去进行。例如，在发现一个由于程序设计问题而导致的安全漏洞时，除了修正这个问题本身之外，还应对系统中可能存在类似问题的其他环节进行类似的代码审计。对于开源项目来说这一点尤其重要。

例如，如果OS允许在地址0附近映射内存页，则由于欠锁一类原因导致的竞态条件所导致的可能就不仅仅是崩溃了。这类问题的典型用例是先将自己的代码映射到地址0附近，然后设法触发内核的一个可能导致空指针引用的函数指针调用，这样系统将会在内核的上下文运行那些代码（说明：出于性能考虑，一般来说内核并不会切换到一个完全不同的地址空间去运行）。尽管修正竞态条件本身很重要（例如FreeBSD SA 09:13.pipe），但通过禁止在地址0附近映射内存页，可以将这一类型的潜在漏洞全部由特权提升降级为崩溃或死锁，因此也就有了 FreeBSD EN 09:05.null 所做的改动。

避免过度设计，优先改进最薄弱的环节

过度设计是许多工程师会遇到的问题。例如，在内网交换机上传输加密数据，在多数情况下都是不必要的（听不到发到其他节点的包，而听包本身所需要的权限已经足够做其他事情）。

攻击者不需要遵循任何规则，而防守者则必须遵守一定的标准。因此，作为原则，防守的一方应假定攻击者会找到系统中最薄弱的环节，或者说，站在攻击者的角度去思考从什么地方去攻陷系统，并加强系统中最薄弱的那些环节。

不过，想要避免这些设计问题，必须拥有许多相关的知识和经验。

今天先写到这里，改天继续总结。

传统的翻页方式是“上一页+页码+下一页”，大家最熟悉的设计。

Bing图片搜索

Google reader

看图购

而近年兴起的这种“无尽滚动翻页”的翻页方式，即滚动条拖动到最底部后开始加载后面的内容，而不再有“上一页+页码+下一页”这样的链接。

相对而言twitter、Iphone app store这样的“递进式翻页”则没那么激进，保留了一个翻页按钮，是介于传统翻页与无尽滚动翻页的一种折中方式。

上图是Google book search一个巧妙的翻页设计，鼠标悬停在文档底部一个局部区域（高度约50px）时，出现一个半透明的层，点击这个层开始翻页。这个巨大的辅助翻页按钮，大大提升了翻页的便利性，且对界面影响很小。

这里讲到的翻页组件创新，是用新的翻页方式替代传统翻页组件。从信息的结构来看，传统翻页是将信息分段，而“无尽滚动翻页”属于信息滚动。这两种方式对应现实生活中的原型是：书籍和电影胶片，书籍把信息拆分到每页里去翻动，电影胶片的信息则一帧帧的滚动而过。

从信息流动速度和翻页便利性来看，“信息滚动”远远大于“信息分段”。这两种翻页方式应该如何选择？我想这应该取决于用户对后面内容的需求强度，像google搜索结果页这种越往后信息质量越低的场景，用户对翻页需求并不那么强烈。Google reader这样不是按信息质量排序的场景，提供高速的翻页方式是个相对必要的做法。需要注意的是，滚动翻页不利于内容准确定位和信息回溯。

信息流动速度对信息接受者心态有很大影响，流动速度越快信息吸收量相对越小，所以阅读pdf文档比阅读纸质书籍心情急躁，忍不住去翻页，是在“扫描”而不是“阅读”（个人主观感受，如有雷同纯属必然）

由此也延伸出一点，交互设计师的工作职责除了架构信息，还应该控制信息的流动速度和供给量。

总结

最后，以一张图片总结交互组件创新的四种方式，一家之言希望对大家有所启发。创新无定法，必然存在更多创新方式，欢迎交流补充: pigtwo#gmail.com

不一样的交互组件（上）

不一样的交互组件（中）

本期碳酸饮料会完整PPT下载>>