Engadget 的一个消息 MacBook Air: all substance, no Flash 说，他们试用最新的 MacBook Air，发现和以前的 Mac 笔记本或者说 OSX 版本比，Flash 没有再预装了。使用 Flash 的网页在 Safari 浏览器里只会给个 Missing Plug-in 的错误提示和一片惨白，没有一个对用户友好的类似“点击此处安装”的链接。

总结一下，这条消息的或明或暗的 points 包括：

. Flash 只是没有随机缺省安装，这是和之前 Mac 不同的。不是 Flash 在 OSX 上被 Apple 彻底抛弃或屏蔽，不是 Adobe 被任何技术或法律手段禁止开发 OSX 版的 Flash。用户还是可以自己下载安装的。Windows 这些个版本也没随机内置，Flash 还是在桌面上占据了大片领土。哎哟，问题是，会不会 Mac 用户蠢得在没有“点击XX安装 Flash”提示的情况下，就完全不知道怎么办了呢……

. 是仅仅 OSX 10.7 在 MacBook Air 上不随机附带 Flash，还是 OSX 10.7 就不带，还不清楚。或许 Apple 又可以抛出个“考虑到 MacBook Air 的超移动性需要省电，才去掉 Flash，而考虑到 MacBook Pro 和桌面机型的性能定位，用户会更加注意电力供应，因此这些性能机型上则会带 Flash”的说法。当然，“带”与“不带”也可以只是enable/disable 一下，反正都是那帮家伙说了算。知道吗，听说中国有个词儿叫 翻手为云覆手为雨 让用户与我共赴巫山云雨……

. 目前还在发售的“老”机型（或者说随机的 OSX “老”版本）会专门把 Flash 去掉吗？如果这么做，我觉得 Apple 真挺闲得蛋疼的……

. 是 Engadget 试用的机器或者说 OSX 不是 release 版的问题吗？这是个靠谱的疑问，不过编辑 Joshua Topolsky 说绝不是 accident，他和 Apple 确认过，确实这就是机器发售时的情况。John Gruber 恐怕要哭了，他也专门在 Twitter 上问了 Topolsky，后者跟他说，就是这样。

. 或许，这会对网站/应用编写者产生影响。HTML5 看来是傍对大款了。

在大衰人 Flash 的光芒掩盖下，另一个受伤的马仔可能都被忘记了：Java。
这次新出来的 Mac App Store，也有 guideline，虽然还没正式发布，不过这是份泄漏的文档，其中提到

Apps that use deprecated or optionally installed technologies (e.g., Java, Rosetta) will be rejected

Java，情何以堪呀…… Apple 自己移植或者支持 JDK/JRE 都不太积极了，所以这样的悲剧早晚要发生。

Rosetta 其实是 Apple 自己的软件/技术，在从 PowerPC 到 Intel 架构的转换过程中，中间过渡阶段难免需要同时照顾两个硬件架构。为了方便用户，无论他们正在用的系统是 Intel 还是 PowerPC，最好是不用管应用是 for PowerPC 还是 for Intel 了，只需要下载安装就行。
要做到这个目标，Rosetta 用了 Transitive Corporation 的 QuickTransit，主要是翻译 G3, G4 的指令成 Intel x86 指令。Apple 自己也说过，如果主要是 UI 密集计算较少的，Rosetta 可以，而计算较多的应用，不推荐使用 Rosetta，因为效率太低。所以 Final Cut Pro 等都不依赖 Rosetta，而是开发了 native x86 版本。从 OS X 10.6 开始，Rosetta 不再缺省安装了，只在随机光盘，或者用到时自动下载安装。
现在 PowerPC 的产品也够老了，用户该换机器的估计也都换了，应用开发者只要还靠谱的，也应该都把软件移植到 x86 了，Intel 系统也是 Mac 现有用户的主流。为了开发，维护，支持和效率的因素，行啦，退役吧。

和 iOS App Store 一样，这份 guideline 充满了娱乐性，建议大家茶余饭后前往围观消遣。

