不过，我在 Android 上的实测是，有这一项，却像在那头蠢驴眼前晃悠的胡萝卜一样，看得到吃不到。

我选了 Foursquare 这个一定能搜出个所以然的关键字测试，看到和访问搜 Android Apps 的页面都没问题，不过输入关键字一搜，就是第三张截图了，一看就相当 WAP，没一点新时代的风范…… 果然，反复点 search 按钮也没效果，总停留在哪一页面，什么结果都没有，另试了好几个关键字都一样。

iPhone 用户访问的话，会出现搜索 iPhone Apps 的选项，没 iPhone，无从测试，列位有兴趣的自己试试看。

9月 9 号，Apple 在网站上发布了条 PR，Statement by Apple on App Store Review Guidelines，字数不多，当量不小：Apple 让步啦，第一，放松了原来引起轩然大波的强制要求只能用限定的工具和语言开发 app 的限制；第二，公布了 App Store Review Guidelines （或者看这个 PDF），些许减弱了关于 Apple 在黑箱操作的责难。

关于开发工具方面，这么说的

…today we are making some important changes to our iOS Developer Program license in sections 3.3.1, 3.3.2 and 3.3.9 to relax some restrictions we put in place earlier this year.

In particular, we are relaxing all restrictions on the development tools used to create iOS apps, as long as the resulting apps do not download any code.

3.3.1 就是 famous 或者 infamous 的工具和语言条款，那时候 apple 要求只能用 Objective-C, C, C++, 或者 JavaScript （跑在 iPhone OS WebKit engine 上），只有前三者（C, C++, and Objective-C）才能使用 documented API。通过 intermediary translation 或者 compatibility layer or tool 来链接 Documented API 是不允许的。这次，这些限制全都被删除了，没有提及要求使用指定的语言，没有要求不使用中间层或兼容层 —- 只要最终的 app 二进制的行为等符合新的 guidelines 就可以。

关于 “as long as the resulting apps do not download any code” 部分，是对 3.3.2 的改写，原来的 3.3.2 相当长，新的 3.3.2 说：

3.3.2 An Application may not download or install executable code. Interpreted code may only be used in an Application if all scripts, code and interpreters are packaged in the Application and not downloaded. The only exception to the foregoing is scripts and code downloaded and run by Apple’s built-in WebKit framework.

就是要 self-contain，我想这是个安全方面的考虑。不过看上去和老 3.3.2 没什么差别，语言凝练了而已。

3.3.9，新条款

3.3.9 You and Your Applications may not collect user or device data without prior user consent, and then only to provide a service or function that is directly relevant to the use of the Application, or to serve advertising. You may not use analytics software in Your Application to collect and send device data to a third party.

这是实质上去掉针对 AdMob 等第三方 in app 广告服务商的限制。不过，开发者也很关心的其他 app 数据统计问题，比方可否使用 Flurry 等 analytics 工具似乎仍然没有希望。

4 月份的时候，老的这份 SDK licence 是顶着所谓保证效率，安全和更新频率的帽子出来的，如今，这些“帽子”可以不考虑了吗？那不是自扇耳光？要么就是，或许，Apple 洗心革面，不那么邪恶了？
Wired 说，Apple 最新的改变，有可能是因为 FCC 在对 Apple 老条款展开调查。Dictionary! 的开发者 Hampton Catlin 就表示，FCC 的律师和他就这方面沟通过，当然这不代表 FCC 有正式进行中的行动，按惯例，在调查结束前，FCC 既不确认也不否定是否有调查。

我看 Adobe 有点打碎牙齿的意思，最早 Flash CS 5 提供了 Packager for iPhone，方便 Flash 开发者把东西“转”成 iPhone app，后来 Apple 釜底抽薪，宣布了那个广受争议的条款，Adobe 不得不宣布 Packager for iPhone 这个 feature 停止开发，“我们得往前看” —- 多心酸的一句啊。昨天 Apple 的 PR 一出，Adobe 马上表示这是 Great News for Developers，他们会恢复这个 feature 的开发工作。Adobe 还说，他们已经从自己的用户那听到消息，用 packager 开发的 app 已经被 approve 了 —- 当然，别搞混淆了，iOS 的浏览器里的 Flash 还是照样 block 的。当然，好消息是，Adobe 的股价今天立涨 12%，成交量也相当可观。

