Application

Jack Dorsey 正被捧为新一代的超级创业者。几年前，他看到很多人在 MSN 的 ID 栏上频繁更换名字，将一些看似无用的琐碎信息写的千奇百怪，他想到了一款产品，那就是后来的 Twitter。而在因为外界无从知晓的原因离开 Twitter 后，他又以迅雷不及掩耳盗铃之势搞出了一个叫做 Square 的产品：使企业和个人能通过 iPhone 等电子设备迅速接受信用卡、借记卡和预付卡支付。 此前我们只知道这个东西的一个大概原理：在设备一侧的刷卡槽刷下卡，设备就可读取信用卡卡号并转化为音频信号，通过耳机接口传输到 iPhone，随后 iPhone 的应用软件对信号进行编码并通过移动网络将交易数据发送到 Square 的服务器上。这些信息在发送前都是经过加密处理过的。 现在，产品 demo 已经出来，而演示者正是 Square 的天使之一 Kevin Rose。视频中说，此产品几个月内即将面市，实在是 2010 年最让人期待的产品之一。

  iPhone OS 3.0 的诸多细节在软件发布前几乎都被预测，但之后却几乎没有更新。可以理解，苹果的软件工程师们应该都在忙于平板操作系统的大量工作。 最近几周 iPhone OS 4.0 的传闻兴起，不过都没有提到细节。如果苹果的工程师们都忙的热火朝天，而 iPhone OS 4.0 又确实存在，或许 iPhone OS 4.0 的许多细节优化和结构改良都来自于平板操作系统的开发。 据 Boy Genius Report 的最新消息，iPhone OS 4.0 可能具备以下新功能： 全局多点触控手势 基于系统层面的改进，这意味着更多的操作将通过「多点触控」而非「点击」来完成。换句话说，让 iPhone 的操作与平板设备更类似。 多任务处理 终于“有新的方式能实现后台程序运行”，尽管应该会有应用数量或类型等限制。 全新用户界面 自发布以来，iPhone 的界面本身变化很小。但 iPhone 0S 4.0 中许多图形和界面都已经更新，使得操作系统的导航和应用操作更加方便和高效。 日历、联系人同步功能升级 据称，iPhone 的日历和联系人应用同步功能将全面改进，但细节仍不详。适用机型iPhone OS 4.0 仅适用与 iPhone 3G 和 iPhone 3GS（应该也包括第二、三代 iPod touch），第一代 iPhone 和 iPod touch 可能无缘升级了。   

不久前苹果宣布了 App Store 总下载量达到 30 亿次的消息。不过，所有开发者也都清楚，在今天的 App Store 上成功赚钱绝非易事：创业公司很难靠有限产品做到准上市公司的规模，而一些大公司则早早画下了不少的地盘。比如 Gameloft，在其美国时间 1 月 7 日发布的新闻稿中，其董事长兼 CEO Michel Guillemot 宣布它已经获得了1000 万付费下载。按 Gameloft 的游戏大多分布在 4.99 到 6.99 的价格计，它在 18 个月内获得 5000 万美元的收入是不成问题的。考虑到它的开发主要集中在中国，而且以移植和拷贝其他成功产品的创意为主，其利润会很高。而另一家在 App Store 取得非常大成功的创业公司 LimaSky 也在最近宣布了不错的成绩：其备受欢迎的休闲游戏 Doodle Jump 在圣诞节当天获得了 7.9 万份销售，整个 12 月更是销售达 50 万份，这就意味着，它在一个月间可以从 App Store 赚到 35 万美元收入——如果中国有谁开发出这样的产品，恐怕 VC 们就该乐疯了。

MagicPrefs 是一款运行在 Mac OS X 10.5 以后平台上的免费工具软件，它的作用是增强新款魔术鼠标的功能，例如 Exposé 、中键、双键同按和夹捏手势。触控灵敏度可改，追踪速度提高了一倍，这项改进对 27 英寸 iMac 尤为受用。点此下载。

原文链接；作者：Michael Mahemoff十一月的欧洲，JavaScript 会议不断。除了在德国柏林召开的 JSCONF 欧洲站和在英国布莱顿的 Full Frontal 大会，还有一场与 JavaScript 密切相关 Fronteer 会议。如果要找出三场会议的共同话题，那会是 JavaScript 跳出浏览器服务于其他领域。这个话题接着引发了更多的讨论。对于浏览器以外的应用，服务器端 JavaScript 是最吸引人的选择，本文就此罗列了几个理由。虽然几年前这么说会令人发笑，但这正在成为现实。浏览器之外的 JavaScript？有的应用使用的是类似浏览器的图形用户界面，例如 Adobe Air、电视机；而有些应用甚至没有图形界面，比如，有人建议将它作为一种通用的 Unix 脚本语言。本文作者是迈克尔·麦赫马夫（Michael Mahemoff），他是 Osmosoft 的首席网页开发师，常为 Ajaxian 网站攒写文章。他的个人博客和 Twitter。本文分两部分发出，这是上篇。完美风暴服务器端 JavaScript 不是新生事物。1996年，在发布了首个版本的浏览器两年之后，网景（NetScape）推出了服务器端 JavaScript ，但它的影响力远不及客户端 JavaScript，于是这个概念很快隐退，JavaScript 便主要应用在浏览器上。即便如此， JavaScript 也没有获得多少尊重，并常被贬低为一门只能用来制作恼人的警告窗口和没用的走马灯动画的语言。但突然间，重度级网页应用开始萌发。GMail、谷歌地图和 JotSpot（可以算是谷歌文档的前身）都是在浏览器中运行。这些应用不是由 Flash 或 Active X 驱动，而是通过 JavaScript 操控浏览器的文件对象模型（Document Object Model，DOM）。这些应用被称作「Ajax」，围绕它的社团开始蓬勃发展。几年过去了，有些人认为 JavaScript 已经成为了世界上最受欢迎的编程语言。其实也不惊奇，所有的主流浏览器都将它作为标准语言。它是网页的通用语言，虽然网页开发师有各自喜好和首选的动态语言，但回到浏览器端，大家不约而同的选择了 JavaScript。今日，JavaScript 可以和英语做比：如果只计算基本掌握的人数，英语应是最受欢迎的语言。既然能在浏览器中使用，为什么不能在服务器里呢？单种语言贯穿全线减少了既要编写服务器端脚本又要编写客户端脚本的工程师的烦恼。对项目经理来说，两端都采用通用语言能让他更轻易的在前端和后端之间调配工程师。现在有许多开发者社团已经承认了 JavaScript。事实上人们误判了 JavaScript 的缺陷，真正的问题是浏览器的文件对象模型 API ，而不是这个语言本身。如果不被这些观念所困扰，JavaScript 会是解决各式问题的得力助手。对于这种「双端 JavaScript」的构想，这里有一个复用的故事。用不同的语言攒写同一种逻辑现在已是常事，拿校验（Validation）的过程来说，用 JavaScript 编写一段校验程序，直接在浏览器中反馈用户结果，或者用 PHP 来确保数据在提交到数据库之前的完好。但如果将服务器端程序改用 JavaScript，只需在两端部署单一的验证程序就可以了。在某些开发模式下，也可以使用浏览器中的函数直接调用服务器中的某个函数。因此代码量更少，也更容易编写，减少了处理数据传输方面的时间开支。感谢浏览器之间的竞争，JavaScript 的性能增长也十分迅速。Firefox 的 Spidermonkey JavaScript 引擎，速度增长了 20 至 40 倍，Safari 的 Squirrelfish（又名 Nitro）的成绩也很惊人，而谷歌 Chrome 去年携高度优化的 V8 引擎登场，这款引擎可以算是高性能 JavaScript 引擎的佼佼者。服务器端 JavaScript 也可以同 NOSQL 数据库进行良好契合，这些数据库倾向于使用 HTTP 进行通讯，在某些情况下采用 JSON（JavaScript Object Notation）作为消息格式。JavaScript 库已经包括对此类交互形式的支持，而且程序员也驾轻就熟。一些 NOSQL 系统超越了数据存续的层面，进入了成熟的 JavaScript 应用环境。迈向成熟的服务器端生态运行服务器端 JavaScript 最简单的办法是将 JavaScript 引擎植入网页服务器中。有许多开源项目可选，由于不同项目所采用的编程语言不同，因此影响到它可以运行的环境，以及常见的性能和支持方面的问题。例如，许多 JavaScript 平台运行在 Rhino