玩笑开过，说句老实话，我胃里真的有点不舒服。在最早 iPhone 和现在过渡到 iOS 的完整过程中，app store 是个从设计到实现都不错的 idea。用户，开发者和 Apple 全都受益了，我觉得其中核心或者说成功原因是，app store 是为了解决现实中真正存在的问题应运而生的，它也确实解决了那些问题。比如之前用户下载安装应用不便，不知道从哪里找优秀应用，开发者要为从发布到收费的无数环节操心，要支持用户还要打发一贯从中作梗的运营商，有了 iOS 的 app store，很多问题都解决了（玩机有些历史的可能记得其实更早有 PocketGear 和 Handster，他们也有 app store 的雏形，但是实现得不够完整优异，所以从来没有起飞过）。

如果对比 iOS 的 app store 和 铱星。后者更像个被硬生生创造出来服务，解决被幻想出来的软绵绵的问题。而想解决一个根本不不存在的问题，或者不是问题的问题，结果会如何？历史已经有答案。

现在让我胃疼的是， Apple 准备把 app store 引入桌面，或者说建立 OSX 的 app store，这在某种程度上让我想起铱星。这个决定让我挺难过的，有种悲哀和失落的感觉，类似扒光了美女的衣服才发现丫是个人妖，类似终于来到伟人的身边才发现他是个龌龊的烂货，类似“唉…你终究还是….”这种句式要表达的意思。我纳闷，Apple 为什么像是着了魔，想要建立一座座围墙，想要过滤和控制空气中的每一个微粒，只因为它觉得空气里充斥着危险和劣质品，唯有它因有神的眷顾而可以筛选和提供优质的空气。

技术层面上说，在一贯开放了数十年的桌面领域，在用“丛林法则”，“布朗运动”，“开放市场”，“混乱与秩序并存”等等词汇形容的桌面领域， app store 带来的益处是什么呢？它想解决什么问题呢？是为了照搬 app store 模式而照搬吗？是 铱星 那种硬生生创造需求创造问题的再现吗？
相比 iOS 上被 app store 规整过的应用开发情况，桌面领域可以说有点”混乱”，不过我更愿意说“杂乱”。但是，这个领域不存在移动设备上需要 app store 解决的那些问题，比方不易发现优秀应用，收费和发布困难。这是个已被“自由市场”验证了的，而不是被谁的 app store 规整过的领域。

对普通用户来说，在桌面端，人们需要的 app ，无论种类还是数量，会少于手机上被发现和安装的 app 数量（数数你 iPhone 上安装的 app 和 OSX 上从第三方安装的软件各有多少）。无论 iOS 还是 Android 等，手机系统没有也无法覆盖众多的应用领域，所以需要众多的 app 来填充和扩展其能力，这造就了手机 app 的繁花似锦，而 app store 则是很好的发现和发布渠道。
而桌面端 app 的全盛期是上世纪 80~90 年代了，伴随 PC 的流行开始的，而如今像样的 ISV 已经屈指可数，绝大多数是小规模的，这也全拜 Internet/Web 所赐，人们独立购买/安装的 app 越来越少了。对 OSX 这种紧密集成的系统来说，已经附带了不少软件，涵盖了通信，生产力，多媒体制作/应用等好多方面，大多数 Mac 用户都已经有了稳定的使用场景与模式，自己需要什么软件是有相对稳定的集合的，如果买了新机，或者重装系统，下载安装那么十几个软件就足够了（我见过少男少女们的 Mac 什么第三方软件都没装的，照样用的很 happy）。所以，需要扩充和填补的功能，用户自己已经解决了。留给 OSX app store 能提供的似乎不那么多。而要想发现优秀的 OSX 应用，可以借道目前发达的 Mac 用户圈子，社区和媒体，发现他们并不是问题。Firefox 和 Skype 进入 OSX app store 有特别重大意义吗？VLC, Coda, Twitter？他们当然可以放入 OSX app store，这是个好的推介渠道，安装起来更方便，不过，我纳闷，除此之外呢？为什么呢？
保不准，将来进入 OSX app store 的，还有很多是 widget，script，主题，墙纸？OSX app store 成为推荐引擎绝对不是坏事，再说有个集中的地方安装和自动升级也挺方便，保不准还可以因为有评价/讨论等机制而有那么点 social，类似 iTunes 的 ping 能带来的新空气。或许，仅此而已？