去年 7 月，iOS 版的 Google Voice 和第三方开发的 GV Mobile 都被不明不白地 block 了，此“不明不白”自然是没有公开说法，而不是指 Apple 的当权者不明白。据 TechCrunch 说，昨天 guidelines 一出，GV Mobile 的作者 Sean Kovacs 就含恨从头到尾通读了那份文件（请想象一下已经在五七干校累弯了腰的老一辈党和国家领导人读到自己罪行宣判的感觉），那可是 100 多条规则呢，最后，Kovacs 说，他觉得自己的 GV Mobile 没有违反其中任何一条。

Kovacs 一分钟也没有耽误，马上开机奋笔疾书，给 Apple 的 approval board 发了 email 询问可否在 AppStore 恢复 GV Mobile，很快，他收到了回复，Apple 的一位专员表示欢迎 Kovacs 重新提交 GV Mobile。虽然严格说这不代表任何许可，不过终究是隧道尽头亮起的一点烛光（看来这是一次团结的沟通，胜利的沟通，催人奋进的沟通……）。

Google 表示目前有 BB 和 Android 的 Google Voice 应用，iPhone 则有 HTML5，除此以外没有进一步消息宣布。

或许 Google 目前觉得真正重要的似乎是…… app 内广告。其官方的 Mobile Ads blog 也在昨天发布一篇 An Update on Apple’s Terms of Service，Apple 的新条款其实也意味这，iAd 不是 app 开发者强制的唯一选择了（虽然老天保佑，老条款在这方面差不多从未实质运用过），从书面澄清和承诺上说，开发者现在可以安全地选用他们喜欢的广告提供商了，Google 和 AdMob 都行，

在 guidelines 里有挺好玩或者意义重大的：
# “Apps that enable illegal file sharing will be rejected.”
BT 和一些合法的文件共享软件，即便只是控制程序都要被拒

# “Apps that browse the web must use the iOS WebKit framework and WebKit Javascript”
用户不会碰到 Android 上那样，打开一个地点，被询问要用 Internet 还是 Dolphin 了。

# “Apps that alter the functions of standard switches, such as the Volume Up/Down and Ring/Silent switches, will be rejected”
这是我家，谁都不准乱碰任何东西，那情景模式切换的 app 就也要被毙吗？

# “Apps that misspell Apple product names in their app name (i.e., GPS for Iphone, iTunz) will be rejected.”
锱铢必较，睚眦必报

# “In general, the more expensive your app, the more thoroughly we will review it.”
全世界都仇富。

# “Apps that include games of Russian roulette will be rejected.”
为什么？掷骰子就可以？

# “Apps containing pornographic material, defined by Webster’s Dictionary as “explicit descriptions or displays of sexual organs or activities intended to stimulate erotic rather than aesthetic or emotional feelings”, will be rejected.”
这话听起来像取得了大法官斯图波特的“只要我看到它，我就知道它是色情”之精髓

比如，这两天 FaceTime 的广告出来了，TechCrunch 的 MG （自豪的果粉）专门汇编了一下。抛开对 Apple/iPhone 4 的好恶，看过之后，觉得几个片子很舒服，Apple 似乎超脱了要推广产品的“俗气”目的，在专注地发掘内心，然后认真地打造美 —- 哈，看来我中招了。

第一个长片就挺有气氛，特别是最后的场景；第二个，那个短短的 smile，我最喜欢，很温馨；短发的嘛，也还不错（不过已经有点“功利”啦，恰到好处地揭示了剪了头发这种很难用言语描述，最适合直接 VT call 的情形），MG 那篇里还有 3 部，我觉得没有下面 3 个好看就没贴了。

长片的导演是导过 American Beauty 的 Sam Mendes（不清楚短片的出处），或许，这就是功力。没有美式下里巴人广告里咆哮的 call now，没有每分钟 200 个单词的倾泻，只是讲故事，好好地讲故事。

还是优酷，YouTube 都奉上。