此前我们曾刊载过一篇由开发者亲自撰写的《星座罗盘的诞生》，这是该系列的最新一篇文章，由即将上线的 iPhone 软件巫术(Voodo)的开发者发给我们。我们非常希望将【开发者说】以系列形式连载，给国内的开发者提供一个交流的方便。如果您有这方面的想法，请给我们写信。作者：an0iPhone 上确实已有不少精良的 GTD/todo app，不少还得过各式大奖，其中以 Things（其 Mac 版获得 2009 年度的 Apple Design Awards）和 Remember The Milk（知名的 Web GTD app）最为人知。但是，它们都各有明显的缺陷。Things 的同步功能十分受限。它要求 iPhone 用户跟它的 Mac 版软件同步，这有两个问题：一，你需要额外购买 Things for Mac（$49.95，价格不菲）；二，你的数据只能存在本地客户端，不说本地数据损坏遗失的风险，无法用 Web 跨平台查看任务列表是一大限制。而且，Things 缺少很重要的提醒功能。Remember The Milk 就更是刻薄。挂这 free 的牌子，其实要求你必须是 Pro 用户（$25/年）。而且这俩跟所有其他 GTD/todo app 一样，都在顶层加了 Folders/Lists/Projects 的概念用来组织 tasks。这有三个问题：一，多一层就要求用户多做一级 navigation。二，Folders/Lists/Projects 都是比较死板的概念，一个 task 只能归入一个 Folder/List/Project，而且把简单的 todo list 工程化未免过于沉重了。三，为了找回灵活性，它们又提供了 Tag 概念。本来 Tag 是个很好用的东西，但是与 Folders/Lists/Projects 同时存在，就十分混乱了。你是准备建一个 Shopping List 呢？还是贴一个 Food 标签呢？由于这些问题的普遍存在，我无法在 iPhone 上找到一款称心如意的 GTD/todo app。虽然有些沮丧，但同时也灰常兴奋。这不正意味着我能够有机会做出一款更好的 GTD/todo app 来弥补这些缺陷，在满足自我需求的同时，也为其他用户提供更有效的日常任务管理吗？于是， Voodo 就诞生了。之所以取名 Voodo，是希望大家像变法术一样一下子就把事情搞定了（Getting Things Done with Voodo feels like Voodoo）。Voodo 是一款集“单纯”与“彪悍”于一身的 GTD/todo app。单纯——我设计 Voodo 的核心理念就是，“简单一点再简单一点，纯朴一些再纯朴一些”。GTD/todo app 是要帮助用户 Get Things Done，而不是 Make Things Up。Voodo 摈弃了 Folders/Lists/Projects，将用户的 navigation 减到最少。除了必要的效果（比如有点“心跳”感觉的 Voodo Check，用不同颜色区分不同的紧迫性和优先级），Voodo 不带任何花哨，力求干净清爽。彪悍——我喜欢单纯，但不希望柔弱。Voodo

本文是《更多有关 PastryKit 的信息》一文的开头部分提到的那篇「非常棒的概述」，作者是乔纳森·「豺狼」·雷恩兹（Jonathan “Wolf” Rentzsch，「豺狼」是他的外号），这篇文章列举了苹果内不同团队使用的 JavaScript 框架，有的是公开的，有的不为人知，例如 PastryKit。译文略去了开篇部分，原文可点此查看。1、SproutCoreMobileMe 团队使用 SproutCore。曾公开宣传过，目标是桌面级网页应用。主要竞争对手：Cappuccino（在我看来 SproutCore 的瑰宝是数据储存层，据我所知还没有对手能超过它。）2、Gianduia 苹果零售店使用 Gianduia。还未公开，但你可以在苹果一对一（One to One）的演示中看到（需要购买一台新麦金塔 + 一份合约）或通过限时的假日预定系统。我曾在 Twitter 上说过，Gianduia 的目标是桌面级网页程序，在这点上它像 SproutCore。3、TuneKit TuneKit 是一个小型框架，目的是 iTunes 内的 WebKit，已公开。由 iTunes team 发布。4、CoherentCoherent 由 Dashcode 3 开发者工具小组创建。5、PastryKitPastryKit 是苹果内部的一个框架，致力于在 WebKit 下提供 iPhone 风格的用户界面。iPhone 团队使用。

原文链接；作者：John Gruber本文是《PastryKit》一文的延续，说的是苹果的网页框架，借助它可以开发非常接近原生 iPhone 程序的网页程序。这篇文章让我想起 2 年前本站作者黄继新写的《iPhone 的互联网野心》，当时 SDK 还未发布，使用网页程序开发 iPhone 应用成为了一种流行的说法。恕我孤陋寡闻，在 Palm Pre 发布时，我曾觉得 WebOS 独到，原来苹果早已有类似的准备。苹果公司的各种 JavaScript 框架乔纳森·「豺狼」·雷恩兹（Jonathan “Wolf” Rentzsch，「豺狼」是他的外号）写了一篇非常棒的概述，介绍了苹果公司内不同团队使用的 JavaScript 框架。有些是公开的，有些则不为人知，例如 PastryKit。它们之间有所重叠。特别是其中的一些框架对 Cocoa 的模仿惟妙惟肖，不仅在 MVC，也深及内里，例如类的名称。（我没有听说过「Gianduia」，但它似乎被藏得很深。苹果的在线零售团队把它用于「天才吧预约系统」之类的事务上。）但 PastryKit 是唯一针对构建原生风格 iPhone 用户界面的框架。其他框架中类似 PastryKit 的是 TuneKit，这款目前公开的框架用于制作 iTunes LP 和 iTunes Extras 内容包。PastryKit 和 TuneKit 有 40% 的代码相同。（如果不计类名称的前缀：「PK」和「TK」的不同）本站读者格雷格·萨蒂特思盖（Greg Sadetsky）通过电子邮件传来了下面的对比，他通过美化器将代码去最小化。首先是 PastryKit：const PKTransitionDefaults = {    duration: 0.5, delay: 0,    removesTargetUponCompletion: false,    revertsToOriginalValues: false};const PKTransitionStyles = [    "-webkit-transition-property",     "-webkit-transition-duration",    "-webkit-transition-timing-function",    "-webkit-transition-delay",    "-webkit-transition"];然后是相似但前缀不同的代码，来自 TunesKit：const TKTransitionDefaults = {    duration: 0.5, delay: 0,    removesTargetUponCompletion: false,    revertsToOriginalValues: false};const TKTransitionStyles = [    "-webkit-transition-property",     "-webkit-transition-duration",    "-webkit-transition-timing-function",    "-webkit-transition-delay",    "-webkit-transition"];诸如此类。PastryKit 和 TuneKit 若不是兄弟项目，就是出自同一个人的作品。（另外，丹尼尔·狄杰（Daniel Dilger）九月份在《Wall-E》的 iTunes Extras 包中发现了「PastryKit」的字眼。iDisk 帮助一些读者来信指出，iDisk 软件的帮助页面也采用了 PastryKit。如果你通过软件商店安装了 iDisk 程序，可以通过点击「Setting」→「iDisk Help」查看。这个界面看起来同程序的其他部分相似，但一些明显的迹象表明这是一个运行在全屏幕网页模式下的 PastryKit 框架。（例如点击状态栏不会滚动到顶部）PasrtyKit