OSX 的 app store 可能会把用户放进一个太小的圈子里，让他们不再关心那些没有/不能/不屑进入 OSX app store 的 Mac 上的应用。之前这个圈子在 iOS 上，划出的是牛奶和蜂蜜的丰腴之地，现在这个圈子套入的用户越来越多，范围却越缩越小，越来越像个黄金鸟笼。就算 OSX app store 成不了大气候，将来不产生大的影响，我也不喜欢它散发出来的味道：它在引诱用户放弃自己探索外面世界的机会，好像是暗处一个人在低沉地反复：放弃危险和繁琐的思考吧，放弃见识外面世界的冲动和努力，交出你的意志，可以换来一个温柔乡，因为温柔乡里由我来替你选择，而我的选择永远伟大，光荣，正确。

长久坐等喂食吃的，叫宠物。

HTML5 Video 与 flash； H.264 与 Theora 正争得口沫横飞，而那些要在页面里嵌入视频的哥们夹在中间恐怕不好过：认清并跟随趋势是必须的，不能得罪现有用户也是必须的。挠头了有点……我的 code 到底是用 video 标签还是 flash 呢？这种情况，用 Video for Everybody 是个不错的选择。

Video for Everybody 是一段 HTML 代码，放入自己的页面即可。这段代码可以让访问者的浏览器选择最合适它们的视频播放方法：有 HTML5 就 video 标签为主，老一点的浏览器则自动用 flash 观看，这样一来，一个都落下。既使用了最新技术，也不用担心访问者看不到视频，很省心。

去掉注释部分，这段代码不算长（官方网站有注释版，更清楚）：
<video width="640" height="360" poster="__POSTER__.JPG" controls>
<source src="__VIDEO__.MP4" type="video/mp4"></source>
<source src="__VIDEO__.OGV" type="video/ogg"></source>
<object width="640" height="384" type="application/x-shockwave-flash"
data="__FLASH__.SWF?image=__POSTER__.JPG&amp;file=__VIDEO__.MP4">

<param name="movie" value="__FLASH__.SWF?image=__POSTER__.JPG&amp;file=__VIDEO__.MP4" />
<img src="__POSTER__.JPG" width="640" height="360" alt="__TITLE__"
title="No video playback capabilities, please download the video below" />
</object>
</video>
<p>Download Video: <a href="__VIDEO__.MP4">Apple iTunes "MP4"</a> | <a href="__VIDEO__.OGV">Open Format "OGG"</a></p>

把其中的 __VIDEO__.MP4， __VIDEO__.OGV， __POSTER__.JPG 等等部分换成对应的文件即可。

对支持 HTML5 的浏览器，这段代码使浏览器启用 native HTML5 支持，完全不会引入一星半点的 flash。比如 iPad，其访问测试页面就会如此：

如果访问者浏览器不支持 HTML5，比如是 IE，转而使用 flash，如图：

还有考虑更完备的，如果上述情况 HTML5 和 flash 都不支持，比如有些“洁癖”用户不装 flash 插件，再用不支持 HTML5 的浏览器，那同样这段代码会送出一份 place holder 给浏览器：一张视频截图，截图下有视频的地址，愿意的话，访问者可以下载到本地观看。
注意有一点不同：不像通常的浏览器行为，用户不会被提示去装个 flash 插件，记得 IE, Firefox 和 Chrome 弹出那个黄条条？Video for Everybody 这段代码可不会导致这烦人的提示。

当然，Video for Everybody 提供的是方便的前端方案，前提是有 OGG 和 MP4 文件准备选一个呈现给用户。这段代码和编解码本身无关，并不自动做一段视频的多种编码工作。

Video for Everybody 没有使用 JavaScript，不做浏览器嗅探，无论是什么 RSS reader 或者 iPhone，iPad，支持的浏览器/OS 平台非常广泛。我自己用 Firefox 和 IE8 访问了一下 VfE 的测试页面，工作得很好。

现在 iPhone OS 有个 poster 属性处理的 bug，使用这段代码的时候注意一下就好了。

最后，类似的自动适应代码还有另几个选择，可以参看 speckyboy 的文章 HTML5 video Libraries, Toolkits and Players。

