长舒一口气，得到两家医院的肯定，我终于可以安心地迎接虎年罗。
真得好好感谢感谢百度贴吧的病友们，他们给出的自疗方案，对于我等轻轻度患者来说，效果不可谓不显著！
－－－－－
另一件事儿。
昨天爬美女山时，无意间发现还有另一条便道通往南际公园。此道距被堵的老道并不远，和招摇的老道截然不同，此道不大显眼，甚至可以说有些隐蔽。揣测一下，估计这条道主要用于两山庙宇间的资源交流吧。嘿嘿 ～
]]>回首我加入RydahMS的近两个月时间。一开始，我练主号，建许多小号，大号冲GM，小号积累VP换WS卖钱。几周后，GM达成，同时储备了不少MSI。随后，我将MSI装备分别借予每个小号，以飞快的速度，让每个小号达到交换一个MSI的高度，即MSI mule。细细数来，我一共有20个MSI mule。
经过不懈的努力，我赚取到大量的金钱，随之购得心仪已久的DMSI，尽管是花高价从奸商处购得，但依然喜悦。
悉心耕耘，收获丰硕，终于到了可以从容享受游戏的时刻。谁曾料想，幸福一刻却遭遇如此变故，不小的打击。
诚然，可以重来，而且恢复元气也并不十分困难。但那只是一种完全一样的过程，有过之而无不及的枯燥。
闭眼，深呼吸，Time to Say Goodbye ……
]]>这项争论已持续多年，但上周苹果公司发表的iPad（和iPhone一样）不支持Flash，再次炒热这个话题。在那之前，Adobe曾低姿态地表示，只要苹果点头，他们非常乐意为iPhone提供Flash。
但Adobe技术官Kevin Lynch似乎不想再讲客套话，他在2日的一篇部落格写道，苹果不愿在其“神奇的装置”上纳入Flash，代表iPad使用者只能看到残缺的网页。他甚至拿出Google Nexus One来比较。
Lynch表示：“我们即将完成适用某家公司之外，其它所有大型智能手机厂牌的Flash Player 10.1。”他特别提到其中包括Nexus One，而该软件也能在平板装置、小笔记本和网络电视执行。他说：“Flash搭配浏览器，为这些装置提供了一项竞争优势，因为他们的顾客将可浏览整个网络……我们已准备好为这些装置的浏览器加上Flash，只要苹果愿意，但目前为止，我们仍未收到苹果的要求。”
根据Adobe的统计，Flash在个人计算机上确实达到几乎无所不在的普及度，渗透率在98%以上。该技术的根源是动画图像，但其成功的关键，是在微软、苹果和Real等难用的技术之外，提供一种简易的网站串流影音机制。但若干新技术，包括脱胎换骨的HTML标准，都锁定Flash所提供的影音体验。
Opera Software的网络标准支持者Bruce Lawson相信，HTML和其它技术势将取代Flash，而这些新技术的功能，已经非常接近现用的Flash。
Lawson说：“对商业、通讯和整个社会而言，网络（包括影音、游戏、动画）是太重要的一个平台，不能被任何单一企业掌控。但那还需要一段时间；现在有数量庞大的内容使用Flash。”
但问题不只是网络上既存的Flash内容数量。HTML5和其相关技术正迅速成熟，且因为它们是与浏览器支持同步演进，即使仍不完整，已形成无法忽视的存在和力量。但许多开发者仍采观望态度，宁愿等到情势更明朗再采取行动。
开放网络联盟
经过多年的混乱，苹果、Opera、Mozilla和Google等浏览器制造商，终于就HTML标准的新方向达成共识。其中最引人注意的HTML5标准，就是内建声音和影音支持。
此外还有其它的新面向，如储存数据在计算机内供应用程序取用，定期为浏览器更新数据的Web Sockets，让网络程序一次执行多项工作的Web Workers，和改善2D图像的Canvas。
同时，这些盟友也在“开放网络”的旗帜下，推动其它新标准，如3D图像加速技术WebGL、透过CSS（层叠样式表）与网络字型改善网页排版、加强其它部分的支持，如SVG（可缩放向量图形），和提升以JavaScript制作网络程序的效能。
就连过去10年袖手旁观浏览器开发进展，并推出Silverlight与Flash竞争的微软都开始投入。该公司承诺将接纳更多网络标准，近几个月更实际投入HTML和SVG开发。IE团队资深企划经理Patrick Dengler，1日针对微软参与的SVG开发工作表示：“我们收到出乎意料的正面响应。”
Adobe的专有Flash软件，除了在原则上与“开放网络”冲突，还有一项实质的缺点：当机。Mozilla急着为Firefox推出新的“Lorentz”版，以便隔绝外挂程序造成浏览器当机，主要原因就是Flash之故。
Flash的优势
但现在就断定Flash必亡还太早。开放网络联盟的运作仍旧混乱、零散和不稳定，其各个要素的浏览器支持也不一致甚至不存在。Flash是目前最一致的浏览器附加软件，而不同于浏览器版本的更新，使用者升级新版Flash的速度相对较快。
正式的标准化过程缓慢。担任HTML5编辑，同时受聘于Google的Ian Hickson，去年10月才为网络超文本应用程序技术工作小组（WHATWG）的HTML5工作作结。但该小组是与更官僚的W3C（全球信息网协会）合作完成这项标准。
HTML5影音标准诞生的困难，显示出它取代Flash的难度。Flash影片能在影片从服务器传送到使用者计算机时，利用各种"codec"影音编/译码器。使用者只需单纯按下播放键。
但目前HTML5只接受两种codec：苹果Safari和Google Chrome支援的H.264，及Firefox、Chrome和Opera支援的Ogg Theora。最多人用的浏览器IE，目前不支持任何HTML5影音。
串流影音网站该怎么作？如果某个网站支持HTML5影音（YouTube正在试验），最好还是保留Flash支持，以服务许多现用浏览器尚未支持HTML5的使用者。
此外，开放网络联盟或许即将赶上现有的Flash技术，但Flash并非停滞不前。Lynch去年即誓言，要让Flash继续扮演探索网络的最佳工具。
最后，开放网络的程序制作工具还不成熟。其中一个原因是HTML5和相关技术尚未完工。，Lawson说：“你必须要依赖浏览器互通，过往的经验显示那并不容易，不过随着规格制订完成，情况会改善。”
保持冷静
HTML vs. Flash有可能发展成类似宗教战争的规模。自有程序语言以来，工具的优劣之争就不曾停息，而这个议题还包含部分情感因素。
许多使用Firefox的开原码粉丝，本就看不惯专有软件，他们也习惯大声说出自己的看法。另一群Flash攻击者完全是出于对那种强迫式在线广告的厌恶。现在又多了苹果iPad支持者的意见，一股强大的反Flash势力俨然成形。
Adobe的Photoshop产品管理主任John Nack说：“人们喜欢某种杀手式的情境设定：好人对抗坏人、开放对抗专有…”
的确，较明智的作法是保持客观，接受这两种技术各有优劣，短期内不会出现你死我活的结果。或许两者的差距没有表面上这么大。别忘了Adobe也有HTML工具，其AIR软件基础不只是Flash播放器，还有WebKit HTML处理引擎。Adobe在Flash投入庞大资源，但该公司对HTML的兴趣，也将随着相关技术成熟而增加。
Lynch表示：“长期而言，HTML将在某些地方排挤Flash需求，尤其是近期HTML5的发展。但我不认为这是一个取代另一个的状况，目前和可见的未来都不可能发生。”
]]>
5日晚CBA常规赛第21轮，福建浔兴主场大胜浙江稠州银行。第一节中后段，刘玉栋底线勾手打板上篮得分。凭借此球，战神超越李楠的8288分，加冕CBA15年得分王！
刘玉栋作为中国篮球，乃至中国体育的一位标志性人物，深受广大球迷的崇敬。与三大中锋、胡卫东等同级别球员不同，战神没有他们那种与生俱来的天赋，靠的是勤奋、意志与执着。总冠军、MVP、CBA10年最佳、CBA15年得分王 ⋯⋯ 战神！
对于刘玉栋，他身上一直打着八一队的烙印，直到二度复出，加盟家乡球队福建浔兴时，我才知道战神原来是福建莆田人。福建的三大球在国内成绩平平，能涌现刘玉栋这么一位旗帜性人物，实在不易。倍感自豪哟！
]]>JS:
Web 存在这样两种模式，一种是文档，一种是应用，Google Maps 是应用，Ars Technica 是文档，但你们将文档和应用同时放到一个浏览器窗口中。
我知道你们仍在改进用户体验，我想知道的是，你们会停留在文档模式，还是向应用模式转换，这样，你们的应用将拥有类似 OS X 般的窗口，而不是现在网页的模样。
MP:
你的问题很到位，现在的 Web 人有些古怪，它们中的大多数还是静态的内容，看上去更像文档，甚至 CNN，The New York Times, Wall Street Journal 这样的站点仍是一些静态网页，虽然他们的内容是动态输出的，还包含广告，这本质上，是你从页面上阅读，而不像 Gmail，Picasa，Netflix 一类的站点，它们更像应用，你可以把一些东西拖来拖去，改变次序。
目前，在 Chrome 中，我们没有对二者作出太多区分，因为 Web 也不是按二者严格区分的，但我们开始在 Chrome OS 中做很多事，增加一些特殊功能，这些功能是真正的应用。比如，Chrome OS 中的 mailto 链接，通常，这类链接是打开浏览器外部的一个 Windows 邮件程序，但如果你使用 Gmail 这就罗嗦了。所以，我们在研究，如何能从当前的 Tab 直接跳到运行 Gmail 的 Tab 或窗口，或者，直接弹出一个写字板，这样，你就不会打断当前你正在浏览的东西。
所以，我们开始在这方面做研究，如何将不同的链接方式定位到不同的 Web 引用上。比如，如果我有一个 Web 版的 JPEG 图片查看器，如果有人在 Chrome 或 Chrome OS 设备中想打开一个 JPEG 图片该怎么让它们关联起来？
还有一个例子，.doc 文件。如果我点击了一个 doc 文件，我是想在 Office Live 中打开，还是希望用 Gview 查看，抑或是把它存储到 U 盘？用户该如何告诉 Chrome 他想怎么处理？
JS:
这似乎是 Windows 早期遇到过的问题，诸如 OLE，注册表之类，然而在 Web 上，这将是同样重要的问题，只不过环境不同。
MP:
我希望用一种简单但灵活的方式解决这些问题，在 Windows 中，那是非常复杂的，不同的程序都想争夺某些文档的处理权，Quicktime 和 Windows Media Player 争斗，后者又同 Chrome 争斗，对用户来说，这很难处理，而现在的 Web 已经开始具备这种能力，你可以注册文件格式，我们在这方面是领先的。
你另一个问题是，我们是否将让这些应用看上去像 Tab 还是别的？目前，我们只是想让他们像 Tab 以及一些看上去不太一样的窗口，让它们全像 tab 似乎更好。
我一天当中绝大多数时间是活在浏览器中，每次当我不得不运行一些浏览器之外的应用时，都感到麻烦，所以我们希望让它们都保留在 Tab 中。但这都属于 UI 的层面，以后还会改变，我们面向消费的发布还在一年以后，很多东西都会改变，但那是我们目前的想法。
JS:
Mailplane 在我们 Ars Technicia 非常受欢迎，你用过吗，或看到过别人在用吗？
MP:
没有。
JS:
那时一个对 Gmail 的包装应用，包含一些 mail 相关的饰件。
MP:
在 Chrome 中有类似的东西，让 Gmail 使用特别的界面运行，在你的桌面上安装一个 Gmail 图标，就像传统桌面程序那样。
EB:
任何网站都能使用传统桌面图标打开。
MP:
Google Gears 能让你为一些应用创建桌面图标并让 Web 程序看上去像桌面程序。
EB:
它是内置在 Chrome 中的，现在你可以直接用这些快捷方式打开 Gmail 或任何站点。
MP:
...不使用那些 Tab 或按钮...
JS:
对，有一个 Fluid 程序，可以将给定的 URL 转换为一个桌面程序，你见过没有？
MP:
是，这就是他所描述的 Chrome 中已经拥有的一些东西，我想这些东西在传统操作系统中更适合。
JS:
我想我这样说的意思是，我们已经有一些方法，让 Web 应用更像应用，这样，从用户体验的角度，他们在界面上和普通的应用一致，而不是硬塞进一个 Web 文档，对我来说，这是好事，好过将所有东西都塞进浏览器窗口。
但这是一个很大的哲学话题。
MP:
我想我们在 Chrome OS 中有办法把这两种概念融在一起。现在我们感觉有点古怪，因为我们这些浏览 Tab 是由浏览器管理的，而我们的操作系统管理不同的应用。在 Chrome OS 中，所有东西都是 Tab，我们可以让窗口管理器管理这些 Tab。
所以，从某种方式，事情应该变得更清楚，用户模式也变得更清楚。因为不再有两种不同的应用（桌面应用和 Web 应用 - 译者注），只有一种应用，如何展示这些将因时而异，要看哪种对用户更适合。
目前，我们在 Chrome OS 中有两种方法来处理，一种是，应用和页面作为 Tab，另一种是使用预览模式，可以看到多个 Chrome 窗口，你可以在不同窗口间挪动 Tab 和应用。
但我们正在研究，是否将这些东西称作 Web 应用，它们是否可以拥有更广的能力，比如处理文件类型和 mailto 链接。
RP:
从程序员的角度，我关心这样几件事，特别是，是否有办法使用诸如 NACL 的东西编写本地代码，实现浏览器和应用之间的接口？Google 是否考虑将 NACL 一类的东西纳入 Chrome OS？
MP:
是，确切无疑，我们计划这样做。
RP:
是否已经有了一些原型？
MP:
Chrome 本身就是。你现在使用某些特殊参数运行 Chrome，可以调用一些实验性的本地客户内容。
不过在具体发布之前，这些还会有变动，在稳定发布版的 Chrome 中还没有，还存在一些安全问题，在解决这些问题之前，我们还不想默认打开这些功能。但这些都确切无疑在进展中，还且肯定会包含在 Chrome OS 中。
RP:
是否有计划将硬件访问通过 JavaScript 暴露给诸如 NACL 一类的东西。
MP:
你说的硬件访问是什么意思？
RP:
比如，如果有人想访问摄像头或 GPS，我知道现在已经有一些像 geolocation 之类的 API，但其它那些还没有被 Web 标准所支持的外设呢？
MP:
这个问题很好。我们正寻求将那些设备加入到 HTML5 API 中，以便可以通过 JavaScript 访问，或者通过 C++ 在本地客户中访问。
你是对的，我们仍有大量的工作要做，如果让我把那些设备清单列出来，那我们现在需要做的有声音设备，摄像头，麦克风，线路输入等，另外，我们还没有像杜比5.1声道那样的东西，P2P网络，甚至连客户端-服务器这样的 API 都少得可怜，这些东西，我们都在做。
这是很庞大的工作量，让 JavaScript 和本地客户访问这些 API 还有待时日，但我们尽可能加快速度。
RP:
那你们是否有计划在 Chrome OS 中加入 Dalvik 运行时，这样人们可以运行 Android 程序？
MP:
还没有。我们主要将精力放在 Web 应用层面。不过，我们的本地客户是一个很好的东西，我个人为之振奋，但我们对用户的期待也要抱务实态度，那还有待时日。
JavaScript API 也是一样，我们希望有 JavaScript API 可以访问摄像头或麦克风，但必须考虑安全问题，用户是否接受？如何防止某些网页 Tab 在你穿着泳衣的时候通过摄像头偷窥你？这些问题很棘手。
EB:
当然，我们将以一种开放的方式来做，但这需要时间。HTML5 也需要时间。
RP:
我还想问，有没有办法让某些 Web 应用获得高优先级？
MP:
这颇不容易。现在的操作系统是这样做的，有明确的 ECLs 和权限分配，我们从传统操作系统中学到的教训是，用户很难对它们进行管理。
如果和 Web 模式比较，Web 的观念是，你不应该在 Web 应用中做任何不好的事，这个观念让 Web 运行得很不错，你浏览 Web 的时候，一般不需要担心会出现不良的东西（译者注：作者这里是从应用的角度讲），尽管有浏览器漏洞和恶意软件，但总体是不用太担心的。
我们尽量避免传统操作系统中的 ECL 及许可列表的问题，所以我们很谨慎，但我们确实在努力实现。geolocation UI 是我们目前做过的最难的东西，这个 UI 很棘手，需要非常谨慎，因为你不能泄露用户的地理位置，虽然你可以让用户选择是否向网站暴露自己的地理位置，但必须做得让人愉快一些。
现在的一些手机，如果你访问一些使用了 HTML5 Geolocation API 的站点，会不断弹出窗口，问你是否愿意提交自己的地理位置，这很烦人，有时候，人们习惯了一率点是，这回很危险。我们必须研究出怎么做，要做得简单，不那么烦人，但目前还没有答案。
一般来说，浏览器处理这种事情是通过信息条或对话框，但我们更趋向于使用信息条，因为对话框会锁住浏览器，直到你作出反应，这会降低用户体验。因此，很多浏览器，包括 Firefox 趋向于使用信息条显示提示消息，你可以做出反应，也可以不理会继续浏览。
比如，Chrome 在提示你记住用户名和密码的时候，会将消息显示在消息条上，我们在许可配置这些 UI 问题上，趋向于这种模式。
RP:
在对 UI 和操作系统进行扩展方面，似乎 Chrome 扩展是主要的方式，是吗？
MP:
对 Chrome 浏览器来说，是这样。
RP:
对 Chrome OS 来说，是否有计划增加其它扩展方式？比如，针对不同平台定制功能？
MP:
我们还没想到，不过这是个有趣的想法，你是否有具体的想法？
RP:
我不知道，我只是在想菜单问题，在宽屏幕上网本上，增加侧边栏，虽然在常规的浏览器上，这没什么用，但在一个以浏览器为主题的操作系统中，这或许有用。
MP:
这个想法很好，确实，当我们浏览网站的时候，屏幕两边都有很多空白空间，我们可以在这些地方放置侧边栏，我们已经在 Chrome OS 中考虑侧边栏 UI 问题，做一些试验，侧边栏放在什么位置，我们不断调整，我们有200多 Google 试验者每周都使用 Chrome OS 设备，我们经常在里面加一些新东西，看看他们是否经常使用，通过这些试验，我们不断迭代。
MP:
Ryan，我想听听你对 Chrome OS 的看法，是否有一些东西在你看来是古怪的？
RP:
我抱一种走着瞧的态度，我觉得有很多变数，主要的问题我觉得是，相对于那些基于常规操作系统的 Chrome 浏览器而言，Chrome OS 能给用户带来什么价值？
在将所有东西都纳入浏览器这件事上我仍然有点疑虑，我们看看现在的一些 Web 应用，他们相反正将在提供一些桌面版，如 Twitter。
我在想，如何只靠浏览器实现全部这些需求。
MP:
嗯，是，如果有一些东西浏览器不能实现，我们会对浏览器进行扩展。
JS:
那就是前面谈论我们谈论的 Fluid 和 Mailplane 应用。
MP:
我仍然认为，我们应当看着这些应用，并想到，为什么它们必须是本地程序，我们可以增加一些功能来实现。一个很好的例子是，很多本地程序可以在后台运行，于是人们希望在 Web 程序中实现后台进程，比如，在 HTML5 中实现后台上传文件，这样就不必浪费一个 Tab 并让浏览器开着。
EB:
还有提示消息，在 Twitter 的桌面程序中，每当你收到一个新 Tweet，就会给你一个提示消息，在浏览器中，也有 notifications API 实现类似的功能。
MP:
我们还在研究上传问题，因为上传是很常用的用例，当我向 Picasa 上传照片的时候，我们必须开着一个 Tab 或者安装一些复制程序，我们需要研究出一些方法让这些功能内置在 Web 中。
MP:
还有媒体播放器问题。我们将一个完整的媒体播放器集成到 Chrome 浏览器和 Chrome OS 中，人们常常为此困惑，这很微妙，但非常重要，因为从某种意义上说，我们是在将一个相当于 Windows 媒体播放器的东西集成到 Chrome 中。
在普通电脑中，我们需要一定的方法来离线播放 JPEG，MP3 和 PDF 文件，比如，如果你有一个 U 盘，上面有 MP3 文件，你可以插上去，听那些音乐，并没有对应的网页来控制这些，我们做了很多工作，在 Chrome 和 Chrome OS 中处理这些用例。
RP:
你们的方法是标准的，基于 HTML5 的视频和音频吗？
MP:
是的，绝对的。
RP:
你们会让 Video 标签支持更多编码吗？
MP:
我们并不是单单增加一些编码那么简单，而是为整个 video/audio 标签提供方案，因为 video/audio 标签的设计是针对网页的，比如像播放网页上的某个媒体，但如果你有一张 U 盘，想播放上面的 MP3 文件怎么办？你如果浏览到那些文件并对它们进行播放。
再比如，如果在 Gmail 中收到邮件，上面有 MP3 文件，你不应当退出 Gmail 在外面播放那个文件，我们希望直接在 Chrome 里面播放，而且整个过程要十分清晰。
这就是我们在 UI 层面的重要事情，将整个媒体播放器集框架集成到浏览器，这并不稀奇，因为别的浏览器也在这样做过，但 Chrome 之前没有。
]]>访谈中主要谈论的话题包括：
访谈者与被访谈者名字及简称：
JS:
我想了解这段渊源，你们当初是计划好要做这件事，还是无意中开始的，你们是酝酿好了的？
MP:
Eitan，这个我可以谈多少？（译者注：Eitan 来自 Google 的公共关系部门）
EB:
如果你看过我们7月份有关 Chrome OS 的博客文章，以及2008年9月关于 Chrome 浏览器的博客文章，会发现他们很相像，本质上是一回事，在做 Chrome 浏览器时，我们认识到，每个人都在网上泡着，因此，我们希望在里面加一些操作系统的感觉，Chrome 里有个任务管理器，这就是我们的思路，但直到今年，我们才让工程师们开始 Chrome OS 的开发。
MP:
是的，我们直到今年才开始编写代码，但确实，我两年前来 Google 时就想到了这个，为什么 Google 不能开发一个消费级操作系统？但我知道我们中多数人都觉得这不太可能，然而有趣的是，市场在这方面的需求比我么想象得更迫切。
部分原因来自上网本现象，如果上网本没有发展起来，我们还停留在笔记本上，我们可能不会这样。上网本之谓“网”字其实有点名不副实，上网本与“网”没有关系，他们只是更小巧的笔记本，然而有趣的是，它们一开始就被命名为与“网”，与 Web 有关。
我想这可能与人们对这种设备的使用习惯有关，人们买来上网本，主要用来使用浏览器上网，你不会在上面安装 Photoshop 或 Outlook，它太便宜了，不值得在上面安装昂贵的软件。
JS:
对。上网本说明瘦客户端并不必要，缩减版的笔记本也不错。
MP:
... 轻便电脑。
JS:
是。
MP:
但它们仍然是真正的电脑，只不过不是那种可以用来做大量工作或玩游戏的电脑。
另外，CPU 开始趋向低功率化，它们很酷，不管是 X86 系列还是 ARM 系列，我个人对 ARM 的速度感到惊讶，这也是我对上网本感到兴奋的其它原因，低功耗电脑。
我们现在的电脑并不讨人喜欢，你把它放在膝盖上开始工作，不一会儿，它开始滚烫，电池也很快用完，而那些新的低功耗电脑充一次电可以用8到10小时，他们没有风扇，很凉，很安静。
JS:
我们很多人只使用笔记本，事实上，我只使用我的 MacBook Air，然后外接一台30“的显示器，但只在处理乱七八糟的电子表格时才这样做。
MP:
但你会发现必须这样做，因为你觉得这样方便，我自己也是整天插着笔记本在用。
EB:
你还得整天带着那个不轻的电源适配器。
MP:
是啊，这个周末我就遇到这样的趣事，我给我父亲看我的一个 Chrome OS 便携机，我跟他说，你从房间帮我拿过来，他拿过来之后顺便把电源也插上了，我说，老爸，这是上网本，不用老插着电源的，这很说明问题，人们总是觉得不插电维持不了多久。
JS:
谁是上网本的目标用户？那些希望买到小巧的 Windows PC 的人，还是那些希望能连上互联网，不拘什么系统的人？
MP:
那你觉得他们有什么区别？
JS:
有一个现象，有些人买了上网本后退货，因为他们发现上网本做不了所有的工作，他们事实上是喜欢买到一个便携的 Windows 机。
MP:
是
JS:
...恰好又是一种可以很便宜运行 Windows 的方法。比如我的内弟是个医生，他希望在每个病室都有一台电脑，这样就不必将电脑搬来搬去，后来他从百思买买了个上网本，发现这正是他需要的，对他来说，上网本是一个可以低价运行 Windows 的方式。相反，我的太太是另外一种人，她用 Macbook Air 作为 Internet 客户端，上 Google Map 和 iPhoto。
MP:
刚刚过去的圣诞节，上网本收到很多退货，他们从促销广告和包装上看不出他们要买的机器没有预装 Windows，他们拿回家之后，习惯性地安装 Photoshop 和魔兽，发现装不了。因此，我们在推出 Chrome OS 机器的时候，必须明确告诉用户，他们要买的机器里面没有 Windows，如果你要安装 Photoshop 或魔兽，你应该买 Windows 工作站。
但这很不容易，我们还没研究透，我们需要很清楚地让用户知道他们买的机器不能安装 Photoshop 和魔兽，而是 Web 专用的机器。Google 是个有趣的公司，经常有人问，你的目标市场是什么，用户基础是什么，但我们并不这样想问题。
EB: 我们的用户是那些经常使用 Web 的人。
JS: 我的问题是，你们或你们公司的部门是否有人在做市场分析？
MP:
在 Google 我们并不那样想问题，那些都是人造的伪科学，我们更喜欢快速解决问题，我们拿给200个人看，看看他们的反应。我们现在有225个人在使用这种机器，我们发现他们中很多每周都在用，我们不知道为什么，但喜欢看到这些。
我们很注重数据，我们做一些尝试，就衡量一下结果，每天我走进办公室，都看看那些图表，如果上升了，就很高兴，如果下滑，就会担心。
JS:
我能想象它是如何被使用的，比如在客厅看电影，我们很想看看这个演员还演过什么电影，于是我们上 IMDB，这样一个机器是很不错的。
MP:
正是。我就是这样，我有三台电脑，一台在厨房，一台在卧室，一台起居室，我们经常随时打开一台，查点东西再关掉，整个过程不超过45秒，这很厉害，因为这正是你需要的，你和人聊你喜欢的明星，他的名字叫什么来着，于是你随手打开上网本查一下。
一个有趣的现象是，我现在不喜欢使用手机了，有时候，手机并不快，尤其是发邮件或查联系人，如果我要发一个四句话的邮件，我发现，打开 Chrome OS 上网本，发送，再关机要比使用手机更快。
JS:
我想到这样一个问题，什么是 Chrome OS 机，一个减缩版的电脑，还是加强版的手机，因为我们知道，现在手机也是一种 Internet 终端了。
MP:
一个带键盘的手机。
JS:
从某种程度来讲，是这样。一个带真正键盘和屏幕的手机，但没有语音，不过这没什么，人们并不介意。
MP:
Google Talk 可以通语音，甚至可以拨打固定电话，我使用 Google Talk 和我母亲聊天时，说，我们语音通话吧，真的就可以语音通话了。
JS:
这带来另外一个问题。我知道 Sergey 曾对此做过评论，关于 Chrome OS 和 Android 未来的合并，如果有一天，Android 硬件发展到足够强大，能实现 Chrome OS 的所有功能，我们还需要 Chrome OS 吗？
MP:
是，这个还不很明朗，我们现在急于做的，是尽快把它做出来，并不太关心外界的疑惑。
EB:
我觉得你一语中的，关于电脑和手机的接合，Sundar 在大会上曾讲过，我们现在处在一种融合风暴中，计算机正越来越小，越来越移动化，而手机正越来越强大，它们有一天会在某个点相遇，想想 HTML5，上网本和所有这些东西，这很有道理，我觉得 Sergey 也是这个意思。
MP:
有人讲，有一天，我们将只拥有一种设备，它无所不能，我们可以用它打电话，或者坐在桌子旁，连上见键盘和显示器当电脑用。
我有点怀疑，有时候，我确实会坐在桌旁使用笔记本，有时候，也会坐在一台笨重的电脑旁做更复杂的事，那比手机好用得多，至少在20年之内是这样。
所以我觉得，我总需要多种不同的设别，或许我们将使用平板电脑或其它古怪的玩意，游戏机，我不觉得它们明天会消失，他们或许是我们的另外一种电脑。
JS:
游戏机确实是一台很棒的电脑，它是我家中最好的机器。
MP:
它也是最不灵活的，这是它的哲学，保持简单就好。从这个意义上讲，浏览器也这样，提供简单的浏览体验，虽然功能有限，但很好用，正是我们所需要的。
]]>在安装脚本的时候，该脚本会被转化成插件。其安装、管理和卸载也同Chrome平台上现有的插件管理模式一致。作者也提到有些脚本因为Firefox和Chrome不太一样而暂时不能用于Chrome，预计现在还有15%-25%的脚本不能在Chrome上正常工作。
新闻来源：Chromium Blog
]]>OSX使用UTC，即GMT来存储时间信息，当设定时区参数时，OSX将记录相对应于UTC/GMT的差异值，如时区为中国标准时间，则记录+8。启动到Windows后，之所以时间不同步，因为你在Windows下，看到的是UTC/GMT时间。
Windows启动注册表编辑器，展开至
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\TimeZoneInformation，
在TimeZoneKeyName下新建32位DWORD，命名为RealTimeIsUniversal，设值为十六进制的1。保存，重启至OSX，设定时间，然后返回Windows，时间已然保持同步。
注意：此修正仅适用于Vista/7；不建议在Windows下改变时间，容易弄乱OSX；在BIOS中看到的时间也为UTC/GMT，而非本地时间。
]]>The following is based on two blog posts: Using Java 1.5 and Java 1.4 on Snow Leopard and Installing Java 1.5 on Snow Leopard:
1. Download the official Java package from Apple: Java for Mac OS X 10.5 Update 4, dated June 15, 2009.
2. Use the excellent shareware utility Pacifist to open the downloaded JavaForMacOSX10.5Update4.pkg file.
3. First use Finder to go to System » Library » Frameworks » JavaVM.framework » Versions and delete the two aliases (symlinks) 1.5 and 1.5.0. Don’t skip this step, because otherwise the extraction will follow the symlinks and overwrite the contents of the 1.6.0 folder, oops!
4. In Pacifist, drill down into Contents » System » Library » Frameworks » JavaVM.framework » Versions.
5. In Pacifist, select 1.5 and 1.5.0, Control-click on the selection, and chose Install to Default Location from the pop-up menu.
6. In the instructions above, the same applies for version 1.4.2.
This is based on Getting back the Cocoa-Java bridge in Snow Leopard:
Copy from a working Leopard (10.5) installation the following folders:
1. the com directory in /System/Library/Java
2. the eight files ending with .dylib in /usr/lib/java (four of these are regular files, the other four are symlinks; if you prefer, you can copy just the files and recreate the symlinks by hand).
SW：肃杀的眼神，脸上全是“狠”字；
海宁：坚毅的脸庞，但，眼神中却偶尔掠过一丝闪烁。
正是这细微的差异，决定了冠军的归属。不敢断言海宁的心理素质就一定不如SW，但至少从本场决赛而谈，后者的心态要稳定不少。惜败，惜败 ⋯⋯
不过，归结论之，时隔18个月之后复出，便夺得澳网奖盘，也算是一个较完美的回归啦。只因克妈妈的复出太过完美，让我们变得贪心，未免有些过于严苛吧。
“明年墨尔本再见，我还会回来的。” —— 海宁
]]>