原文链接；作者： John GruberiPhone 上的类 WebOS。作者制作了两段视频，左侧是在 iPhone 模拟器上的演示效果，右侧是在 Safari 上。点此观看。这里（Daring Fireball 网站，作者的个人博客。）近来的主题之一是 iPhone OS 上的网页程序 — 为 iPhone 和 iPod touch 而做的程序，但只使用 HTML，CSS 和 JavaScript。我也谈了 iPhone 网页程序能提供什么程度的用户体验和相比原生 Cocoa Touch 程序的开发难度。iPhone 网页程序在滚动方面尤逊原生应用。拿长列表来说，比如所有联系人的地址，或者 iPod 程序中里的所有歌曲，当你滚动这些列表的时候，手指一扫，列表会快速滚动。这种效果很像滚动一个阻力极小的轮子。虽然你可以做一个外表非常相似，甚至与 iPhone 原生程序中的列表一摸一样的网页程序，但是却无法做到上述效果。在 iPhone 上浏览网页的感觉像是有很大的滚动阻力。这种阻力的存在对于在小屏幕上显示常规网页的 iPhone 是合理的，我所指的「常规」意思是「没有为在 iPhone 上显示而特别优化过的网页」，但这种阻力在为 iPhone 优化过的网页程序上却显得缓慢而阻塞。如果你从未留意过这些，现在试试，将这个名为 Showtime （在此程序点击「Watchlist」，再点击「+」，会出现可以滚动的一个长列表）的 iPhone 网页程序与原生程序比较。另外一个不错的对比是用原生的 iPhone Twitter 客户端如 Tweeite 或 Birdfeed ，与 iPhone 网页 Twitter 客户端如 Hahlo 和新 Mobile Twitter。区别是显著的，而且不仅限于外观。如同贾斯丁·威廉姆斯（Justin Williams）近来所写：假如苹果允许开发者调整 Mobile Webkit 中滚动与拖曳的系数，我相信随着在 MobileSafari 中增加新的网页技术，像 Halo、PocketTweets 和 Showtime 这样的程序可以成为原生程序之外的另一选择。对比 Hahlo 和 Tweetie 的滚动速度，结果极为不同。Tweetie 随手指力道而变，而 Hahlo 像是有所束缚。滚动并非网页程序不及原生程序的唯一问题，另一个问题是 MobileSafari 不允许 CSS 固定定位元素（CSS fixed-position element），因此无法使工具栏固定在屏幕的顶端或底部不随正文滚动。而这只是用户体验方面的问题，另一方面是开发。上个月我说过：由于 Cocoa Touch 框架的存在，Cocoa Touch 程序无需从头写起，如同法鲁克·阿泰什（Faruk Ateş）在对科赫（Koch）的回应中敏锐的指出，轻视这个框架，即是轻视所有使 iPhone 超过其他开发平台的东西。这不仅使原生程序比起相似的网页程序更加快速可靠，而且易于书写。有些读者反对，争论……但我不是要表达 Cocoa Touch 框架有多好，原生 iPhone 程序比网页程序更难开发，因为不仅要学习程序框架（Cocoa），也要学习一门新的编程语言，Objective-C。但这确实不是公平的对比，就像是一个不会骑车的人说，跑步比骑车容易。说的简单一些。例如创建一个有着绝佳设计和用户体验的 iPhone 程序，为了做好每一件事 —

原文链接；作者：David Storm 有了这 10 款程序，你也可以证明 iPhone 在工作场合一样不输他人。虽然最得媒体曝光的多是些无聊可笑的 iPhone 应用（是的，有超过 175 个应用可以生成各类人体噪音），倘若如果你是一位 IT 技工，还是有许多能协助你完成工作的软件，虽然比起其他聒噪的程序少了份声名狼藉，但它们值得你一一下载。这些软件各有所长。有的可以与共享网络中的设备进行交互，有的可以监视或远程控制你在公司的电脑或检查服务器。虽然 iPhone 狭小的屏幕并不能像桌面显示器那样显示所有的内容，但这些企业级应用程序合集当是能提高 IT 技工的工作效率。接下来便是这 10 款程序，它们几乎都需要 3.0 版本固件，我也尽力去寻找那些免费（或接近免费）的程序。网络故障处理 / 安全工具为处理普通网络故障而开发的应用，在 iPhone 上为数不少。例如解决划分子网问题、Ping 服务器、路由跟踪之类的程序，也有为大型企业网络设备而开发的程序，虽然大部分都要收费，但通常也提供试用版，因此在考虑购买前不妨先试试看。1、Network Utility — Connectivity Checker V2.1想要快速检查服务器或查看域名吗？这便是适合你的工具。它带有 Ping、端口扫描、Whois 查询和查看 IP 地址对应地点等功能。很方便就能输入主机名称（尽管「.com」按钮也能省下一些时间）如果能加入对 Netcat （使用 TCP 和 UDP 协议读写网络连接的工具。）的支持，对于熟悉 Netcat 的专家来说，这款软件应是必备之物。iPhone 上还有许多其他的网络工具，例如 Traceroute （路由跟踪、2 美元）、Host LookUp （主机查询、1 美元）、iTCPing （1 美元）以及 Network Diagnostics Pro （网络诊断专家，6 美元），不过它们的用户界面设计的不够优雅。1 美元，iTunes 链接，程序截图见下。2、Cymphonix iPhone Application V1.1Cymphonix iPhone 能对企业互联网连接进行实时监听 — 但只有连接到一台名叫 Cymphonix Network Composer 的设备才能实现深度报文检测（Deep Packet Inspection）、入侵检测（Intrusion Detection）和内容过滤（Content Filtering），也可以访问设备采集的数据，例如带宽消耗、流量（以协议计，或以程序计）等。如果你想试试，不妨连接到 Cymphonix 的在线试用设备，看看会有哪些统计信息。测试网络内建于程序，或者你也可以输入自己的设备地址。我唯一不满的地方是软件过深菜单设计，就像是在 iTunes 中找寻一首特定曲名那样的麻烦。不过，这仍是一家传统的网络基础设施提供商转向 iPhone 的良好范例，若公司有采用它家的设备，亦是向老板展示的好途径。免费，iTunes 链接，程序截图见下。3、IPEToolbox V1.2.1还记得你初次步入网络课堂，学习如何计算子网掩码和其他 TCP/IP 协议的奥妙吗？现在一切都可在 iPhone 上进行，已经有众多帮助你扫描网络的工具软件、包括来自 Banana Glue 的 R-U-On 和 iNet（为什么开发者一定要接受苹果精美诱人的价值观？）不过 IPEToolbox 做的更好。除了能告诉你术语「/16」表示为网络中有多少节点，IPEToolbox 还能根据给出的节点数计算出最佳的子网规模，或如何编写最为简明扼要的防火墙规则。它还内置了一个 VoIP 带宽计算器，能给出语音流量的占线小时（Erlang）1 美元，iTunes 链接，程序截图见下。4、9BitLabs Simple Network

原文链接；作者：Sam Oliver苹果本周揭晓了 iTunes 商店 2009 年最受欢迎与最热销的内容。iTunes Rewind 是 iTunes 商店的年终小结，有编辑甄选以及热卖产品两个项目。音乐方面，苹果以销量进行排名；软件方面，苹果则分为两个部分：游戏与应用。游戏类入榜的有《模拟人生 3》（The Sims 3，产品名称以国内常用译名为准，若无中文译名，则妥试翻译。）、《俄勒冈之旅》（The Oregon Trail）、《劲爆美式橄榄球 10》（Madden NFL 10）、《飞航控制》（Flight Control）。销量最好的软件有观看美国职棒大联盟赛况的《挥击吧！MLB.com》（MLB.com at Bat）、在 iPod touch 上发送短信的《自由短信》（Textfree Unlimited）、切换图片色彩的《挥洒色彩》ColorSplash 以及智力测验《笨蛋测试》（The Moron Test），没有免费的程序入榜。大部分编辑甄选软件的评级达到了 4 星。包括视频编辑软件《ReelDirector》、歌曲制作软件《I Am T-Pain》、欧特克（Autodesk）出品的手绘软件《SketchBook Mobile》和餐饮类软件《Jamie Oliver's 20 Minute Meals》。单曲销量第一的是黑眼豆豆（Black Eyed Peas）的《Boom Boom Pow》，年度艺人授予了麦克·杰克逊（Michael Jackson），年度最佳专辑是 Kings of Leon 乐队的《Only by the Night》电影方面，热销的有：《暮光之城》（Twilight）、《007：大破量子危机》（Quantum of Solace）、《星际迷航》（Star Trek）和《飞屋环游记》（Up）；编辑选择的有：《堕入地狱》（Drag Me to Hell）、《金属精神》（Anvil:! The Story of Anvil）和《阳光清洗》（Sunshine Cleaning）。电视剧、播客、有声书亦有相关的列表。今年八月时，苹果的 iTunes 已占全美音乐销量的四分之一，使之成为最大的音乐类零售商，超过了第二位沃尔玛（Walmart）的 14%。通过下载的方式已经占到音乐销售的 35%，iTunes 则占了在线销售的 69%。尽管 iTunes 持续火爆，但 CD 仍是最受欢迎的载体，占据了 65% 的销量。如上所示，iTunes 已不再仅意味着音乐，特别是苹果在 2008 年设立软件商店以来，11 月苹果表示软件商店（App Store）的软件总和已经达到 10 万关口，离开门迎客不到 1 年半的时间。而在 9 月，软件商店的下载量也已超过了惊人的 20 亿次。iTunes 的未来并未停滞，收购在线音乐播放网站 Lala ，被视为 iTunes 向浏览器进军之举，这意味的是更加广阔的空间。