这个 app 自然是希望能有更多发布 NASA 那海量数据的渠道，其中包括一般信息，图片和视频，嗯，其实这里大多数从 NASA 的网站上也都可以找到，有个 native UI 会让人觉得更方便吧。

支持 Facebook Connect 方便共享，集成了 twitter （从照片里发现 UFO 时马上宣告…）。

iTunes 链接。

国内

YouTube

道理是：iPhone 底部的小扬声器，外加 SDK，外加这些开发者的创意和尚未被遗忘的物理课印象，聚乙烯足球赛就可以开踢了。这个游戏 Football – Real Kick 售价 99 美分。

在这个足球混混泛滥的国度，让我们投入这场以智力开启的微足赛吧。

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的公司之间的事。

传统上，运营商绝对对 VOIP 没有好脸色，因为数据连接大多便宜且在套餐内，所以免费或者极其便宜的 VOIP 会伤害传统的语音业务，此外，和我们讨厌狂吃内存的软件一样，运营商讨厌“无端”耗费数据的业务，这对成本和服务质量都是很大的考验(不过 Skype 在一份给 FCC 的报告中称，他们只需要不高的带宽即可，6kb ~ 40kb 之间)。在高速数据网络（3G, HSxPA, Evdo 等）可用之前，用不着运营商出来吓唬人，消费者自己也会受不了 VOIP 的质量了。现在，3G，后 3G 服务越来越普遍，且便宜，怎么个对待 VOIP 就成了运营商绕不过去的问题。大多数运营商仍然使用封堵，拒绝面对的态度，不过有的就比较想得开，愿意面对，试验，并考虑对策。

第二条消息，GigaOm 的 Are We Getting Closer to an All-VoIP Mobile Phone? 提到几个趋势和数据。一是运营商对 VOIP 的态度在软化，语出 Skype 一个 VP Russ Shaw，虽然运营商仍然渴望从 VOIP 中牟利，不过这是个新现象，比旧时露头就一棍子打死要好。较小的运营商，也在利用 VOIP 作为市场策略和破坏性手段，来和市场领先者竞争，比如英国运营商 3 （如果没有太多世事变迁的话，应该就是和记黄埔那家 3 吧）就在和 Skype 合作允许用户在 3G 网络上使用 VOIP。

对此，去年 CCS Insight Consulting 有一份 case study 报告放出，里面引用数据表明 3 的用户里，移动 Skype 用户产生的语音利润比一般用户要多 60%，哈，有点违反通常直觉吧，还有，移动 Skype 用户发的短消息也比一般用户多 33%。更重要的是，虽然运营商在伤害语音业务方面不松口，可是他们也早知道某 ARPU 不管有没有 VOIP 都会不断下降的事实，因此他们也在拼命想办法来提高 3G 数据业务方面的利润，那好，报告里最重要的地方出来了，移动 Skype 用户为数据业务掏钱的可能是一般用户的两倍。

多年前，有个模糊印象是，RIAA 口口声声说音乐下载严重伤害了产业利润，不过有报道说 MP3 的流行和数字媒体的兴起反倒促成了 CD 销量的提高，具体内容我记不得了，不过这太让人想起上面提到的 VOIP 和运营商的恩怨关系与事实结果了。

对保持开放态度，愿意创新和试验的运营商来说，VOIP 就像药引子，像化妆品柜台的小样，像全功能的评估版软件，他们是完全可以起到促进业务的作用的。关键是策略，不要让 VOIP 成为主角，而应该是“一盘很大很大的棋”的一部分。让消费者有更好的体验不代表一定要让消费者少掏钱或者运营商让出利润，比方 3 的策略是要购买更昂贵的数据套餐，只允许 Skype 之间的通话等，这几乎都是些小花招，不过从事实上看，消费者喜欢，这就够了。更重要的是如前所述，VOIP 是个撬动市场，改变格局的杠杆，有了这层更诱人的潜在利益在眼前，何必只盯着眼前的两亩三分地呢？更大的天地，更多的钞票在等着你们攫取呢。

TechCrunch 的 Erick Schonfeld 试用了 iPhone Safari 版 Google Voice。从界面到功能…其实可以猜到哈，基本功能和 PC浏览器版正牌 Google Voice 本质相同：主菜单是 inbox，contacts，search，settings。因为是浏览器内，contacts 目前无法访问显示本地地址簿内容，得在 Google Contacts 里保存过的才能显示。