提一句，Microsoft 根本不是说 IE9 不支持 Flash 插件，原文里说的话：

当前，Web 上的视频基于 Flash 的占据主导地位。虽然视频可以是其他格式，但对典型用户来说，浏览器在某个网站不用 Flash 就方便地观看视频仍然是个挑战。Flash 确实有些问题，特别是在可靠性，安全性和性能上。我们和 Adobe 的工程师紧密合作，在持续进行的技术讨论中共享我们了解的关于这些问题的信息。尽管有这些问题，Flash 仍然是在今日的 Web 上提供良好用户体验的重要部分。

这更应该理解为，考虑到向后兼容性和 Web 现状，IE9 当然很有可能继续支持 Flash。而且，再浅显不过的道理是，当前 video 很大程度上依赖 Flash ，但 Flash 可绝不是仅仅用于 video。如果 Microsoft 决定掐掉 Flash 的后路，我倒宁愿相信跟视频编解码方案无关，而是 Microsoft 使坏，要给 Silverlight 铺路。

说来说去，如果有更多的数据来辅助争论就好了。

TechCrunch 的 H.264 Already Won—Makes Up 66 Percent Of Web Videos 提到了一些，作者 Erick Schonfeld 联络了 encoding.com，问了问他们那边的数据。encoding.com 的客户包括 MTV， WebMD，Brightcove，Nokia 和 MySpace 等，他们去年编码了 5 百万个视频，从统计上来说，采样覆盖率还行，也是有效数据。encoding.com 的 Jeff Malkin 的回应包括了如下的图表，去年一年各种编码格式的占有率：

图中表示的变化趋势是：
H.264: 31% –> 66%
Flash FLV 和 VP6 统统算作 Flash：早前 69%，当前仅剩 26%
Ogg Theora：目前 4%

附带说明：FLV 是承载，支持 H.263 编码。FLV，MP4 和 MOV 等等等等也都是承载，可以承载 H.264 编码的视频。

好玩的正好是，上面的数据表示，去年 Flash native 编码和 H.264 编码的占有率几乎正好交换了位置。当然前面提到了，Flash 也可以播放 H.264 编码的视频，但是，如果有了浏览器 native H.264 支持，Flash 插件在播放此格式视频方面自然就可有可无了。

当然，这份数据遗憾的地方在于：这是基于 encoding.com 自己的数据（我还不知道哪里有更全面的关于 web 上视频的近似总量统计数据），另外就是这里有编码格式和承载的混合，没有清晰地区分。不过好歹算作一个参考吧。另外考虑到 YouTube 占据了 web 上 40% 的视频数量，而其也支持 H.264，你说未来会是个什么样子呢？Flash 或者 Adobe 如果想不出更有破坏性，更有突破性创新的招儿……

如果你想不起来 TED 是什么，那简单说 TED，这个非营利性组织及其组织的互动，是这些年来最富盛名的 idea 展示平台，在其演讲互动部分 TEDTalks 上，从穿戴式计算到激光打蚊子到 LHC 都展示过（我比较关心和了解信息技术相关的，其实 TED 的覆盖面不止这些，毕竟它是 Technology, Entertainment, Design），TED 的主持人，选题挑剔程度还有主讲人及其内容的质量都非常精到，TEDTalks 上出现的人物包括 Bill Gates，Bill Clinton，Al Gore 等等。你可能已近看过一些 TED conf 上的演示，只是可能没注意到是在 TED 这个平台上。

这是 TED.com 开始运行以来首次这么坚定地明确自己的走向，其网站使用 Flash 播放视频已近存在好多年了，当然，这也就意味着对移动设备的限制。以前在 iPhone，Windows Mobile 和 Android 上如果要看 TED 的视频，就需要独立的应用，浏览器内是不行的。现在好了，TED.com 已经做出了决定并走好了这一步：支持 HTML5 video，编码为 H.264。诸如评论和评价这样的 social 互动功能也有了。支持开放的 HTML5 标准的浏览器/设备，比方 iPod Touch, iPhone, iPad 都可以在浏览器内直接观看 TEDTalks 了。Android 目前还没有 HTML5 支持，需要在视频上点一下，然后启动 Android 的 native 视频播放器来播放。如果从 PC 等标准计算设备访问 TED 的话，现有的 flash 方案还是照样工作的。TED 表示现在没有打算抛弃 flash，不过所有视频都会使用 H.264，这是确定的，无论使用 flash 还是 HTML5 video 来呈现给最终用户。