原文链接；作者：Lex Friedman横扫全平台的最佳 Twitter 客户端。罗兰·布瑞齐特（Loren Brichter）是个天才，亦是 Atebits 公司的唯一所有人。Tweetie 是一款广受欢迎的 Twitter 客户端，而对于它的续篇，罗兰表示即便是买过原版的用户，也得再次掏出钱包，对此引起的纷争，他的心中早有解决之道：只要把 Tweetie 2 做的足够好就行。打开程序：手指划过 Tweets，回复、转推、收藏或保存，随你所愿。若程序真的好用，这三美元花的便不冤枉。我曾在初代 Tweetie 的评测中写道：「理想中的 iPhone Twitter 客户端还不存在，虽然 Tweetie 已经很接近了，但我仍希望它借鉴 Twitterrific 和 Twittelator 写推界面的样式。Tweetie 2 在前代的基础上略做改进，学习其他程序的强项，特别是写推。想来他的创新之举必会被 App Store 上的其他同行所采用。Tweetie 2 不变的是丝绸般平滑的操作体验。有的程序反应呆滞，例如在不同列表之间德互相切换，而这会影响用户的体验，因此对操作顺畅的软件我总是不吝赞美。Tweetie 2 刷新界面的方式很巧妙：滚动到顶端，拉下边缘，新的 Tweets 便开始载入，这是很直观的手势，以至于我在其他程序里也这么做（Mail，NetNewsWire，虽然并不支持此手势），只是因为感觉起来太自然了。横扫某条 Tweet，会自动弹出快捷工具，诸如回复、转推、收藏或稍后保存（类似 Instapaper 或 Read It Later 等服务），这是另一个我觉得很棒的功能。直接进入其他用户的收藏列表也是我喜爱的一个功能，建议其他无此功能的客户端加紧跟上。回复，私信与搜索标签分列于屏幕的底端，通过双击标签可以将所有私信设为已读。令人印象深刻的是，Tweetie 2 还会记住你上次退出时的位置。Tweets 缓存与记忆退出功能使得 Tweetie 2 成为真正卓越的 iPhone 应用。感觉起来像似桌面端程序一直在后台中运行的那样，虽然实际上并非如此。我也希望某一日 Tweetie 桌面端能同 iPhone 版同步，这样就无需再次留意已读过的 Tweets 了。点击 Tweetie 2 里的字符计数工具，便会弹出六个重要功能的快捷方式。相机与相册按钮帮你自动上传图像并嵌入 Tweets，也可以标记自己的地理位置。回复功能带有方便的搜索框（若是不知道朋友在 Twitter 上的名称，输入真名也可以找到他。），接着是 # 标签浏览器，以及网址缩短器。可以将未完成的 Tweet 存为草稿，或导出到 Birdhouse，总之 Tweetie 2 的发推界面没什么缺憾的了。最近的一次更新增加了官方转推以及列表（Lists）功能。你可以浏览自己的列表也可以创建新的列表，还可以看到其他人的有关列表。Tweetie 2 虽然简单，但是包含了一个 Twitter 客户端应该具备的所有功能。它不仅是 iPhone 上最棒的 Twitter 应用，也是全平台上最棒的应用。

最近某天突发奇想，自问我最喜欢的五款 iPhone 游戏是什么，发现一个尴尬的现实：虽然我在 iPhone 上下载过的游戏近百，但真正热爱的极少。如果勉强数数的话，我觉得有三款是一定会上榜的：塔防类游戏 7 Cities、解谜类游戏 Nick Chase: A Detective Story 和动作游戏 《武士：勇者之路》。而这最后一款，毫无疑问是你在现在的 iPhone 游戏里能够找到的最精彩最优秀的动作类作品。而它今天恰好免费。我在 iPhone 上玩过一些动作类作品，包括《刺客信条》、《生化危机》，总的来说，它们其实不是真正的 iPhone 游戏，而是发布在 iPhone 上的来自其它平台的游戏，所以操控上一点也不舒服。但《侍：武士之道》很纯粹：它的游戏性是彻底基于多点触控的，这让玩家体会到最真实的属于 iPhone 的畅快感。何况它的美术颇有意境——居然是在 Unity 上实现的。虽然它有它的问题，比如动作的反馈不够清晰，以及对手的招式太少，但瑕不掩瑜，别错过这么精彩的作品。

原文链接； 作者：Tony Zito Unix 有 Shell 语言，Dos 有批处理程序，Lotus 1-2-3 也有自己的宏语言，Emacs 虽然是文本编辑器但也是编程工具。我们已不再执着于编写可以编程的终端用户软件，但如同二十年前那般，它们在今日的重要性仍不减当年。 每隔几周，斯考伯便会与我同坐一个多小时，聊聊各自的想法。几年来我们都在谈论 Twitter，就像其他人那样。（或看上去像） 最近的一次谈话止于同样的死结。 似乎所有的好主意都起止于类似的语句：「显然，他们永远也不会这么做。」 「他们」在这里指的是 Twitter，自是当然。 但我们还是继续聊了下去，斯考伯重申了他的想法，一个称之为 SuperTweets 东西，同利用 RSS 附件（RSS enclosures）进行播客的想法差不多。无需向别人费劲周章的解释，因此这些时光总让人觉得快乐。 脑力风暴陷于窘境，我觉得我们做了一个错误的假定：如果 Twitter 变成一个可扩展的元数据平台，开发者能对任意 Tweets 粘附数据，而 Twitter 储存指向 Tweet 和数据的指针，也可以存储数据本身，那么所有问题都能迎刃而解。 不过现在，我认为这种想法是错误的，因为它的假定是，有一群勇于创新的客户端开发者们无需 Twitter 的指引便能协力合作。我认为开发者们惧怕 Twitter 由来已久，即便他们对如何颠覆市场娴熟于心，也绝不会冒着风险挑战官方。所以我觉得开发者中出现搅局人的几率是零。但没有这些人挺身而出，Twitter 将会止步不前。 除非…… 当然，你已经阅读了本文的标题，所以你知道我想说的是什么 :-) 若是将一种相对简单低能的程序语言植入 Twitter 中会出现什么呢？高级玩家便能在 Twitter 之上建立自己的小应用。可以是为群组 Tweets 打造的用户界面，或将想法群发至不同的地方：Twitter 或别的什么。 因此当比特之流止于 Twitter 之时，仍是有条不紊的，对不使用客户端的用户也适用，当然，使用客户端的用户会觉得更加好用。 在阅读方面，我希望加入的功能并非人人愿有，但抱有这样想法的不仅有我，而我也不想为实现几个功能而亲自打造整一个客户端。 例如，自从我第一次要求增加「限时 unfollow」的功能已有两年。 使用情景：某人正在现场直播一次会议，我对此并不关心，而且它还占用了所有的带宽。我想 unfollow 他一天。现在看来，似乎没有人在开发这项功能，但对少数人来说这项功能却很重要。 我还希望有「限时 block」的功能。 便无需为了移除单条 Tweet 而 block 某人了。无法向你诉说多少次只是为了回复列表（@replies）的清净而 block 某人。 因此我想解决斯考伯的问题之道是可编程的 Twitter 客户端。 另外：我确信本文的回应者绝大多数都是无意增加此项功能的人。那么，不妨跳过评论好了，因为我知道没什么人想要这个，但对于我的同好来说，却是无此不行。