功能嘛同样：拨打电话，发短信，查看语音信箱，查看/回复收到的短信等。如果有语音信箱留言，在 iPhone 上会收到短消息提醒。查看 拨入，拨出和未接电话等在底部菜单。Erick Schonfeld 说实现是基于 HTML5，这点我不太确定，我猜他是说 for iPhone Safari 的版本。会不会根据 client，浏览器 user agent 判断然后提供不同实现版本也可能吧。

下面都是 iPhone Safari 效果：

显然，理论上 modern mobile 浏览器应该都能支持，比方他说 Palm Pre/Pixi，那么，嘿嘿，在我的 Windows Mobile 手机 Opera Mobile 上也试用一下好了 —- 用 IE Mobile 是不是太邪恶了……

这个手机现在用中移动服务不是当初绑定 Google Voice 时的号码，故有心理准备。

首先就是网址，Schonfeld 文章里提到的网址 m.google.com/voice 在 Opera Mobile 上遇错，显示系统不支持的错误信息，我猜这个可能是 HTML5 版本，Opera Mobile 还不支持。所以，嘿嘿，换了这个地址
www.google.com/voice/m
是可以的。

好试用开始，首先需要登录 Google 账户，进入后全程 HTTPS。

主界面，Inbox

这个算是 Google Voice 的 killer feature 之一啦，语音留言可以识别成文字，下面是让人打了一个做实验的，内容没具体意义哈，感觉识别率马马虎虎，有些错误。

底部菜单和设置部分：

打电话：可惜，目前鄙人肉身在国内（元神在墙角），试验在 calling 阶段就无法完成了。因为完整拨打需要先通过 Google Voice 号码走到美国的 PSTN，然后通过 Google Voice 接通目的电话（被叫方看到的也是主叫方的 Google Voice 号码而非手机号），猜是我现在这个中移动号码国际长途未开通，第一步就过不了。也正常，本来 Google Voice 目前就只针对美国用户开放，当时申请也需要绑定真实美国电话号码的。
拨号界面 —- 如果那算个界面的话 —- 其实是文本框，不像上图所示 iPhone Safari 版本那样直观好看，忍了吧。

短信：发送短信没问题，用 Google Voice 发送到中移动手机号码上，看到的发送者号码不是手机号也不是 Google Voice 号码，直接回复 Google Voice 里收不到，我那个绑定的美国手机不在身边，不知道会不会回到那去了呵呵。另外，和正牌 Google Voice 一样，不支持中文，发送到手机上只剩下英文了。

语音信箱：查看收到的留言，已经被语音识别一下显示文字了，上面截图即是，那个 play 链接可以把声音文件下载到手机收听。

以前同样被拒的第三方 Google Voice App VoiceCentral 其实也拿出了类似的方案：浏览器版。

好了，简单试用结束，今晚多方面条件不太成熟（物理位置，未用绑定的手机和浏览器能力），没法体会全部的或者说最有 Google Voice “精神”的特性，以后找机会吧。其实写到这我倒有兴趣想想 mobile app 的新趋势和开发手段以及关于被爆炒的 cloud app, cloud computing 关联的东西了，有空写写和大家讨论一下。

白宫 blog 上周二宣布，他们的 White House App 已经正式完成，可以从 AppStore 上下载了。

基本上，这个 app 可以帮你方便地访问 WhiteHouse.gov 的内容，而不需要一定浏览网站才行 —- 何况再考虑到 flash 支持的问题，浏览白宫网站有些内容反而看不到。White House App 提供了 live video 支持，用户可以方便观看总统在白宫的任何公开活动视频，讲话与新闻发布会的实时视频也可以即时观看 —- AT&T 的网络受得了吗？！过往活动的视频也有存档，用户可以在 app 中选中观看，另外像 WhiteHouse blog 和 Briefing Room 的内容也全集成到这个 app 里了。

最后：
This is just the first step for WhiteHouse.gov’s mobile platform.

Coming soon: mobile.WhiteHouse.gov