这次选择的落败者是 Ogg Theora，很少设备支持 Theora codec，远比不上 H.264。这是生动的一例：开放是一回事，现实是另一回事。决定产品/技术成败的因素有很多，开放只是其中之一，而且有时候不是具备决定性作用的因素之一。

除此之外，TED 还打算几周内发布一个 iPad app，可以提供“独一无二的独立观赏体验”。并称，或许 Symbian 也在明年考虑支持范围内（这听起来一点也不像对 Symbian 的背书，我看是侮辱呵呵）。

顺便看到一条消息：Netflix Streaming on iPad

这是个 Netflix app for iPad。这下电影都可以走哪看哪了。

Adams 的论点主要是……什么！他的评论里居然没出现什么 platform, strategic, momentum, leverage 这样嘴皮儿一翻就能砸死一圈人的词儿？…Oh My…
好了，他的论点，哦，非常战术性，很细节：

Current Flash sites could never be made work well on any touchscreen device, and this cannot be solved by Apple, Adobe, or magical new hardware.

当下的 Flash 站点不可能在触摸屏设备上良好工作，这没法被 Apple，Adobe 或者什么神奇硬件解决。

而不能良好工作，不是因为设备性能不够高，电池不够强，或者 Flash 会引起死机。是因为 hover 和 mouseover。

基于指点设备的系统 —- 装备鼠标的 PC 是个典型 —- 提供了手持设备目前没有的一个特性，鼠标滑过或者停在对象上的时候，会发送 hover，mouse over 等消息。目前绝大多数网站自然是为“电脑”用户设计的，所以悬停菜单，on demand 动画，预览，fade 效果等都依赖 hover 等特性，而且在电脑上工作的很好，很酷。反过来，光想象一下在线视频的 Flash 播放窗口不能显示下面那几个 hover 了才出现的按钮，就是多让人抓狂的一件事儿啊。

其实，打心眼里我是不相信，完全不认为一个 hover 特性就能决定 Flash 是不是被支持的，不过，哈，我是工程师，我喜欢细节，我喜欢善于讨论细节的人，甚至关于触摸界面的 hover 消息，我几天前还说过类似的话 —- 不过 Adams 的观点不敢苟同，因为后半句话： this cannot be solved by Apple, Adobe, or magical new hardware. 真的？

无论硬件还是软件，hover 并非遥不可及。贴近感应设备 proximity sensor 虽然目前很初级，不过正在发展中，可以使用分散在屏幕下的多个感应器判断逼近的手指；还有光线变化探测和热量感应，屏幕毕竟不大，手指悬停会引起阴影通光量变化而且用户毕竟不是一条冷静的蛇；再就是曾经介绍过的双面触摸里的思路：使用多个摄像头辅助判断手指位置；甚至可以这样，提供一个小贴片黏在屏幕角落，用户可以按一下就把贴片附着在指肚上，以后裸手指操作仍是传统触摸，而通过贴片触碰到的都作为 hover 消息传递，再进一步，贴片内置技术和成本都很成熟的感应线圈，这样有贴片的手指连碰都不需要碰屏幕就可以进行交互 —- 全都无需接触屏幕，完成 hover；软件上，不能把未标准化的手指手势 map 成 hover 消息吗？无所谓那是顺时针画圈还是两指同时单击，这是 Adobe 和 Apple 可以完成的事情。所以，真的那么 cannot 吗？诚然，我上面这些设想或者动议当然可以因为技术难度，成本或者易用性，实用性而无法实现，不过并非绝无可能，谁知道呢 —- 谁让我是个喜欢讨论细节的工程师，是个敢想的喜欢讨论细节的工程师呢？