原文链接；作者：John Carmark id 有很好的社区氛围，除了卡马克的开源理念之外，一个重要的原因也许是已形成惯例的开发手札，这是其中的一篇。  一年来，我为 id 内没有任何有关 iPhone 的开发计划而备感困扰。我爱我的 iPhone，我认为应用商店对于软件商业来说是极为重要的模式。不幸的是，诸多事务妨碍了我们前进的步伐。 罗伯特·达菲（Robert Duffy）早先与我花了一周时间将《兽人与精灵》（Orcs & Elves）从 DS 移植到 iPhone 上，这也许可以算是良好的开端，但还不够完美。iPhone 的图形性能要比 DS 更为强大（虽然驱动程序的资源消耗要大得多），但是源代码基本上是 DS 特有的，到处都是任天堂专有的 API。我将它们转换为 OpenGL ES 来实现基础绘图，但究竟是将所有的特效转化为 GL ，还是设置一个 DS 图形库虚拟层更好，我仍未有定论。还有，所有用户界面需要重新考虑以及再次测试，显然这需要数月的时间才能开发完成，而且不仅需要编写代码，美工和设计也要跟进。我说过这会是个好主意，但是 idMobile 团队已经开始将《德军总部》RPG 转移到 Java 和 Brew 手机上，而安娜也不想为这个尚未明晰的 iPhone 项目改变已有的开发方向。 在进一步思索平台的能力之后，我决定进行一个激进的，iPhone 专有的项目，我们投入了内部资源，但程序员终究没有完成任务，项目最后停止了。巧合的是，有个外部开发团队找到了我们，想再 Wii 上进行同样的计划，于是我们打算合作完成 iPhone 项目。我们应该在不久的将来发布有关消息，它很酷的。虽然确有延迟，但谁叫这是软件开发呢… 去年末，idMobile 团队已经完成了所有计划版本的《德军总部》RPG，但 EA 建议说，在成百上千个为不同手机定制的版本之外，他们对 iPhone 上的高画质版本很感兴趣。虽然《德军总部》 RPG 是一款为传统手机精打细造的产品，但是在用户界面与性能上并没有为 iPhone 优化，因此它不会是理想的项目，但仍值得尝试。当我们拿到第一个版本进行测试的时候，我对画质挺满意，但迟缓的速度让我很不爽。玩起来的感觉就像普通的 Java 版，更比不上高端的 Brew ，而我事先的预想是要超过它的，这让人感觉不妙。我开始在游戏中四下搜寻能够证明猜度的视角，接着我找到一些明显的三维物体，当环绕它们运动的时候，可以看见多边形嵌入到材质之中。他们在 iPhone 里使用软件像素化。我意识到升级后的移动渲染器与智能关卡设计/行为限制和高分辨率的图形已经使得软件渲染器与硬件渲染器在表面上难以区分，但我还是很不开心。 我告诉 EA 我们不会把它作为 id 史上首个 iPhone 软件公之于众。我们要使用到 iPhone 的硬件三维加速，也要令过程更加简单 — 当我完成第二代移动渲染器的时候（最初写于 Java），是基于我称之为 TinyGL 的类，它进行转换/裁剪/像素化的操作语义相当接近 OpenGL。但在固定点和透视修正中的水平与垂直像素化选项则不同。开发者跑了回来，说要两个月时间，而且还超出了预算。 无意为此大肆争吵，我告诉他们干脆让我独自完成这个项目好了。卡斯·埃弗里特（Cass Everitt）之前曾在 iPhone 上完成过一些个人作品，因此他帮助我搭建好本地 iPhone 开发环境，但过程之复杂与苹果产品的简洁相去甚大。如同往常，我的「两天法则」再起效力，最后在四天之内完成，游戏的帧率快上 8 倍，做这件事情让我觉得有趣。 自移植计划开始以来，我们一直将优先级维持在低。卡斯则在家中小打小闹的尝试移植《雷神之锤 3》，我们偶尔谈论不同的界面模式。但测试结果显示，《雷神之锤 3》在 iPhone 上的运行速度不足以实现良好的操控感。硬件性能应该是足够了，但需要对渲染代码做架构上的改变以尽可能的榨取性能。 不如使用早先的代码试试看，于是我开始创建一个框架，希望能显著提高《雷神之锤 3》的性能。若想将性能独立出来考虑，可以回溯到《德军总部 3D》，FPS 类游戏的教父。它已有 15 年历史，拥有基本的运动和射击模式，但由于它最初运行在 286 电脑上，因此在 iPhone 上应会有不错的帧率。

原文链接；作者 Prince Mclean 搭载谷歌 Android 操作系统的智能手机正在发起一轮新的攻势，最终达成让人们真正值得期待的产品。本系列文章从智能手机软件平台的角度分析 Android 与 iPhone ，这是首篇。 Android 并未与 iPhone 正面冲击，它是一个灵活的平台，不同的企业可以进行范围丰富的定制，而不像 iPhone 那样：由单一公司管理的特定产品。 然而，随着其余智能手机系统的尽数溃败（包括老旧的 Palm OS，Linux 系 OpenMoko 和 GreenPhone，Windows Mobile，甚至是领先的 Symbian），Android 已经成为 iPhone 最大的假想敌，硬件商们亦希望借此与苹果抗衡。HTC、摩托罗拉和索爱推出的新机正剑指 iPhone，只是途径各有不同。 将特定的 Android 机型与 iPhone 进行比较是困难的，因为 Android 只是整个系统的一部分。某些机型也许与运营商独立绑定，有不同的收费标准，覆盖范围，运营商限制或是与 Android 并不相关的技术限制。同样，不同的手机制造商也有诸多方面的问题，例如设计、质量、售后、功能或价格，这些问题多少会影响到用户体验，但同样与 Android 无关。 基于这样的原因，本系列文章仅在软件平台层面上将 Android 与 iPhone 进行对比，讨论它的优劣之处，而不是就具体型号的设备展开。这些问题适用于市售的所有 Android 手机，也适用于还处于开发的产品。除此之外，当消费者真正考虑选购一款手机的时候，在软件平台之外，还有许多值得权衡之处。 然而，软件平台是如此深刻的影响到易用性、扩展能力、第三方软件以及后续支持，因此分析二者的区别便可以就 Android 用户与 iPhone 用户在电话寿命周期中所能拥有的操作体验上得到许多启迪。这类似于 Windows 与 Mac OS X 之间的对比，而不是比较特定的 Windows PC 与麦金塔的功能。 Android vs. iPhone： 表面之下 Android 和 iPhone 的软件平台不仅是一个核心操作系统。事实上对用户而言，操作系统间的差异是影响最小的那部分。二者都基于 Unix 内核，少有用户能深入到那里。Android 使用 Linux 内核，iPhone 使用同麦金塔相同的 Mach/BSD Unix 内核。 关键是这并不重要，原因是二者都没有真正提供访问内核层的方法（无论是对用户还是开发者），而且二者的设计目的也不是运行为 Linux PC 与麦金塔打造的桌面应用程序。它们是好技术的范例，在核心操作系统之上，满足了智能手机系统的需要。 与用户有关的层次远高于系统内核，这里是程序运行，安全保障与智能手机背后的商业模型影响用户行为之所在。 平台体系：Android 不同于诺基亚 N900 运行 Maemo Linux 这样的桌面 Linux PC 软件（构建于 X11 / X Windows System 以及窗口管理器如 KDE

无纸亦能成书 — 这句话可以用来描述数据中心架构师的重要品质：在系统上线之前就能预估它的实际性能。但倘若你将面对的是布散全球，尺度达到百万台级别的服务器集群的时候，该如何充分协调这具让所有超级计算机都黯然失色庞然大物呢？这里说的是谷歌，虽然它的服务器总数仍不为所知，但这家拥有遍布全球几近 40 个数据中心的互联网企业还在不断的部署着更大型的数据中心。它们的目标是全球部署 100 至 1000 个数据中心，对应服务器的数量达到史无前例的 100 万至 1000 万台。参照这样的说法，一个数据中心大约有一万台服务器，按照目前已知的 36 个数据中心计算，谷歌的服务器大约有 36 万台。事实上这是很不靠谱的推断，但由于数字来自谷歌工程师的文稿，或许他是虚晃一枪，但仍有参考的意义，而且我相信这是趋于保守的估计，因为谷歌曾经公开一个数据中心的视频资料，单这个数据中心就有 45000 台服务器。如我们之前对亚马逊 EC2 的报道，做为基础云计算领域最大的企业，亚马逊 EC2 的服务器总数大约是 4 万台，依据市场规模推算，基础云计算领域总的服务器数量大约是 7.3 万至 11 万台，这个数字比谷歌服务器的推测来的靠谱些，但仍可以看出它们之间的巨大差距。回到此前的话题。面对如此巨大的基础设施，最重要的问题是如何管理，这也是谷歌目前在做的事情：一个名为 Spanner 的调度系统。并相信已经在部分数据中心开始部署，例如位于比利时的圣吉斯兰（Saint-Ghislain）数据中心，它自去年底开始运行，无任何制冷设备，全年大部分时间里使用室外空气进行降温，气温过高的时则采用过滤后的河水，总而言之这是相当先进与环保的一个数据中心。但 Spanner 可以让独立的数据中心变得更加具有弹性，它就像是神经网络一般，把谷歌在全球的数据中心结合在一起。它模糊了数据的地理界线，以如似 DNS 的工作原理简化了分布式文件的访问。在技术的继承上，它同谷歌的分布式数据库 BigTable 类似，但数据的组织模式则全然不同。Spanner 的目标是在 99% 的时间里，将数据的访问耗时控制在 50 毫秒以下；在数据的备份方面：所有数据至少在欧洲保存 2 份，在美国保存 2 份，在亚洲保存 1 份。它还将数据中心划分为更小的层级，互相之间独立运作以提供更高冗余能力。Spanner 还能做什么？我觉得非常牛鼻的一个构想是南北半球数据中心间的负载调配。南北半球气候相反，北半球处于冬季的时候，便可以将南半球的负载调配至北半球，不仅减少数据中心的制冷开支，还能防止数据中心由于过载而导致的宕机。不局限于纬度，经度间亦可以进行调配。一般而言，夜间用电比较便宜温度也低，因此可以将负载分配到这类数据中心之上，所谓追月，便是如此吧。但 Spanner 目前亦有问题，例如去年 Gmail 的两次宕机便是由于数据中心间的负载转移所引发。这突然让我觉得，若说 Twitter 似茂密繁杂的神经，谷歌更像是支撑信息流动的血脉。飞猪曾在 Twitter 上感叹谷歌的 Matrix 化，但或许可以释然的是，没有一个国家有能力组建和维护如此庞大的服务器，是纯粹的商业力量使然，这也许是仍让人怀有希望的地方。

