Chrome设计师：浏览器和OS都不是重点 Web应用才是主角
作为一款新型浏览器，Google Chrome 从发布之后就受到了用户的广泛关注，其用户群也在不断扩大。与此同时，Google 也正在打造为上网本设计的操作系统 Chrome OS 。近日，著名科技博客 Lifehacker 请到了 Chrome 团队的 UI（用户界面）设计师 Glen Murphy ，交谈了 Chrome 和 Chrome OS 未来的发展方向，解读了 Chrome Web Store 的重要意义以及解答触摸屏、键盘快捷键的相关问题。
Chrome Web Store 的公布是上周的 Google I/O 发布会上的一出重头戏。这个项目已经启动多久了？ 从操作系统的设计角度来看，它又将带来怎样的挑战呢？
实际上我们从打算做 Chrome 浏览器的时候就一直在考虑这个项目，而当这一切开始的时候，Web Store以及 Chrome 应用程序本身就已经成为了整个计划的重要组成部分。在过去的时间里我们专注于 Chrome 浏览器的开发而没有给大家提到这个在线商店，但现在我们工作的重心转移到线上商店了，而这也是我们整个计划的最后一个部分。
安全问题是我们面临的最大挑战——我们要保证用户不会受到恶意软件的侵害，当然这也是 Chrome 扩展所面临的问题。写一个“做恶”的扩展并不难，但要与用户交流完全避免这些带有侵略性的程序着实是个不小的挑战。
第二个挑战是如何在浏览器中将应用程序和常规网页进行区分，虽然说这确实有一些不同点，但很难定义这两者之间的不同，关键在于用户如何看待这个问题。在 Web Store 以及我们所建立的整个架构体系中，我们都使用“标签”来展示一切，希望用户也能够意识到这一点。
在 Chrome 项目中，最重要的界面设计原则是什么？
从一开始我们就关注内容而不是 Chrome 本身：让 Web 应用成为主角。其实用户根本不关心他们的电脑，他们也不应该关心。 把 Chrome 做成一个用户不需要了解它是什么的东西，这是我们最大的挑战，也是我们最好的老师，我们只需要朝着简洁、高效去发展就行了（译者注：就好像大部分人不知道IE是什么，只知道蓝色的 e 代表着“上网”）。
使用浏览器打造一个操作系统的体系环境有多难？能否举例说明？
那是相当的难，比如我们花了很多时间在用户的语言选择以及网络侦测方面，我们要让用户接入无线网络，并且选择他自己习惯的语言，尤其是对于大部分不懂英语的 Chrome 用户这一点更为重要，而这恰恰是保持简洁的绊脚石。
你们似乎在Chrome中弱化了快捷键功能，快捷键依然存在，但是在界面中通常没有提示。这是有意而为之吗？
我们旨在简化复杂操作。我们花费了大量时间和精力让快捷键更加易用，要知道 Chrome 是在 Google 开发测试的，而这里的每个人都是键盘党。我们也确实有这样的打算：鉴于很多用户习惯使用鼠标，而使用快捷键可以简化其中的很多操作，所以我们希望引导用户使用，但又不能采用那种具有“侵略意味”的提示。在这个问题上我们做过很多讨论，要走的路还很长。
你们怎么看待将触摸功能作为 Chrome OS 的交互手段？
作为一群极客和技术爱好者，我们非常关注触摸功能，甚至到了狂热的程度。问题在于触摸功能在台式机上并没有太大建树，在便携式电脑上也只能算刚刚起步。我们把Chrome装到平板电脑上，并做了很多探索。结果发现如果要将 Chrome OS 应用于触摸设备上，需要不少改进，比如在触摸屏上如果用户想点到屏幕顶端的标签就很费力，所以我们就需要改变标签栏的位置（译者注：难道 Chrome 的竖排标签就是为这个准备的？）。
Chrome 团队和 Android团队之间有沟通吗？
我们相互之间共享很多东西，比如 Chrome 的V8 Javascript 引擎已经移植到了 Android 平台上，又比如 Android 团队在开发浏览器地理定位规范时，就需要和我们通力合作。
在工作中，你怎么管理时间，保证一切都井井有条呢？
我身上存在一个“效率循环”。我很喜欢使用新的机制去完成事情，在很早之前我就为工作计划做了一个待办事情单（To-do list）的小程序，但通常的情况是大约一个月之后，这个清单便失效了，效率又变低，所以我又要换一个清单。我想每隔一段时间我的脑子就“自动关机”了，直到有新的技术来将其激活，然后新鲜劲维持一段时间，效率又变低，周而复始。
在 Google，每个人都有不同的方法来管理时间。很多人只有纸笔。有些人什么都没用，但效率却特别高！
Chrome接下来有什么计划？