当 Web 初出茅庐的时候，社会学家们惊叹，集权政府真正的颠覆性力量出现了，如此普遍，分散的传播方式将让权力无从下手 —- 不好意思，错了，甚至不需要在 20XX 年才发现错了。即便回到 Web 新兴之初，不需要 Bill Joy 的头脑也可以知道，这个颠覆性力量是多么脆弱，摧毁它的，可以是官员的一张臭嘴，或者太平洋上一把的鱼叉 — 只要你真的了解这件事物的内理。社会学家不需要知道 packet 是怎么打包拆包传递的，不过确实因为不知道才预错了言。Adams 同学可能非常了解 ActionScript，不过，或许还有不熟悉因而推论错了的地方吧。

当然，我不是要嘲笑“纯真”的社会学家或者低估乃至无视 Internet 的力量，不过那个乐观的论断真是个“美丽的错误”。同理，Adams 关于触摸设备无法提供某些 feature 的观点，或许就是“善意的愚蠢”。

完了上面这个细节之争，还有另外一些 Flash 支持的想法。

首先，大家热议的 iPhone，iPad 之 Flash 支持这个议题，如果要细节上明确点，意味着好几层意思，一是是否只是浏览器中的 Flash 插件支持，再是弄个完整的 VM 等放到 iPhone 里，让开发者可以实现 OS 里“独立”的脱离浏览器的 Flash 应用，这更会要了 Apple 的命。如果 iPhone SDK 的 license agreement 禁止第三方再基于其开发新的 SDK，那浏览器外的 Flash 支持，就是这么个被禁止的第三方 SDK —- 开发者可以隔离 Apple 的 iPhone SDK，依赖另一个人了。当然，还有一层意思，可否在 iPhone native app 里嵌入 Flash 支持，或者利用 flash sdk 操作对象等。

如果是浏览器内的 Flash 支持，我真的不明白哪有那么重要。目前除了视频网站（以及基于其的扩展比如嵌入视频），到底哪种或者那个 killer website 是纯粹基于 Flash 因而如果无法从手机上访问简直就是大逆不道人神共愤的？YouTube 和 Vimeo 等其实已经有 native app 或者单独编解码，可以从 iPhone 等手机上无需浏览器访问，或者从浏览器但不需要 Flash 支持。使用 app 访问这些服务和从网站访问得到的感觉/体验当然不一样，不过这个“不一样”可绝不意味这更差 —- 何况，YouTube 都在准备支持 H.264 了。

如果 Flash 支持那么重要，那不好解释为什么 iPhone 已经发布了 3 代产品，为什么一直光屁股还是那么受欢迎；如果 Flash 支持那么重要，那也不好解释为什么消费者不一窝蜂地涌到 Windows Mobile 或者 Android 去，轮番给 Jobs 一记记大大的耳光光（后两者有 Flash Lite 和 Flash 支持）。两厢对比，我看出这背后发出声音的人，也就是你我他，是有点贪得无厌，有种凡是可能拥有的都先一口要下来，能拿回家的先拿回家再说，管它用不用得上。Flash 支持，借用常年混迹于企业见惯官僚沟通方式的人熟悉的一句话来说就是 it’s nice to have —- developer 和 sales & marketing 坐下来谈东西时，老实巴交克勤克俭的前者问这个东西今年做不做啊，觉得有用吗？后者即狡黠地来这么一句 it’s nice to have，这话翻译过来其实就是干嘛不要，你提都提出来了，不要白不要，反正干活出力受苦受累的是你们，又不是我……
回过头来，对我个人而言，网站上的 Flash 内容，大多没什么非你不可的吸引力，过场动画？菜单？得了把….这还没完，有了 Flash，想想那满屏漂浮晃悠的牛皮癣广告成为现实，我就吓得尿裤子。

不过话说回来，从 SmartSketch 到 FutureSplash 再到 Flash，都有超过 15 年的历史了，PC 上的 Internet 浪潮也有 10 年了，移动互联网历史将近 5 年。在这么长的时间里，PC 端得益于软硬件的大众化和标准化，上亿消费者已经可以享受比较顺滑的互联网上的多媒体了，这后面其实有从台湾到圣迭戈，从伦敦到深圳的所有人的努力，技术的，商业的，运气的。相比之下，这玩意儿在手机上却迄今都玩不转，感觉悲剧与无奈间，我想，这并非只是两家姓A的公司之间的事。