原文链接；作者 Gregg Keizer 麦金塔仿造商 Psystar 开始销售一款名为 Rebel EFI 的软件，它能使广大 PC 用户安装并运行苹果的雪豹操作系统。支持英特尔酷睿 2 双核、四核、i7 以及 Nehalem 至强处理器，售价 49.99 美元，并提供功能受限的试用版，使用时间只有 2 个小时。 Psystar 在一份声明中表示：「Rebel EFI 支持大多数硬件，PsyLabs 将继续拓展硬件的支持范围」。没有迹象表明 Rebel EFI 能够运行在装有 Atom 处理器的上网本上。这是继本月初 Psystar 宣布向其他仿造商提供技术授权的后续举动。 Psystar 和苹果的法律纠纷始于 2008 年 7 月，当时苹果指控 Psystar 在 PC 上安装 Mac OS X，同年 8 月，Psystar 反诉苹果非法将雪豹限制在麦金塔系统中。 Rebel EFI 也支持微软刚刚发布的 Windows 7 ，Psystar 表示「通过使用完整版 Rebel EFI 中的 Darwin Universal Boot Loader ，计算机能够安装并运行多种操作系统，包括新近发布的 Windows 7，也支持 XP、Vista 、多种 Linux 操作系统和雪豹」。 Darwin Universal Boot Loader （DUBL），是用来在装有英特尔处理器的电脑上启动雪豹的小型程序，同时也是 Psystar 未来授权给其他制造商的技术基石。Psystar 初次谈及 DUBL 是在去年 7 月，在 8 月的诉讼中 Psystar 是这么说的「（开发 DUBL）是为了使得软件开发者在不同的硬件上使用雪豹进行工作」。 Psystar 认为苹果的意图是阻止竞争对手在普通 PC 上安装雪豹系统。它的律师辩解称：「显然，苹果把这些硬件看成是类似摄像头和 U 盘等外围设备，但雪豹中并没有阻止在其他非苹果电脑上使用类似的硬件」。 软件可以在 Psystar 网站上支付或下载， Rebel EFI 是一个大小为 7.6MB 的 ISO 镜像文件，在使用前必须先刻录成 CD，使用指南见此。 苹果公司对此未发表评论。

我曾经在今年5月介绍过一个称为TapForce的专利技术，可以让iPhone感觉到触摸力度，但这种用利用加速感应器来判断触摸力度的技术有一个致命弱点，就是在坚硬表面上演奏就抓瞎了。最近，Wave Machine Labs开发出了一种称为VelAUcity的新技术，它利用iPhone内置话筒来拾取你触摸iPhone演奏时发生的力度，通过噪音的大小进而分析出你触摸iPhone的力道大小，并实时反应出来，也就是控制iPhone发出声音的大小。值得注意的是，VelAUcity技术目前只能应用于iPhone，因为尽管iPod touch发展到了第三代，依然没有内置话筒。虽然iPod touch可以外接带话筒的耳机来拾音，但这个技术必须要求拾取iPhone发出的振动噪音，所以iPod touch现在是无福消受了。下面这段视频演示了iGOG在iPhone演奏出不同力度大小的打击乐音符。iGOG除了内置文件管理器和音序器，支持每只鼓拥有384个多重采样以外，还支持独特的“话筒触发”模式，所谓“话筒触发”就是用现实中的敲击声来触发iGOG应用里的虚拟鼓乐器，比如你把iPhone放到桌子上去拍桌子，所产生的振动即可驱动iGOG应用里的鼓乐器同步发声，这样你就不必拘泥于iPhone那小小的屏幕了。VelAUcity技术目前提供API，想获得力度响应的第三方音乐都可通过该API将这个专利技术应用到自己的应用里。iGOG 价格4.99美元，iTunes购买链接走这里。开发者们动用自己的聪明才智，想尽一切办法来弥补iPhone的缺点，真是让用户感到很欣慰。

Thoora 是一家位于多伦多的公司，2008 年 3 月成立，他们的产品是新闻聚合器。低调开发一年之后，它入围了今年的 Techcrunch 50 。传统新闻聚合器的资讯来源主要是 Top 100 类的网站和博客，Thoora 认为不应忽略来自普通博客的声音，所以他们索引了大约 8000 万个博客，不仅如此，他们还增加了对评论与 Twitter 的监测，将这些数据综合在一起，来判断某件新闻的影响力。 新闻聚合器可以分为三类，全人工（如 Digg），半人工（如 Techmeme）和全自动化（如 Thoora），Thoora 走的更远一些，加入了对社会化媒体的监测。虽然许多人认为新闻聚合器的市场几近饱和，但如上所述，Thoora 在细分市场里有独特的地方，即挖掘了所有可能的信息来源。它是少有的能让我很快就弄明白日后盈利方法的公司：在页面中出售广告和向企业出售统计数据。 这是技术与盈利手段结合紧密的一个例子，由于 Thoora 的核心是回应（Reaction），回应样本越多，数据的精确程度就越高，商业上的价值也越大，所以若要说 Thoora 是纯粹的聚合器，其实也不尽然，它还有监测器的成分。以下是我对 Thoora 团队高级软件工程师 Yingbo Miao 的采访。   Q：Thoora 在 TechCrunch50 之后的运营状况如何？注册人数增长情况怎样？近一段工作主要是什么？ A：正在紧张的完善现有功能。很快就会有「Public Beta」出现（编者：目前已经进入 Public Beta 阶段。）功能主要是一些比较小的改进，系统运行进一步完善。同时，质量（比如 Ranking）是一直在改善的。其实有很多工作在后台，从用户的角度可能不是很明显。注册人数几千吧。   Q：Thoora 这个名字的来历是？ A：哈哈，这是自己造的词。当时创始人 Hyun Chul Lee (nickname Chul) 试验了很多简单，比较好辨认的名字，都被人注册了。最后发现 Thoora 没人用。Thoora 这个词有一点希腊渊源，大约有 gateway, vision 之类的愿意。教训是即使不开公司，注册个 5、6 个字母的域名先。:-)   Q：你们采用什么工具来开发网站架构？Thoora 似乎有使用到亚马逊 S3 ，有使用 EC2 吗？ A：没有用 S3 或者 EC2， Thoora 的网站架构和数据存储是自己开发的。后台有很多 Process ，包括数据采集、分析，这些结果储存在自己开发的分布式数据库里。前端主要是显示数据和用户登录，中间有中间层来传递数据（包括进一步处理数据）。主要系统开发语言是 C++。当然个别的内部研发可以更自由一些，比如少量的 Python 或者 Perl 。   Q：Thoora 是如何做到采集互联网上所有博客的？排序的依据我不大明白，为什么有一些发布时间、响应规模都更大的消息排在后面了？是否是因为你们对新闻的重要性也有判断？ A：不敢说所有博客吧，绝大部分的英语博客是采集了的。从各大 Blog platform 和 Ping service 可以得到很多，还有就是网站连接，这比 Google 之类的爬虫要简单，但是，我们也有一些复杂的算法来控制访问某个网站的频率。 排序是有很多因素控制的，算法比较复杂，设计很多 Research，而且在不断改进中。Thoora 主要是想：到底什么新闻最重要。如果我们相信各大媒体的编辑的话，就很简单了：把几大新闻媒体的头条拿来就可以了，可是，这样的结果完全偏向于主流媒体（的编辑们）。Digg 试图让读者「digg」一下，来解决「大众投票」的问题，结果成了希奇古怪新闻的集散地。 Thoora 通过对 Blog

