最近一段时间，Nokia 和 Intel 合作的结晶 MeeGo，来源于 Nokia 的 Maemo 和 Intel 的 Moblin 的合体，频频见于各大IT网站的首页。其中最让人关注的新闻当然是腾讯，这个中国互联网的巨无霸选择了 MeeGo，准备在上面二次开发，推出自有品牌的手机。
MeeGo，对比 Android，有很多相同的地方，免费，开源，基于 Linux，提供一个丰富的应用框架和一个面向移动和互联网应用的软件堆栈。但是众多厂商对于 MeeGo，不得不对其开放的程度大感疑虑，毕竟 Google 除了 Nexus One 这个玩票之作外，看起来并没有成为手机制造业霸主的打算，而 Intel 和 Nokia 的目标则很明显，一个寄希望于 MeeGo 帮助其 Atom 处理器在嵌入式处理器领域跟 ARM 进行竞争，而另外一个则把未来能够在智能手机市场咸鱼翻身的希望完全押宝于其上。准备制造 MeeGo 手机的制造商，当然会害怕未来会像目前的 PC 机一样受制于 Intel 的处理器供应，也害怕来自 Nokia 不平等的直接竞争。
这样的情况下，腾讯为什么不选择 Android 而选择 MeeGo 就有些玩味了，作者即没有内幕消息，也不是章鱼帝，大概也只能基于常识随口一说，欢迎各位大家补充和指正。
腾讯准备制造自有品牌的手机，咋看有些怪异，仔细想想也理所当然，毕竟在国内互联网应用里面，除了搜索和电子商务，其它领域可供发展的空间已经不多，而腾讯一直以来的发展模式也让其招致了大量的骂声。既然腾讯看起来并不打算在原有的互联网领域搞什么技术创新或者模式创新，也不准备走出国门，打定了心思做土霸王。那么发展智能设备，一方面通过智能设备再开辟新的财源，一方面也在移动互联网时代继续巩固和发展自己的国内互联网霸主的地位，也是顺理成章。
选择 Android，腾讯既没有 Moto 的积累，也没有 HTC 那样成为 Google 御用大厂的地位，大概也就是众多二线厂家里面的一员。而对于急切要寻求合作伙伴的 MeeGo，腾讯的加盟无疑会让其在 MeeGo 联盟里面获得更超然的地方和更多的话语权，获得来自于 Intel 大量的软硬件的技术和资源扶持。而借助一个新的平台，腾讯也有望利用先发优势达成更多的技术和资源积累。另外，在 MeeGo 里面，无论是 Intel 还是 Nokia，都没有 Google 那样在互联网应用端的强势地位，也给予腾讯更多的发展空间。
腾讯品牌的手机，我想有可能初始会定位于低端智能机市场，从而避开来自于 iPhone 和高端 Android 机的竞争。以广大 QQ 用户为依托，以目前的高档山寨机为蚕食的对象，先站稳脚跟，在谋求发展高端市场。毕竟以腾讯的能力，在国内要干掉像天语，Oppo 这样的高级山寨那是轻而易举。
无论如何，随着下半年 MeeGo 和 WP7 也加入战场，新一轮Mobile OS 大战也即将展开，鹿死谁手，也是犹未可知。
如果你拥有一台 HTC Desire ，恭喜你，幸运的你很快可以升级到 Froyo。但是，对于其他人来说，想升级到最新的 Android 系统？只能耐心等待了。
所以，我们的问题来了， 厂家的定制 UI 阻碍了 Android 的发展吗？如果市面上的 Android 手机都同一搭载最新的 Froyo（Android 2.2），会有更多的人选择 Android 系统吗？系统升级的不确定性和零散性，对 Android 有影响又是如何呢？
但实际上，相当大一部分拥有 Android 系统手机的用户也许并不知道系统版本的是什么，但是，他们往往都会会问一个问题：“ Android 和 iPhone 一样好吗？”这几乎是他们选择系统的唯一标准。而 iPhone 闻名于业界的，就是其统一的界面风格与设计，同时，在 iPhone 各代手机上，不同版本系统的差异性极小，用户体验几乎一致。
Android 缺少统一的，有计划的系统升级，不同系统版本之间程序兼容性也存在一定的差异，虽然对于 Geeker 来说不是问题，甚至是乐趣所在，但普通用户是无法处理这些问题的，这样也会导致普通用户的粘性下降。虽然是都一些细节性的问题，但在对比智能手机系统的时候，这些问题都会作为批评 Android 的理由提出。也许最终会成为人们选择手机系统的重要考虑因素之一。
那么，厂家定制 UI 值得提倡吗？还是为了保证所有的 Android 设备都能够升级至最新版本，拥有统一的体验，而对定制的行为做出一定规范呢？
再让我们看看实际情况，Dell Streak, Experia X10 and X10 mini/pro 的用户还在为何时能升级至 Froyo 而苦恼，至于姜饼（Gingerbread， Android 3.0 ），忘了它吧。而没有采用定制 UI 的 G1 和 Nexus One，则都能升级到最新版的系统（G1 的升级得益于玩家自发的定制）。
对比笔者来说，如果在厂家的定制 UI （如 HTC Sense等）和拥有最新版本系统之间选择，毫无疑问会抛弃定制 UI 。毕竟最新的系统会提供更加人性化设计和更新颖的功能，定制的 UI 更多是在界面层进行了一些修改，实质并不会带来太多的惊喜。
最近，业界也有关于此问题的讨论，就个人来说，笔者希望今后的 Android 装置可以提供一个 UI 的选择，虽然定制的 UI 也许会集成一些很棒的特性，但是，对于大多数人来说，升级至最新版系统会更加有吸引力。
传闻Gingerbread（Android 3.0） 已经在着手解决这一问题，我们希望，今后在拥有性能最强大的硬件设备的同时， 也拥有最新的 Android 系统。
via talkandroid （翻译时做了修改与删减）
虽然 Android 平台发展势头非常迅猛，照目前的趋势看 Android 设备总量超过 iOS 设备总量应该是迟早的事情。但是以目前的形式来看，在 Android 生态系统里面获得最大利益的还是设备制造商（如 Moto，HTC），或者还有电信运营商，甚至是软件硬件整合方案供应商，而开发者，无论是个人，小团队，ISV，要从中获得收益还是倍感艰辛。
虽然 Android Market 未来的主要商业模式可能会更接近于目前的PC桌面软件，而区别于 App Store 目前的方式，但是我想那应该是在 Android 设备量取得类似 PC vs Mac 地位之后的事情。而目前要想真正赶上甚至超过（不仅仅是设备量上的超出）有3大 Store 和完美支持多种商业模式的 iOS（收费应用，收费内容和免费广告）加持的 Apple，持续改善开发者在 Android 生态系统里面的商业前景，是 Google 的当务之急。
老实说，Google 在为开发者提供更好的商业环境上做的的确差强人意，也导致了目前 Android Market 上 Apps 的数量虽然庞大，但是良莠不齐，真正的精品并不多的现状。设备兼容性问题，购买支付困难，破解泛滥，Market App 本身常常被设备制造商人为取代和屏蔽等等都急需 Google 去一一解决。
而针对上述的问题，Google 迈出的第一步，是为开发者提供授权认证服务，这应该有助于缓解目前最困扰开发者的主要问题——“破解泛滥”。
Android License Service
上图是授权认证服务的运作方式的示意图，3rd App 可以在应用内部调用 Google 提供的 LVL（认证验证库），LVL 运行于 3rd App 的进程中，它会负责跟本地 Market App 进行 IPC（进程间通信），而 Market App 负责跟远端的 Market License Server 做网络通信，查询认证信息，然后返回给 LVL，最后 3rd App 里的 Activity 可以获得认证验证的结果并自行决定应对措施，比如验证不通过则限制功能，限制使用时间，显示广告，直接退出等等。
目前的信息表示，Google 其实早有计划，用户通过 Android Market 购买 App 的购买记录信息从一开始就被完善的保存下来，并且 Android 1.5 以上版本附带的 Market App 就已经集成了该认证验证功能，只是到它认为时机成熟后才公开出来。这种方式不可避免会碰到如何处理无法联网下认证失败的问题，本地缓存认证验证状况，设置一次验证成功的有效期限，避免每次都需要远程查询，并且允许一定的失败容忍次数可能是一种比较可行的解决方案，可能由 3rd App 自己提供，或者 Google 的 LVL 提供相应的支持。
在国内，这种方式还会碰到另外的问题，像行货的 Android 手机大多移除甚至强制屏蔽了 Market App，并且国内用户对网络流量非常的敏感。当然，实际来说，Android Market 的收费市场也没有向国内开放，即使是国内的开发者，大多在开发收费应用时也不会主要针对国内市场。
从作者个人之前在魅族M8手机上开发收费应用的经历来看，魅族的 MStore 的授权认证方式更适合国内的状况，MStore 提供的认证方式是用户在购买和下载收费应用时，服务器会自动生成一个跟机器序列号和收费应用的MD5值绑定的认证文件跟随 App 一起下载到用户的手机里面，而收费应用可以通过魅族提供的一个验证库去验证是否有合法的认证文件。当然这种方式最大的问题是一旦生成认证文件的加密算法被破解，就等于破解了所有的收费应用，对于 Google 来说，这样方式当然不可取，在线认证还是最安全有效的方式，虽然这种方式对用户来说多少有些麻烦。
PS：
从作者看到的外国网站对该消息的评论，这项服务自然得到开发者的普遍赞许，但是也有不少来自终端用户的反对意见，例如：
1，以后要用 Pirated Paid App 就困难了-_-
2，不联网情况下如何解决认证问题（正文中给出了一种可能的解决方案）
3，3rd App 会不会侵犯用户隐私（如正文所述，认证的过程是由 Google 的 Market App 来完成，3rd App 仅仅是向 Market App 发送认证请求，甚至请求的部分还是通过 Google 提供的 LVL 来进行，所有 3rd App 根本不会直接去访问用户的信息）
4，一旦开发者没有了被破解的压力，App 的价格会不会大幅度提升
作为开发者或者作为终端用户，您的意见是？欢迎留言。
Google I/O 2010 的第二天，主持人 Vic 在开场白上讲述了他在进入 Google 工作的第一天发生的一个小故事。
Vic 第一天在 Google 上班时，在办公室碰到了 Andy Rubin，当时的 Andy Rubin 正在负责一个内部的秘密项目，代号 —— “Android”。Andy 很热情的向 Vic 介绍了 Android，而 Vic 有些不解的打断了 Andy，他的疑问是现在还需要一个新的 Mobile OS 吗？而 Google 有必要去提供它吗？
Andy 的回答是 ——
enable innovation at every level of the stack
one company, one device, one carrier
not the future we want
而作者在通过之前一段时间对 Android 的了解，对“enable innovation at every level of the stack”这句话也有越来越深的认识。
前不久，作者在跟一位负责打印机相关开发的同事聊天的时候，聊到了 HP 跟 Google 在合作的 Cloud Printing。概念其实不复杂，可以想象一下就是传统的打印机加上一台平板电脑构成的一台智能打印机，当它连上网络时就变成一台打印服务器。
举一个简单的应用作为例子，打印机本身会运行一个特殊的邮件客户端，绑定一个固定的邮件帐号，当用户发送邮件到这个帐号时，打印机会自动收取该邮件，抽取邮件里面的附件如Word，Excel，PPT，PDF，Image等等并自动打印。
想象一下下面的使用场景，你在一间星巴克会见客户，有一份文档存储在手机里面需要打印出来。此时，你可以通过手机打开 Google Map，搜索附近拥有该类型智能打印机的打印店和对应的邮件帐号，然后到离你最近的打印店里面把你的文档通过邮件发送到该邮件帐号进行打印。甚至，你还可以继续留在星巴克里面跟客户继续交谈，而把文档发送过去，并请打印店的人帮你把打印好的文档送过来。
上述应用并不复杂，可能一个传统的嵌入式操作系统加上一些附加模块也可以做的到。但是它的真正含义在于，这个应用仅仅是该打印机提供的可能功能之一，基于一个更智能的 Mobile OS，打印机完全可以像今天的智能手机，平板一样，下载新的 Apps，提供新的服务，并且该服务会自动在互联网上注册和广播，使得需要的人很容易就可以通过 LBS 或者其它方式找到它。实际上，HP 也在规划用于智能打印机的 App Store。一个智能的设备，它未来的扩展性是无限的，它提供服务的方式仅仅局限于你的想象。
对于 HP 来说，OS的选择除了 Android 外，还有收购 Palm 获得的 WebOS，而对于其它想提供类似解决方案的设备制造商而言，Android，这个免费开源的 Mobile OS 就是他们最好的选择了。
再来看“enable innovation at every level of the stack”这句话，这里的 every level of the stack 是指当前构成了 Android 生态系统的每个层次。
电信运营商，可以为 Android 提供不同的通信协议支持。
软硬件解决方案供应商，可以为基于 Android 的各种智能设备提供多种成熟的，价格合理的硬件，软件或者软硬件解决方案。
设备制造商，可以制造多种不同规格的智能设备。
个人，团队，ISV等开发者可以为不同的 Android 设备开发应用。
等等，等等… …
可以想象的是，当基于 Android 的软硬件解决方案越来越多，越来越成熟，价格越来越低的时候，当加入到 Android 生态系统的设备制造商，开发者越来越多的时候。我们将会看到一个怎样的未来 —— 越来越多各式各样的智能设备，除了智能手机和平板，还有电视，打印机等等等等，它们的价格越来越低，功能越来越强大，并且使用习惯和方式基本一致。
围绕 Android 的将是一个日益壮大的生态系统，它的开放性，选择的多样性，对创新的鼓励和回报能够使得它不断成长，并成为IT产业在智能设备和移动互联网的发展上的一个最重要的力量。我想这就是 Andy Rubin 在回答“Why Android”时给出的答案，也是作者和其它个人，公司希望加入这个生态系统所需要的答案。
在前几天刚刚结束的 WWDC 上，乔布斯指出了其他显示屏为什么不如 iPhone 4的 retina，不过似乎这一说法很快遭到了来自三星的有力反驳: “Retina并不怎么样，Amoled则更好。”
根据乔布斯的说法，326ppi 并不在肉眼分辨范围内，三星方面则反驳说人的肉眼对300ppi 到 400ppi这个之间的清晰度并不会觉得有很大的不同，也就是说 326ppi 的清晰度对于我们来讲实际用处并不大。而 iPhone 4 的屏幕清晰度并不比 Galaxy S 高出 3%~5%，还要多耗费30%的电量，这对电池的寿命来说并不是一件好事。另外，在3.5 英寸的屏幕上也不足以享受所谓高清晰度给我们带来的乐趣。
三星的火药味相当浓，我们不知道 iPhone又会如何应对呢？拭目以待吧。
Via Androidcommunity
T-Mobile 的 Android 手机 Samsung Behold II 终于有了新的操作系统版本的消息，美国三星的 PR 总监 Kim Titus 公开表示 Behold II 将从现有的 Android 1.5 Cupcake 升级到 Android 1.6 Donut。此次升级将为 Behold II 带来 Swype 键盘的支持，改进的媒体播放器和蓝牙，以及 Android 核心应用程序的升级。但是比较杯具的是，Kim 同时确认了 Behold II 的升级之路到此为止了，由于某些原因三星的这款手机无法升级到 Android 2.0 以及后续版本。。。
看了这个故事，大家应该总结出，买手机要选好厂家。万一上了三星这种无新版本升级或者 HTC 这种升级滞后超过半年的贼船就郁闷了，除非你钱多到 Android 每次升级都买一台新的手机。从这个角度看来，Nexus One 还是有很大优势的，起码以后每次 Android 升级，Nexus One 应该都会第一时间享用到，这次的 froyo 正是这样。
via androidcentral
美国地区发售的Android手机都不支持多指触摸，一直是Google在回避的问题，尽管Andy Rubin说自己不喜欢多指操作，但这明显是个说辞罢了，否则为什么前几天开始推送的Nexus One系统更新又把多指触摸给找补回来了呢？
提到Nexus One的这次更新，值得玩味的是，它正好是Eric Schmidt从Apple董事会辞职满6个月的这一天放出来的，嗅出些什么味道了没？Android手机在美国一直没有多指触摸的罪魁祸首就是Apple，或者说是Apple与Google针对多指触摸签署的互不竞争协议，这个结论大家应该没有什么异议。
不过好在Schmidt已经从Apple董事会离开了，以前的一些秘密协议也会陆续失效，真正的竞争终于开始了。
Via Android and Me
感谢文章作者 henryhuang 的亲自体验：
这次MOTODev Summit的主题是“创造未来”，应该就是希望更多的开发者能和moto一起，创造Android的未来。参加MOTODev Summit的人并不多，比起Google Dev Day差不多少一个数量级，估计也就300多人。
可以看出MOTO已经彻底把宝压在Android上了，所有主题都和Android有关。会场分了5个，座位相当富裕，前排带桌子的座位都坐不满，听课环境很不错。我选了5个最感兴趣的主题，但是一路听下来并没有什么特别精彩的，只是获取了几条有意思的信息。
1. MOTO正在开发了自己的App Store。虽然官方不承认，但是他们自己的开发工具MOTODev Studio已经包括了向此App Store发布的接口。而且MOTO在和支付宝谈支付合作。这样对国内的开发者来说，除了迟迟没有改进的Google Market和有中国特色的MMarket，大家又多了一个发布的选择。
2. MOTO会发布Device Specific SDK for android。这个其实是我很不愿意看到的。这种源代码的分支只能增加混乱，带给开发者更多的麻烦。
3. MOTO的Blur界面不可能出现在Google的Android Market上。它做的那些Social Network的服务只能用于MOTO的手机上。
4. OPhone的SDK 1.5是完全兼容Android SDK 1.5的。也就是说大家可以直接发布App到移动的MMarket。
5. 开心网也要做智能手机终端。（估计是贴牌OEM，可能是要内置客户端程序）
除了会议，这次峰会提供的让开发者参与的交互，我认为做的很错。在开发者乐园，大家可以亲手把玩最新的几款MOTO android手机，可以用胶泥做画来领取T-shirt，可以亲自试用MOTODev Studio。而且餐饮服务也很好，咖啡，茶，各种果汁，水果，点心等一直全程不限量提供。西式自助午餐比Google Dev Day的盒饭也好多了。
不过有点奇怪的是会场不提供WIFI，听说上WIFI还要钱。这个有点逊。不过有High的是，这次峰会大概送出了30部MOTO最新的Android手机（通过提问和抽奖）。本人有幸得到一部。
通过这次峰会我感受到，MOTO在Android这条路上真的要好好玩玩了。
感谢读者 yf 发自肺腑的体会：
北京时间6号凌晨2：54分（也就是nexus one发布一个小时之内）下的订单，到1月7号才显示“Google Phone Webstore received your order.”
到1月9号，也就是3天之后，我的订单状态仍然没有任何改变。没有错误信息，也不能撤销订单，完全不知道是哪儿出的问题。
更离谱的是，为了彰显自己是世界上最伟大的互联网公司，Google没有客服电话、只提供网上查询，所以你连个可以说话的活人都找不到。每次发信过去都收到同样的系统自动回复。跑去support forum，除了一大群同样愤怒的用户，还有几个Google的工作人员神出鬼没、偶尔发两个和自动回复一摸一样的帖子，叫大家耐心等待。
从论坛上看到的比较多的问题：
- Google收到订单、信用卡没扣款，之后就没动静的（跟我的情况一样）；
- Google收到订单、信用卡扣款成功，之后也没动静的；
- 始终显示信用卡拒收（但是银行说钱已经扣了）、订单未发出；
- 已经拿到了邮件编码、但是在DHL上查不到；
当然，也有运气比较好的。有不少人的订单状态上显示还未发出，但是忽然快递来敲门说货已经到了……
最神奇的是一个美国的哥们儿。这家伙前面一切正常，而且在FEDEX网站上看到包裹已经到了离他家不到10个mile的邮件分拣站。然后突然之间，Google把他的订单取消，把货拿回去了。没有任何解释，也找不到人可以查询。
到今天，我的订单已经超过3个工作日，订单状态仍然是“Not yet shipped”。继续发邮件询问，连自动回复都没有了。大概回信的机器人也跟他们的订单处理系统一样坏掉了。
Update：感谢读者 yf 继续翻译了一名叫做lukehutch的用户的遭遇：
我订了好几部Nexus One（但是并没有超出每个账户5部手机的上限）。
我老家的亲戚也订了几部，因为Google海外订购只限英国、新加坡和香港，所以他们留了我的地址做送货之用。1月5号订购网站开通的10秒钟之内我就下了单，因为可能有25万人在排队，我可不想等在他们后面。后来手机送到了本地的Fedex，在那儿停了一整天都没有发出来，然后又送回了Google。是Google那边有人叫停而且要求送回去的。4天之后，信用卡的扣款仍然没有返还，也没人给我打电话解释下为什么订单会被取消。我只能瞎猜是不是同一个地址下订的手机数量太多了？但是我并没有违反每个账户能买5部手机的规定，而且信用卡扣款也成功了啊！接下来3天我不停的给Fedex、Britepoint（分销商）和HTC打电话，通过Google Checkout的联系表单发了N多信息，后来我甚至通过Google的朋友找到了他们那儿的负责人。后来我终于收到一封电子邮件——看邮件地址应该是一般销售支持——上面说他们会把手机再寄回来。但是几个钟头之后我又收到另外一封邮件说现在已经来不及了，手机正在送回仓库，所以我只能重新下订。这时信用卡扣款还没有退还，当然他们说最终会退还的。然后我就从原来的checkout账户重新下订，但系统说我已经到了每个账户5部手机的上限所以不能再订购了。终于到了今天晚上（也就是最初网上下订的4天之后），Nexus One项目组的一个主任打电话来道歉，说他们会再把手机给我寄回来。我在网上第二次下的订单会有点问题，不过他们会想办法解决。总之，整件事是一片混乱，不过我到最后还是很庆幸终于能跟个活人说上话。，我甚至怀疑自己恐怕是迄今为止极少数能亲自和Google的人对上话的用户。说实在的，最后给我打电话的那个人听起来累惨了（星期六很晚了都还在加班……）。我真不明白，当Google决定上网卖手机的时候，为什么不准备个电话呼叫中心呢？现在可好，我估计他们正在开会重新评估整个流程呢……
在Nexus One发布的当天，Barclays Capital的分析师Doug Anmuth即对这第一支由Google网站直销的手机销量做出了预测：全年500-600万部。当然这个数字建立在一切顺利的基础上，也就是说T-Mobile的Nexus One合约履行正常，并且今年春天Google如期推出支持Verizon网络的Nexus One。
这个数字已经非常惊人，要知道摩托罗拉2010年全年的智能手机出货预计不过1300万部。Anmut同时表示，Nexus One将为Google 2010年的营收作出26-32亿美元的贡献。
如果真的如此顺利的话，那应该归功于Nexus One配置强大呢？还是归功于Google的号召力强呢？
via digitaldaily