作者：Seth Weintraub； 原文链接 有消息称苹果内部正在开发 iPhone 的收音机应用，未来的 iPhone 和 iPod touch 将加入这一功能。据我们了解，此应用将会像 iPhone 的 iPod.app 样可以在后台播放，并提供与第 5 代 iPod Nano 中同样的 FM 收音机功能。消息称该应用也可能会以 iPod.app 中一个新增功能的形式发布。 这个应用之所以迟迟没有露面是因为苹果希望将 iTunes Mobile Store 的购买功能整合到该项目中。比方说，如果你很喜欢广播里现在播放的这首歌曲（必须是支持 Tagging 的电台，同时你要身在美国），点击一个按钮即可在 iTunes Mobile Store 里查看这首歌（以及所有的相关信息）。再点击一下，就可以购买这首歌。这是新 iPod Nano 中 Song Tagging 功能的扩展。或许还可以加入 Shazam［译者注：能够通过曲调识别歌曲信息的 iPhone 软件］帮助那些不支持 Tagging 的电台。 尽管没有说明，但这项应用很可能也会像现在的 Nano 收音机功能那样可以实时暂停。 iPod 和 iPhone 可以接收 FM 电台已经有一段时间了。最新一代的 iPhone 和 iPod touch 甚至可以向汽车音响中输出 FM 信号。iPhone 和 iPod touch 之前接收 FM 信号只是为了完善 Nike+ 的功能。 这不是苹果第一次激活移动产品上预设为关闭的硬件功能了。苹果往往选择让部分硬件功能休眠，选择「时机成熟」的时候再打开。例如，第二代 iPod touch 发行 9 个月后，其蓝牙功能才被打开。至今最新的 iPhone 和 iPod 也没有激活对 802.11n/5GHZ 无线网络的支持。（希望可以早日升级。） iPhone 和 iPod touch 产品线加入 FM 功能后， ZuneHD 之前存在的优势将荡然无存。

昨天 Techcrunch 曾报道在 Chromium 发布目录中出现了 Chromeos 的子目录，虽然后来被删除，但一位名叫乔纳森·弗雷德里克森（Jonathan Frederickson）的读者保存了代码并装上了系统，本文的内容即来自他的博客。 这是安装好后的界面，基本同 Chrome 浏览器没有区别。右侧有时钟，网络连接和电池指示功能（后两样无法正常使用）。   标志变成了圆环样（见下图左上角），点击这个它会进入一个名叫「谷歌短链接」页面，不过要以 google.com 为后缀的电子邮件才能登陆。   设置界面中多了一项「Chrome OS」，有网络和触控板选项。

这是来自瑞典设计公司 Ocean Observations 的创意，将 9 页的 iPhone 应用程序集合到一个页面中。这主意很棒，但图标缩小后有可能不好分辨。我做了一下测试，结论是缩小后图标的识别性还不错（每个图标缩小后的尺寸大约是 16×16 像素），若加上适度的锐化，识辨率能进一步提高。程序名无疑是看不清了，这意味着用户需要花一些时间来记忆图标与程序的关系，但我想这不是很难的问题。下面是视频演示。

 大多数 iPhone 应用都在赔钱，可有些免费应用，比如 Shotgun，却赚翻了。 作者：Philip Elmer-DeWitt； 原文链接 作为一个应用，Shotgun Free 算不上什么。用力摇晃一下 iPhone 能听到子弹上膛的声音，旋转 90 度准备开火，iPhone 将用尽全力地砰砰作响（还好声音不太大）。 但它却很受欢迎。三月初面市至今，下载次数超过 400 万。平均有 6 到 7 万人每天都在使用这款应用。 Shotgun 的厉害在于，屏幕下方的小广告每天播放 20 至 30 万次。在 MobClix 本周发布的白皮书中，第一号案例分析就是 Shotgun Free。创业公司 MobClix 扮演着中间人的角色，为 Shotgun 的开发者——Inedible Software 和广告商牵线搭桥。每有 1000 次广告流量，广告商就付他们 3 美元。每天会有 600 到 900 美元的进账。 MobClix 的报告中有 8 个案例分析，每个案例都为能为应用开发者们上一课。 Shotgun Free 告诉我们：当广告的显示频率提高一倍（由 30秒 变成 15 秒），点击率会随之翻倍，收入相应增加 20%。 BlackJack Free 每天产生 150 万次广告流量（根据广告字体的大小，每 1000 次流量可盈利 0.40 至 2 美元）。它教给我们的是：如果显示更大字号的广告，别指望用户会买账。 Duck Shoot（15 万至 25万 次流量，每 1000 次收入 1.00 至 2.50 美元）的发行方在这款应用销售量大幅下降之后，推出了免费版本，改赚广告商的钱。 Shotgun 的开发人员采取了相反的策略。先期推出免费版——「简化版的 Shotgun 理应免费，」 Inedible 创始人詹姆斯·安东尼（James Anthony）说到——然后再发布 0.99 美元的「专业版」 ，提供更多的枪支选择，且不含广告。当广告消失后，这款应用的盈利性更强了。 当然，有超过 8.5 万个应用在激烈争夺着注意力，多半的开发人员还赚不到钱。这就是 MobClix 只把赢家拉出来展示的原因。 该白皮书的 PDF 在这里。Shotgun 开发人员对其商业模式的看法（视频），请点击这里。

当某些聒噪的专家不顾一切的将雪豹诋毁为「服务包」的时候，自成一体的它，已经默默的将麦金塔平台延展到许多重要而且不为人知的地方。本系列文章将向你揭示雪豹众所周知但常被误解的功能，这是第三篇。   原文链接；作者：Daniel Eran Dilger 。 OpenGL ，OpenCL 与 GCD（Grand Central Dispatch） 苹果开发了 OpenCL ，并使之成为通用计算领域的新标准，而对 OpenGL 与 OpenCL 的支持亦削弱了微软借 DirectX/D3D 来垄断图形 API 的盘算。   其他平台也纷纷加入到 OpenGL 的阵营中来，从 Wii 、PlayStation 3 到占据移动计算市场大头的 iPhone/iPod touch 。这些进展将会使得微软蚕食开放 GPU 标准并垄断市场的努力更加困难。 而对现有 GPU 资源与雪豹中 GCD（Grand Central Dispatch）架构的充分利用，将使程序开发变得更加简单（编者：呃，我认为 GCD 增加了开发难度），同时也为未来的硬件创新提供了可能，无论是搭载自家研发的新款加速芯片，或者更好的支持目前的 GPU 。 曾向何方 正如同通往 64 位操作系统之路的步履蹒跚，微软在为上网本与 XP 用户提供新一代操作系统的过程中亦被轧的不轻（编者：这句话原话很长，我认为他的意思是：Vista 卖的不好。）。与此相似的高级图形混合技术，苹果在十年前就发布了。 根据游戏开发商 Valve 的 Steam 平台所提供的月录硬件报告（约覆盖 100 万 PC 用户），多数 PC 游戏玩家的显存超过 512MB 并拥有更好的 GPU ，这高于大部分麦金塔用户的水平。不过多数 PC 用户还在使用无图形加速界面的 Windows XP 。类似的，只有 17% 的高端游戏玩家使用了 64 位版本的 Windows ，大多数人不愿从就 64 位寻址带来的好处。 1999 年时，苹果就意识到 GPU 的重要作用，并将它应用到 Mac OS X 的 Quartz 图形系统中。微软直到 2007 年才将类似的高级图形混合系统引入 Vista ，然而市场反响却不好。在 Vista 发布几近三年之后，即便是在象征着乐于尝新、购买力很强的 Steam 用户中，Vista 的装机量也只有 36%

当某些聒噪的专家不顾一切的将雪豹诋毁为「服务包」的时候，自成一体的它，已经默默的将麦金塔平台延展到许多重要而且不为人知的地方。本系列文章将向你揭示雪豹众所周知但常被误解的功能，这是第二篇。   原文链接；作者：Daniel Eran Dilger   64 位内核 对于 EFI （引导操作系统的启动固件）仍是 32 位的麦金塔用户来说，雪豹的新 64 位内核会是一个问题。2008 年之前苹果电脑虽然配备了 64 位的酷睿 2 处理器，但也只能使用 32 位内核来运行 64 位的程序，因为苹果的 64 位内核既需要 64 位处理器（酷睿 2 或更好的处理器）又需要 64 位的 EFI 的支持。 由于 Windows 不使用 EFI 而是更为原始的 BIOS，因此 64 位版本的 Windows XP 以及 Vista 在这类机器上要通过 Boot Camp 来引导。 无论如何，在这类机器上使用 64 位内核获得的收益有限，虽然 64 位内核的确能带来好处，例如获得更好的安全性。使用 64 位内核的主要好处是可以直接使用超过 4GB 以上的内存，而这在目前的大多数消费级麦金塔和普通 PC 上是做不到的。 即便是在拥有 64 位 EFI 的消费级机型上，雪豹仍默认使用 32 位内核，这是为了防止普通用户在使用部分还未 64 位化的软件时，由于内核拓展与驱动程序（如打印机软件）无法协同将会导致的问题。   这个问题在过去几年里一直压制着 64 位 Windows 的发展，然而却没有推迟 64 位麦金塔的部署，这是因为雪豹只有一个版本，迫使它必须自我调整以适应受限的硬件。   想要使用 64 位内核的用户（2008 年初后发布的麦金塔）可以在启动时按住「6」和「4」键。如果想知道 EFI 固件的版本是否是 64 位，可以在终端里输入如下的命令「ioreg -l -p IODeviceTree | grep firmware-abi」。   64 位系统程序   雪豹能够让所有装载酷睿 2 处理器的 64

上面这个看上去很臭屁的男人是我在 iPod Touch 二代上用一个叫做 SketchBook 的软件画的，这个 SketchBook 大概是目前为止 iPhone/iPod Touch 上最强大的手绘软件了——Autodesk （就是那个做 AutoCAD 和 3DS MAX 的公司）出品，支持笔触、支持图层（最多三层）、支持自定义笔刷、实时存储，在 iPhone/iPod Touch 上的最大分辨率可以达到 400×600——只卖两块九毛九美金，考虑到 Autodesk 极少出美金四位数以下的软件，这个价钱算性价比很高了。在它出现之后，连我这样的业余选手都可以画出不错的画来，我想那位曾经用 iPhone 给《纽约客》画过封面（还画得挺难看的）的老兄应该是混不下去了，厉害的家伙实在太多了，他们缺的只是一款趁手的软件而已。 但即便好用如 SketchBook，在 iPhone/iPod Touch 上画画依然是一次非常不舒服的事——iPhone/iPod Touch 的屏幕非常粘手，当贴了磨砂贴膜之后，这一问题有所改善；但另一个更大的问题是，我不可能把自己的手指变细，所以这张简单的素描图花了我差不多两个半小时才完成，而画中主角的那副招牌式的臭屁小圆眼镜，最终因为我无法用手指在屏幕上画出两个大小差不多的正圆而被我放弃了。不过通过这次不怎么样的绘画体验，倒是解答了一个技术问题，结果颇令人振奋——iPhone/iPod Touch 的电容屏是可以像 Tablet PC 那样实现笔触和压感的，而这样一来，传说中的 iTablet 应该会成为一个不错的绘画工具——用手指在 3.8 寸屏上画画的确非常吃力，但换到 10 寸屏上应该就会好很多了吧，又或者，最上面那个臭屁的家伙这次会十分“仁慈”地为 iTablet 配一支数字笔？Expecting while doubting...

美国这个奇怪的市场，人们一边说自己要减肥，一边吃热量巨大的甜品……于是，两个市场同时爆发了……用 iPhone 帮忙处理食物热量信息的软件此前并非没有，只是最近有两家公司合作了一把，弄了一个扫描食品的条形码就可以分析热量信息的应用， FoodScanner。之前 Android 上已经有了根据条形码比价的应用。我好奇的是，还能用 iPhone 做点什么跟物理世界有效的互动呢？ FoodScanner Demo from Andy Smith on Vimeo.

根据来自 MacRumors 的消息，虽然还要过一段时间才能看到 OpenCL 和新近开源的 GCD （Grand Central Dispatch）所带来的影响，但是目前的进展已经让人颇为惊喜了。 MovieGate 是一款用来编码视频和创建 DVD 的软件，开发者克里斯托弗·迪科曼利用了雪豹中新增入的 OpenCL 和 GCD 功能来优化软件，并与运行在 Leopard 上的旧版软件做对比。测试机是一台2007 年版的 Mac Pro ，配置是英特尔四核酷睿2处理器，运行速率 2.66GHz 以及 Geforce 8800 GT 显卡。 结果编码速度大约提高了 50% ，同时由于部分工作交由显卡执行，CPU 占用率也随之下降了。在雪豹中，MPEG-2 编码速度是 150 帧每秒，在 Leopard 中的编码速度则为 104帧每秒，编解码环境中 CPU 的负载对比图见下。 也许是由于 GCD 的作用，CPU 在编码的时候被压榨到滴水不剩，负载率达到了 130% 。另一个想法，能否把解码中剩余的 30% 的处理能力利用起来，而进一步提高速度呢？ 虽然 GCD 与 OpenCL 进一步提高了编写程序的复杂度，短时间看起来很难大范围推广，但我们很高兴看到终于有人迈开了实质化的一步。

原文链接；本文经由 Jay Robinson （杰伊·鲁滨逊）许可发布。 网页开发师杰伊·鲁滨逊对 iTunes 新增入的 LP 功能很感兴趣，他想要了解一下里面的结构，因此不妨跟随他一起，来一次虚拟拆解吧。   基本情况 iTunes LP 文件是一个超过 500MB 大小的，扩展名为 .ITLP  的封包。当你在 iTunes 中打开它的时候，将会借由浏览器来显示并占据整个窗口，接着照片淡入，音乐响起。页面中的链接将把你带入到最主要的功能之中，例如照片、视频以及歌词。 LP 的框架大小看上去像是 1280×720 ，不错的分辨率，但是纵向分辨率小于 842 像素的电脑会出现讨厌的滚动条，比如说 13 寸的 MacBook 。 下方是 Jay-Z 《蓝图3》专辑中的一些截图。      视觉化 有趣的是，当你点击「全部播放」的时候会呈现出视觉化的效果，这是颇具惊喜和创意的功能。Jay-Z 的这张专辑内置了三种视觉化效果，并会在其间切换。首先出现的是音频波形，不过可惜是固化效果，而非由音乐自动生成。三种效果的名称分别是：「波流」、「曲表」和「迷」。 然而，在欣赏 LP 曲目时还会带来意想不到的问题，Genius 合集中也有这样的情况出现，即无法得知目前正在播放歌曲是什么。这意味着除非退出 LP 模式，否则无法给歌曲评级或者查看其他相关数据。 这还会产生另外一个问题，退出 LP 并不会记录最后播放的信息，意味着当你想要在中途寻找某首歌曲的信息并重返 LP 时，要做好重新开始的准备。不过幸运的是这不会影响到播放计数功能。下方是「波流」效果的截图。    WebKit 和 iTunes LP 内部结构   鲁滨逊反复表达了对 LP 内部结构的好奇，他料想这玩意应该和 iPhone 程序类似 （.IPA），于是他把 .ILTP 改成了 .ZIP ，结果没错，改名以后就可以一窥底细了。当然，也可以通过右键点击封包文件，再选择「检查包中内容」，不过估计苹果将在未来移除这项功能，而且改为 ZIP 也方便许多。下图是包内文件的截图。       LP 采用的技术或标准有：HTML 4.01、CSS 和 JavaScript ，界面非常类似 Flash ，但看不到它存在的痕迹。CSS 动画精巧而顺畅，字体通过 @font-face 在 CSS 中引用，但似乎用处不大，因为大多数文字，甚至长如歌词，也是通过 PNG 文件来呈现的，鲁滨逊猜测苹果原先是打算用字体来渲染文字，但最后改变了主意。（纯文本效果不及要求？），在 The Doors 的专辑中他发现了一些痕迹，比如说原始文件的名字是「song13BackgroundClean.jpg」，但真正使用的是「song13Background.jpg」这张，你可以在下图中看到他们的差别。     也许并不令人惊讶，LP 中的文件可以在最新版的 Safari （4.0.3）里很好的运行，除非某些请求 iTunes 响应的部分，例如电影文件。而 The Doors 的 LP 专辑中还遗留有开发时使用的文件，例如参考图片或是布局风格指南，见下图。