Click here to check if anything new just came in.
May 10 2012
互联网项目管理要点
互联网项目,会定一个计划发布日期,然而这个项目有个隐藏的实际合理发布日期。因为软件开发并不是一个直接添加资源就可以加快速度的过程,所以这个实际合理发布日期是在现实资源合理利用前提下一个客观存在的最可能早的完成时间。项目进展的过程,其实也是发现这个隐藏的合理发布日期的过程。
从管理的角度来讲,当然是尽可能的赶上计划的发布时间,或者尽可能快的完成项目。但是因为多方面因素的影响,项目管理是一个欲速则不达的过程。如果这个计划发布日期早于这个实际合理发布日期,那你越往这个不合理的日期赶,工期内积累的问题就越多导致后期收尾的时候爆发,结果反而可能连合理发布日期都赶不上。借用《让子弹飞》里面的一句话,步子迈得太大了,容易扯着蛋。给项目组定一个个合理的看得见的小目标,步步为营,一步一步朝着看得见的并且合理的每一个小目标前行,每一个小目标的积累,才能最终走向项目的成功。
所以务实的项目经理应该认识到如下几点:
1. 项目组可以以快节奏的步伐在前行,但是项目经理本身一定要清晰的认识到,我们明面上是在赶那个计划发布日期,但是项目组实际的目标应该是那个客观存在的合理发布时间。
2. 随着项目的进行,那个客观存在的合理发布时间会逐渐明朗。它与计划发布时间的差异也逐渐显示出来。此时有些项目经理往往会通过加资源的方法来尝试缩短这个合理发布时间。但是真实的情况是,除非你前期的资源配置不合理,不然在这种情况下加资源,对项目帮助不大。这个地方无须多说,有疑问的人,去看一下《人月神话》就知道了。
3. 项目经理必须有一些坚持。领导或者业务部门经常会有一些压力下来,要求赶那个计划发布时间,同时要求你想尽任何办法去赶上这个计划发布时间。而现实状况下,如果你能够调整一些需求的范围,你还是有戏。不然,你要嘛此时报喜,后期报忧,要嘛此时报忧,后期不忧。掩盖问题往往可以让人开心,但是不代表问题不存在。
4. 项目经理能做好的其实就5点:
a. 控制好了需求;
b. 及早的发现问题,报告出来并解决;
c. 不出现资源空闲的状态;
d. 利用好每个资源去做擅长的事,快速有效的推进各种任务;
e. 不浪费资源去做一些对项目目标总体没有帮助的工作,或者一些后期会推翻的需求。
基于这样的认识下,本文有如下几个要点:

#项目责任感
项目经理应该有这个的责任感,你要为这个项目的任何一件事情负责,因为这个事情会影响到整个项目的工期,而你为整个工期负责。
一个例子,我发现现在的项目有一个紧急的问题需要项目组外的人帮忙解决。于是我把邮件发出去,通知Wendy赶紧处理这件事情。
几天过去了,Wendy还没有处理。我想,我已经把问题说出去了,接下去就是Wendy的事情。
那个问题还是没有解决,我的整个工期受影响了。
事后追究起来,我说,我已经发出邮件了,是Wendy没有及时处理。
Wendy说,我事情那么多,我怎么知道这件事情这么急。
项目工期受影响了,谁的责任?Wendy吗?不,是我自己。
作为一个对整个项目负责的项目经理,没有人会比你更在意项目的进展。让一个不负具体负责的人去帮你推进你的项目,远远不如你自己用心推进来得有效。
#项目经理是打杂的
项目组里面的每个专业成员,他们都有擅长的领域,做他们擅长的事情是他们的快乐。而不属于他们擅长的事情,对他们来说就算是杂事一般。
项目经理一定要有一个这样的意识:
项目经理就是打杂的,帮助项目组成员把杂事处理掉,让他们可以专心的做他们擅长的事情,这样对项目组来说才是高效的。
一个简单的例子,测试人员Tracy在测试某个功能的时候,突然发现她需要一个账号,同时开通这个账号的某些特定的权限,同时她需要一些服务器的信息,比如主机名,某些功能文件夹存放的路径。但是她不清楚这个账号和权限要找谁开通,这些服务器的信息谁有。
Tracy是个喜欢做测试的人,但是她不喜欢跟项目组外的人沟通,特别是还要到其他部门去找人问人。这些对她来说就是杂事,而且她对其他部门的人也不熟,一个一个问明显效率不高。
你可以自己去帮她找到需要的信息,也可以找一个对这方面比较熟的人去解决,但是你绝对不能让她自己去做。
“为什么我的手下不能解决这么简单的问题?如果连这种事情都要我来帮忙的话,那我这个项目经理做来干什么?她当项目经理得了。“这种想法千万是不可取的。
你当这个项目经理的目的并不是管人,指使这人做什么那人做什么。你的目标只是把项目快速推进完成。
#控制需求
在所有因素当中,需求对项目的影响力,至少占50%以上。能够控制好需求,项目就成功了一半。控制需求,有如下几点:
1. 必须有人能够当好产品经理这个角色
一个项目组当中,其实人人都可以影响需求。但是管理需求的,是产品经理这个岗位。如果你的项目组当中已经有一个很好的产品经理,恭喜你,项目经理可以轻松很多。但是世间事不会如此幸运,因为现实生活中,并不是所有的产品经理都这么棒。作为一个对项目完成负责的项目经理,当你们组没有一个好的产品经理的时候,你必须意识到,你至少要扮演好一半的产品经理,除非你本身对项目的完成也没什么责任感。
2. 管理需求的人要平衡工期和功能友好程度
需求其实有两个极端,一个是尽善尽美,尽可能的让功能更友好,用户体验更佳;一个是尽早交付,一切改善性的需求都可以牺牲。
只满足前者,项目工期可能会不断的拖延,因为很多功能的工作量其实是在细节的优化,而不是主要流程的完成。只满足后者,很可能会出现一个让用户很不满意的产品。
一个有经验或者产品意识很好的产品经理,可以很好的平衡好这两点。如果产品经理不能平衡好,那只好依赖项目经理来平衡。这点,如果产品经理或项目经理不是天才的话,只能通过经验来学习。
比如我们在做一个注册的页面,里面有个城市的输入框。城市的输入框可以做得很友好。如果要项目尽早完成,那么这个输入框我们只要让用户自己输入就行。一个比较好的设计就是两个下拉环框,一个选择省份,然后再选择城市。但是一个更好的设计是让用户既可以选择,也可以自由的在这个输入框里面输入拼音首字母,汉字,然后系统就会自己显示相匹配的城市让用户选择。后两者的改进肯定会花时间,但是如果这两种改进都不做,让用户只是自由输入的话,后期维护的时候就会出现用户输入不标准的城市数据,如果我们需要用户的城市数据做一些其他功能,就会有错误数据的风险。
3. 懂得对不重要的需求说不
如果你不能平衡好工期跟功能改进的话,有一点你一定要意识好,就是你一定要懂得对不重要的需求说不。这很简单,你对一个需求说不,只要这个需求不是一个会造成其他功能依赖的核心需求,就算这个需求后面发现必须实现,你可以补上,总体工作量并没有增加。但是如果你花资源去完成了这个需求,后面却发现这个需求是不重要的或者可以简化的,那你已经浪费了一些工作量。两者的代价相比,明显前者的代价比较小。
4. 理好需求优先级
需求的优先级应该满足如下几点:
a. 确定不变的需求应该先完成,如果项目组去完成了一些功能,结果后面发现需求要改,那前期的一些工作量已经浪费了。
b. 被其他需求依赖的需求应该先完成,只有这样,才能不挡住依赖它的需求的开发。
比如登录功能,很多登录后的页面都需要当前登录的用户信息。
c. 主流程,或者核心需求应该先完成,改善性的需求应该后完成。
比如信息列表页面,很多功能需要用户在信息列表里面选择要操作的记录。因此信息列表是核心需求。而在信息列表页里面一个列显示格式的美化,这属于改善性需求。
#风险管控
风险管控是项目经理一个非常重要的技能。一个好的项目经理应该尽量在早期把所有的风险都列出来,一个一个解决。一个流畅的项目,从前期到后期风险点应该是倒三角形的,就是前期风险很多,后期风险越来越少。而项目管理不畅的,则是一个正三角形,上面风险少,到后期风险就多了。
项目经理应该尽可能的找出所有的风险点。假设有一个点,你不确定他是不是有风险的,那即使我们把早期把它当做一个风险点重视起来,带来的代价也远远小于在后期等它爆发出来的时候再处理。
我们现实中就有一个很适合的例子。我们有一个功能是SSO,让合作方去调用我们的接口实现免登录直接从他们的站点跳转到我们的站点继续使用。因为关系到第三方,所以我们前期就有些担心到时候这一块会不会出现什么东西不可控。
不过大家也就是想想而已,没有太在意。
在项目后期的时候,需要跟第三方站点联调,通过他们的站点来测试我们的SSO接口和接下去的流程是不是可用的。结果这时候发现,因为第三方安全管控很严格,外部人员无法访问他们的站点。于是我们的测试工作就停滞在那边。后面弄得鸡飞狗跳,两个公司的IT以及架构组的人讨论来讨论去看这个问题怎么解决。
发布时间最终还是因为这一点拖延了。
#外部依赖最不可控
风险管控还有个要点要记住,项目组能处理的问题,算是小问题。需要项目组外的人员处理的,才是大问题。因为项目组外的人员不受你调配,他应承你的时间不一定是你满意的时间;即使是你满意的时间,也不一定真的就能确保在那个时间完成;就算真的完成了,也不一定就达到你想要的效果。
#必要的时候,任务要步步紧跟
项目经理并不是把任务简单分出去就可以不管的。如果你的开发人员不是很有经验,或者技术实力很强,思维很缜密,那你应该紧紧的跟进你分发出去的任务。
1. 你应该经常去看一下他们的任务开发到了什么程度,可以的话,让他运行给你看一下。
2. 问一下有没有什么问题,有什么可以帮助他的。因为很有可能他就有个问题在纠结,而其实你因为经验或者了解更多的背景,很简单就为他指出简单的解决方案。
3. 你在检查的过程当中,也会有可能发现一些他可能还没发现的问题,或者跟这个任务相关联的问题。
任务的完成进度和完成质量,是影响项目进展的一个重要因素。项目经理的一个主要职能,就是帮助每个任务的快速推进。
#做当前,看后续
当我们把当前的做的迭代的需求,流程,依赖以及其他的疑问理清楚,让项目组可以顺利推进的时候,项目经理不应该再专注在当前的迭代,而是要开始想整理下一个迭代的事情,让大家在完成当前迭代的时候,不需要暂停在那边,去等待梳理下一个迭代的问题。
举一个例子,当前的迭代我们在做用户登录的功能,做完这个迭代,接下去我们就要做登录完的首页展示。开发组在做登录的时候,项目经理也跟着在那边捣腾登录的细节。等下一个迭代开始的时候,项目组才发现首页展示只有原型图,UI 跟HTML都还没做出来,而其他功能更没有准备。于是项目组就只好花两三天的在那边等UI和HTML。
#固定的项目组成员
这是一个很简单的要求,但是并不是所有的人都会重视。
正如随便加一个开发人员进来并不能够立刻让整个项目进展加快,换一个人的话,整个进展肯定也会受影响。
#组员潜力
每一个程序员,测试人员,美工,产品经理,都比你想像的要聪明。如果你没有对你组员的能力有个清晰的认识,那你可以尝试给他的任务增加一些难度,超过你原来的预期一点点。他能完成,你以后可以再增加一些难度。直到他直接跟你说他搞不定。如果你觉得你已经有个清晰的认识了,那你也应该记得,只是你觉得。
我们有一个项目,里面有个很棒的程序员Joy,平常是个很低调的人。项目经理分任务的时候,就给他几个特定的模块让他完成。他也坚守岗位,做好他份内的事。项目因为种种原因,不断的拖延。但是Joy还是很诚实的做好他的本分。
后来有人跟Joy讲,你以后要把自己当dev lead看,所有开发的事情你统筹。
Joy还是一个很低调的人,他继续做他本分的事情,只不过这次的本分就是统筹负责所有的开发问题。
接下去就是项目的问题一个接一个的被快速解决掉,其他程序员也得到强有力的帮助,快速处理到自己手头中的bug。
项目进展很快赶上了原来的计划。
你真的很好的发挥了你组员的潜力了吗?
#人人看到全盘
项目经理能够很好的分配好任务,让各个组员可以较独立的工作,这是不错,但也不见得就是好事。因为软件开发是一个团体的工作,各个人做的事情之间都有交叉。我做的功能,接下去就要调用你的接口。你做的页面,接下去就要跳转到我的。
Bruce做一个功能,是要显示公司人员信息的列表。里面有个操作,选择一个人员计算出勤率。这个操作不是Bruce完成了,他只要直接调用Lisa的页面,Lisa的页面会直接计算出勤率并显示出来。Bruce认识,他只要简单传一个人员的ID过去就可以了。
Lisa做这个出勤率的页面,因为这个人员是属于业务人员,经常要在分公司跑,所以只能计算他在某一个分公司的出勤情况。她以为大家都知道。
等大家都完成了,QA在测试的时候,发现在人员信息列表里面点进去,显示不了出勤页面。整个流程都走不通了。
后来才发现有2个问题没解决好,一个人员信息跳转到出勤页面前要传递当前的分公司信息,一个是出勤页面还要增加选择分公司的功能。
这2个问题一个是QA测出Bug,一个是需求还有不足。而这本来是应该在开发周期内就可以发现并解决的问题。
根源就在于,Bruce跟Lisa在做手头任务的时候,都没有去考虑跟其他人的关联。而他们2个人都没有去考虑的话,其他人更不会去考虑了。
如果Bruce或者Lida在做任务的时候,去想想他们彼此怎么串联起来,这问题本身就很简单了。
项目组的每个人,可以重点在自己手头的任务,但是思路必须是在全盘,大家脑子里面都要经常去想想,整个系统是什么样子的,我的功能前后的依赖是什么样的。项目经理平常要引导大家这样想。
#一定要分成每一个小迭代
步伐迈得太大了,你就不知道你迈得对不对,迈得够不够快。项目是不可能一步到位的。把一个大目标分解成每一个小目标,整个项目工期分成若干个短迭代,一个一个的完成。每一个完成的小目标都能帮助你理清整个项目的进度,方向,帮助你审核一下目前的思路是对的还是错的,出错了,也能够及时的调整。
#不做一半的功能
如果我们做了2个功能,但是我们每个功能都做了一半没全部完成,那目前为止我们总计完成了多少个功能?1个?
不是的,完成了0个。一个功能除非真正完成并且通过产品经理的检查,不然你永远不能确定这个功能是不是还有一些遗漏的地方。
100个完成度为90%的功能合起来,完成的功能还是0个。你很兴奋你的程序里面有很多功能,但是你试了一个又一个,结果发现每个功能都是半成品,没有一个功能可以正确解决你的问题。
对于半成品的功能:
1. 你其实并不知道你还剩多少工作量,因为已经“完成“的工作不能验证说是真正完成的。
2. 你没法给业务部门或者客户做演示,因为这些功能没做完。
3. 如果业务部门让你暂停一下,就先按照目前已有的功能去让客户测试一下,你会哑巴吃黄莲,有苦说不出。
所以我们做功能的时候,要确保我们在做的功能已经是真正完成了,我们再去接着做下一个功能。
#不让细节影响你的目标
项目组的人很容易沉浸在功能的细节当中,为一些友好美观的显示,炫丽的功能或者很酷的设计浪费大把的时间,忘记了这个项目的最终目标是什么。其他人可以投入,但是项目经理一定要能够抽身事外,专注在项目的全局。沉浸在细节当中很容易让人忘记工期,忘记项目的最终目标。
我这个提示信息的颜色会不会太淡了?要不要再调深一些?
我这个按钮是不是可以往左边移10像素,这样更好看?
这个地方要不要来一个自动提示,这样会更友好一点?
我这个面板的显示要不要使用渐变的?1秒内渐变完成会不会太快?用户会不会还没看够?
你先把功能完成再说好吗?以后有的是大把的时间美化这些。
#正确的里程碑要点
我们碰过一个项目,项目经理的报告说,目前的状态是开发完成。结果一看,这样说的依据是分配到所有开发人员的任务,开发人员都认定为完成了。于是大家就认为目前是开发完成,进入QA测试的阶段。
结果QA报怨测试不下去,流程都走不通。产品经理进去看了一下,也说很多地方功能缺失。根本不能认定为开发完成。
1. 一个项目,或者一个短迭代,应该先列出一个所有人都认同的里程碑列表。
比如,分为框架设计完成;分解出来的需求已经可用于开发;子任务划分完成;子任务已经分配并预估完成;各子任务完成;开发人员整合测试完成;产品经理检查通过;QA测试通过。
2. 每个里程碑的完成要有大家都认同的验证方式
比如如何判断开发人员整合测试完成,是不是开发人员坐在一起或者开发组长把所有流程都走过一遍,然后发现没有什么大的问题?
#自我管理
前面讲了这么多,弄得好像项目经理很重要,缺了这个项目经理整个项目就不转了。如果项目经理的手下是固定的,只不过做的项目不一样,那我建议项目经理在完成项目的基础上,一定要考虑这样一个目标:
建立一套流程,一套大家都熟悉并且会遵守的流程。这个流程可以保证整个项目组在项目经理不在的情形下,也可以运转得很好。
目前项目处在什么阶段,这个阶段大家要做什么,下一个阶段是什么;这个阶段有什么任务要做;每个阶段碰到问题要怎么处理;每种任务或者问题由谁来处理。这些并不是很难学会的东西。项目的成员经历过几次,很容易就可以理解要怎么做。项目经理除了推进项目以外,还要在项目的过程中把流程的思路,解决各种问题的思路教给大家,同时明确每个人的职责,达到项目组可以自我管理的程度。
一个可以自我管理的项目组,才是一个稳定高效的项目组。项目经理才可以抽身出来,同时去做一些其他的对部门,对公司同时也对自己有利的事情。
来源:投稿,作者:王伟杰,原文链接。

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
May 09 2012
Godaddy疑似被封
今天,疑似Godaddy的又一组域名解析服务器(DNS)被封了,而这次被封带来严重的问题是,Godaddy自身的域名都已经无法解析了,使得中国用户无法访问。
经过测试,Godaddy的主站目前从中国地区解析很不稳定,使用ping命令测试,会发现经常出现无法解析域名的IP地址的情况出现。
从去年7月份开始,中国的一些电信运营商就开始屏蔽部分Godaddy的DNS服务,导致大量使用Godaddy的DNS的网站无法从中国访问,这种直接屏蔽NS(域名解析)服务的手法,影响非常恶劣,为了“惩罚”某一两个所谓的“有害信息”,直接导致成千上万的无辜网站无法访问,可谓“宁可错杀一千,不可放过一个”的极端手段。

Godaddy是世界第一大域名注册商,Godaddy的域名注册费用是同行业中非常低,平均价格只有国内域名服务的一半,是一个非常不错的域名服务商,例如万网注册com域名要一年139元,Godaddy最低仅为50元。包括我在内的众多网站主都在使用Godaddy的域名注册服务。中国网络服务商对知名域名注册商的这种非法屏蔽涉嫌不正当竞争。
对于使用Godaddy注册域名的网站管理员,可以考虑暂时使用一些第三方的NS解析服务,目前有很多第三方网站提供DNS解析服务,不少都是免费的,国内也有免费提供DNS解析服务的,使用第三方DNS服务可以部分解决问题,电信总不可能将世界上所有DNS服务器都屏蔽掉。
不建议将Godaddy的域名迁移到国内,如果域名迁移到国内,那就不是屏蔽NS的问题了,而是直接clientHold,到时候就哭都来不及了。

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
May 08 2012
国内街景地图暂时下线
国内主要提供街景地图的两个服务:SOSO地图街景服务和城市吧均因为政策性原因而下线,目前访问城市吧的街景地图,网站提示“街景目前暂时不能提供服务,不过街景会回来的”。这两个街景地图服务的具体恢复时间不详。
城市吧是国内最早提供街景地图服务的网站,早在2006年7月份就上线了,比谷歌街景地图的上线时间还早,不温不火地运行了六年的时间,直到2011年底,腾讯SOSO地图集成了城市吧的街景地图,一下子引爆了中国街景地图的市场,让街景地图走向了大众,但同时也为这个服务的前景带来一定隐忧。
而此次国内街景服务被叫停,主要因素还是国家的政策性问题,相关国家部分要指定一些管理街景地图的“法规”,为此月光博客就此次街景服务的下线而采访了城市吧,据城市吧微博透露,“城市吧街景服务接到上级通知暂停向公众发布,国家对于街景地图等影像地图这类新形式,逐步进行规范,这对于行业发展也是一件好事情。城市吧内部正在进行紧张的数据处理工作,应该不久就可以重新提供服务,城市吧提供服务后SOSO预计也可以正常恢复服务。”

2010年5月,国家测绘局在其官网发布新的《互联网地图服务专业标准》,将网络地图等纳入互联网地图管理范围,并指控一些提供卫星地图地标的网站“泄密”。五个月后,网络地图国家队上场,国家测绘局宣布“天地图”正式开通,支持普通地图、卫星地图和三维地图。天地图的卫星地图虽然没有“泄密”,但却使用了和谷歌地图相同的卫星地图数据,并且不注明数据来源。月光博客对天地图的网页版和手机版都进行了评测(1、2),其用户体验相比国内其他商业地图服务来说具有较大的差距。
根据我的判断,这次对于街景地图的管理,应该和“泄密”无关,因为街景地图比卫星地图更不容易泄密,我们知道,街景地图大多是在大城市的大街上采集图片信息,大街上都能看到的东西没有机密可言,所谓的涉密信息更不可能放在大城市的大街上供人欣赏。
街景地图面临最大的问题是用户个人隐私问题,虽然街景图片普遍采用了面部模糊技术,但还是有很多人都不愿意自己的照片被公开发布到网络上,批评者认为,街景车所拍摄的图像严重侵犯了公众隐私权,且为犯罪分子寻找潜在的下手对象提供了方便。在之前谷歌街景地图提供的照片中,就出现过不少让人难堪的镜头,比如离开夜总会的男士、穿比基尼晒日光浴的女生、在自家洗澡的女子、以及无头死尸的照片。
谷歌的街景车不仅是拍摄街景,还会收集各地的无线网络(WiFi)信息,会记录用户的MAC地址,甚至包括私人电脑发送的未加密邮件、上网记录、文本信息以及密码。这引起了美国联邦通讯委员会、司法部以及美国联邦贸易委员会等政府机构的关注并展开调查。法国、德国、韩国等国家的相关机构也展开了相应调查。
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
May 07 2012
迎接视网膜屏幕时代
如果说 iPhone 4/4S 上的 Retina Display 还是让视网膜屏幕停留在小尺寸设备上的话,那么新一代 iPad 和即将到来的新一代 MacBook Pro 则是让视网膜屏幕成为下一代笔记本电脑和平板产品升级的焦点。可以预见的是视网膜屏幕时代已经距离我们不远了。
最近新一代 iPad 的上市让大尺寸视网膜屏幕成为可能, 而即将到来的 MacBook Pro 也将搭载 Retina 高 ppi 屏幕的传言以及碁宏、华硕也将在超级本引进视网膜屏幕的消息,都使得视网膜屏幕成为下一代笔记本电脑和平板产品升级的焦点。那么最近越演越热的 Retina 高像素密度屏幕(高 ppi)未来会不会成为标配?除了苹果外,类似 Retina Display 这样的高像素密度屏幕会不会出现在其余的手机、平板和电脑上呢?未来甚至 Retina 会不会成为标配呢?
高分辨率屏幕 与 高像素密度屏幕
高分辨率屏幕
在 Retina 视网膜屏幕面世之前人们很少关注像素密度,尤其在 Windows 系统下,提高屏幕分辨率一般都是通过提高屏幕尺寸。而随着屏幕分辨率的提升,图像和文字显示目标会相应缩小,造成观看极其不便。因为系统并不会自动根据屏幕尺寸和分辨率关系相应的调整文字和图标的大小。(即使手动调整也会因为微软一直采用的点阵字体和大多数位图在提高分辨率后,因为多于出的像素点没有填充渲染会出现拉伸,进而会产生锯齿,这也是系统不会自动适配的原因之一)
这也就给我们造成一种假象:显示器尺寸越大,分辨率就会越大。
所以当最近苹果的 Retina 视网膜屏幕令很多人困惑不已,为什么那么小的屏幕会有那么大的分辨率。为什么那么大的分辨率,非但没有使得文字和图像变小,反而更加清晰了呢?
高像素密度屏幕(高 ppi)
严格来说,高像素密度屏幕也是属于高分辨率屏幕,不同的是高像素密度屏幕在提升了分辨率的同时也提高了其像素密度,即相同的尺寸有着更大的分辨率。以评估的 Retina 视网膜屏幕为例,它并不是像普通显示器那样通过增大尺寸来增加分辨率,而是靠提升单位面积屏幕的像素数量,即像素密度来提升分辨率,这样就有了高像素密度屏幕。
同时操作系统也会自动采取相应的模式(如 Mac 下的 HiDPI)进行适配,将缩小后的字体(苹果一直采用矢量字体)和图标重新放大,这样苹果用了更多的像素数来显示同样的内容,显示尺寸仍然不变,但是多了更多细节,因此会有非常明显的视觉效果提升。
因此,要推动高分辨率屏幕并不容易,由硬件到周边,系统到程序都要跟着支持才能有更好的效果。如果系统不跟着调整,2800 x 1800 分辨率在 13 英寸屏幕只会让人瞎眼也看不到字体和图标。
高像素密度屏幕的适配
那么应当如何整合系统和高分辨率屏幕呢? 我们以 Retina 为例看看实例。对于苹果来说要想适配 Retina 屏,除了系统默认支持外,苹果无论在 iOS 还是 Mac 设备上都是采用将分辨率提高 2 倍,即对应 UI 尺寸分别扩大为原来的 2 倍的方式来进行 Retina 适配的。
iOS:
1. 一个应用想要适配升级为 Retina 屏幕的 iPhone 4 和 iPhone 4S 的话只需要以之前 iPhone 型号(iPhone、iPhone 3G 以及 iPhone 3GS)为基准进行设计或重新设计,将 UI 尺寸分别扩大为以前的 2 位,制作出两倍于之前的图片资源即可。最终通过系统的适配使得相同的内容在相同尺寸的两种分辨率上显示的物理大小也完全相同。
2. 适配 The New iPad 和 视频 iPhone 4/4S 是一致的,也以之前的 iPad 、iPad 2 模板为基准进行调整适配即可。
MacBook:
其 HiPDI 模式也是与 iOS 设备的适配一致。

我们可以看到,采取这种偶数倍的放大的方式是比较简单的,而苹果一直统一的设备和封闭的生态系统使得适配工作量大大减少。下面我们来看一下其他设备如果配备类似 Retina 这种高像素密度屏幕来如何适配。
安卓:
比起苹果来说,安卓系统的适配就麻烦多了,因为众所周知的安卓设备有着各种尺寸和分辨率。好在 Android 官方已经对各种屏幕进行了密度等级划分,分为“低密度(LDPI)”、“中密度(MDPI)”、“高密度(HDPI)”、“超高密度(XHDPI)”这四个规格,并同时将“中密度”定义为基准线。
如果要对安卓进行适配的话需要以中密度的屏幕作为基准进行设计,然后给其它密度的屏幕提供相应的图片资源。最后通过系统的适配性自动处理,一样使得相同的内容在各种屏幕上可以显示比较接近的大小。考虑到安卓设备的“多样性”,这个工作量可想而知了。
PC(Wintel):
再回过头来看看 WinTel 阵营,杂乱的安卓设备比起 Wintel 来说简直就是不值一提,无穷无尽的配置要想实现像苹果那样实现视网膜屏幕的适配基本是不可能的,加上 Windows 系统多年问题的积累也基本断绝了从传统 Windows 桌面系统方面进行优化的可能。那么暂时只能将希望给予微软最新的 Windows 8 上面了。
平板(Win 8 + Ivy Bridge):
微软其实一直也在观察来势凶猛的 Retina 高像素密度屏幕,在认同了这种趋势的同时也对未来 Windows 平台做了规划。

近日微软还官方专门针对高 ppi 屏幕适配问题发表了一篇名为《适配所有屏幕》的文章,在里面提到微软将借助 Windows 8 的 Metro UI 和其在平板上的手势来解决因为屏幕分辨率增大造成的缩放,采用 100%、140% 和 180% 三种不同的缩放比例来解决缩放图形和视觉效果在类似 Retina 高像素屏幕上用户界面元素面积太小的问题。并同时表示未来将放弃传统的点阵字体,开放供开发者利用矢量字型和图文件(SVG)进行架构,来协助开发者为未来各种分辨率的适配做准备,助力 Windows 8平板电脑加入到视网膜行列。
高像素密度屏幕时代的到临
近两年随着 iPhone 3GS 升级到 iPhone 4,iPad 2 升级到 The New iPad,屏幕似乎已经开始不再以分辨率为中心,而是转向由像素密度(ppi)为导向。在前一周英特尔在 IDF 2012 大会上正式发布了最新的四核移动处理器 Ivy Bridge,新发布的 Ivy Bridge 的处理器性能得到了大幅提升,尤其是在图形处理上。配备的核芯 HD 4000 集成显卡在没有独立显卡支持的情况下可以支持 2560×1600 像素分辨率的屏幕。
“ Intel’s Ivy Bridge Processor is built for Retina display computers, if OEMs choose to use it. ”-英特尔副总裁 Kirk Skaugen
同时 Intel 还公布了 2013 年要普及提升高像素密度屏幕(ppi)的计划,按 Intel 的规划,到2013年高像素密度屏幕将会全面铺开。

从上图我们可以看到未来视距为 12-16 寸的设备屏幕 ppi 将达到 300,视距为 16-24 寸的设备屏幕 ppi 将达到 250,视距为 24-30 的设备屏幕 ppi 将达到 220 ,对应的 ppi 均在相应视网膜屏幕标准 ppi 之上。可以预见的是 ppi 时代即将来临,未来 ppi 将成为用户衡量显示器最重要的参数,而不是现在的尺寸大小。
可以预见的是,未来 ppi 将成为用户衡量显示器最重要的参数,而不是现在的尺寸。未来 Retina 视网膜屏幕会不会像 iPhone 那样使触屏成为标配那样也在显示器业界掀起新的革命还有待商榷,因为在路上还视网膜屏幕的适配、 IGZO 面板的产能以及升级后带来的电量续航和散热等问题依旧不能回避。但是不可否认的是我们即将迎来视网膜屏幕时代,就在不远的将来。
面对即将到来的视网膜屏幕时代,你准备好了吗?
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
May 05 2012
三大云存储服务对比
几年前就有传言说google或推出云端存储服务,直到2012-4-24,Google Drive终于来了,中文名“Google 云端硬盘”。
很多人都很期待Google推出的云存储服务,因为多数人相信,没有比google更适合做云存储的公司了,作为一个标准的Web公司或者说互联网公司,云端理所应当的优秀。但比起几年前听传言时的激动,真正的Google Drive发布时,笔者对于google的云存储服务已经远没有以前的热情了。因为现有的云存储服务已经完全满足笔者的需求,更何况笔者用dropbox已经有几年时间,对于像笔者这样有点恋旧情节的人来说,Google Drive如果在技术上领先的不是一大截,也是不具吸引力的。
抱着笔者对Google的相信,已经残存着对google云端存储服务的一点点好奇。在下载客户端体验之后,笔者觉着,有必要谈谈Google Drive(Google 云端硬盘)。因为他引发了一场革命:让用户在本地和云端做出选择!
—————————–分割线———————————
* 先来比较一下现在主流的三大云存储
* 免费存储空间大小

免费空间的比较
Dropbox的免费空间只有2GB,但我们可以通过邀请来增加免费空间。
Google Drive默认空间有5G。
SkyDrive自4月24日起已经把免费储存空间从25GB降至7GB。
* 收费存储空间大小和价格
Dropbox:
50GB: $9.99/月:$99/年
100GB: $19.99/月:$199/年
1TB 以上: 五名使用者 $795 起
Google Drive:
25GB: $2.49/月
100GB: $4.99/月
1TB: $49.99/月
16TB: $799.99月
SkyDrive:
20GB: $10/年
50GB: $25/年
100GB: $50/年
随着SkyDrive的升级,推出了付款计划。三大云存储都可以扩展使用空间。
在价格上,显然Dropbox非常贵。同取100GB作为对比,Dropbox需要 $199/年,Google Drive需要 $60/年,而SkyDrvie仅需要 $50/年,并且有传言说可能以后会将至 $10/年而大小上,Google Drive最大居然支持到16TB,不得不说笔者还是略感惊讶的!需要特别注意的事,在购买Google Drive的同时你的Gmail账号将自动升级到25GB(任何收费空间计划)。
* 平台的支持

客户端平台支持的比较
这里说的平台的支持是指客户端平台的支持。关于Web端,那就是浏览器和响应插件的事了。下面再说。
三大云存储均支持主流的WINDOWS、MAC、IOS。微软的SkyDrive当然支持了window phone系统,Google的Google Drive似乎也是理所应当的支持了Android。Dropbox在平台的支持上稍有优势,支持Linux和黑莓智能机系统。
*支持的文件格式
SkyDrive和Dropbox的Web应用程序的内置文件浏览器中最常见的文件格式,包括Office套件的常用格式,PDF文件、视频和图像文件格式。Google Drive支持30多种格式,甚至包括Photoshop样机文件、Illustrator文件和AutoCAD图纸。而有异于SkyDrive和Dropbox的是,Google Drive无需额外的软件。
* 备份和恢复
这一点上三大云存储都提供了备份和恢复功能,Dropbox提供30天之内的任何文件的恢复,Google Drive也有回收站的功能 SkyDrive只要你删除的不是Web程序内的文件夹,也都是可以恢复的。
—————————–分割线———————————
那么简单的比较了三个云存储的基本之后,
* 再来看看Google Drive的特性
性能上的小特征就不提及,在此只介绍笔者个人认为值得关注的三大方面的特性
* 云和协同创作
这也算特性?这是云存储的基本!但,最基本的东西需要做的最好。Google在宣传片里强调的就是这一点。
* 搜索和识别
哦,搜索。当然,这是Google推出的云存储服务,怎么能忘记本行,但智能的是,Google不仅讲搜索融合进了Google Drive更内置了OCR(Optical Character Recognition,文本识别)技术和Google Goggles技术。
上图分别说明一下:
* OCR
比如笔者搜索“sin(x)”会把笔者的文件里所有包含这个词的文件全部出现,下面一个是doc文档,还一个是PDF文件。可见,Google的OCR可以将图片或PDF文件直接转化成文本识别。

* Google Goggles
如果之前用过Google Goggles的人,绝对对此都会相当满意的,以为它真的十分强大。笔者这次用”skydrive”作为关键词。

可见图片中没有出现“skydrive”但是依然可以搜索出来。也算是Google Drive整合的智能特性之一吧。
有人说同步的工作dropbox完全可以胜任,搜索的功能,借助evernote可以简单实现,OCR的功能可以借助OneNote实现,关于协同创作,skydrive+office才是王道,那会有人问:
那到底Google Drive有什么地方区别于其他两个存储?怎么引发革命的了?
* 完全在云端
这一点才是这次Google Drive推出而引发革命的重中之重!
在 Dropbox 流行已久,SkyDrive也在这几年逐渐成长着,Google Drive横空出世,就像笔者一开始说的,不拿出点真技术,是不会吸引人的。这次在笔者看,Google像Apple有点像,因为这次Google也想改变世界:Google希望所有的用户不仅仅是把文件存放在云端,就连创作,浏览,使用等一切相关的工作也全部在云端。
笔者单纯的在第一次用Google Drive的时候想测试一下Google这次配备的存储服务器速度如何的时候(毕竟youtube上传的速度比其他视频网站快的不是一点两点)。发现笔者上传的1.2GB的一个视频文件下载下来仅有4K大小,笔者以为可能是下载工具的解析问题,又重新试了一次,还是4K。抱着疑惑,点击这4K的文件看看能有什么奇迹发生吧,结果令笔者不敢相信的是,它居然在笔者的浏览器中直接打开了!
Google Drive将默认的下载方式设定为只下载文件的链接或者说是快捷方式,一切还是在云端。这也非常符合Google的风格:它本质上就是一家互联网(Web)公司,将一切数据与编辑工作放在云端来处理。
对 Dropbox 来说,本地是其文件最终的归宿,云端只是一个中转和备份的场所;对 Apple 来说,应用是其文件最终的归宿,脱离应用的 iCloud 甚至没有一个能够让用户访问自己文件的方法;对微软来说比较复杂,在新版 Skydrive 发布前,Office 是其文件最终的归宿,现在其类似于 Dropbox,而未来可能会向 iCloud 靠近。而 Google Drive 则有所不同,从其当前发布形态就可以看出来,Web 是其服务的核心。
这一步在笔者认为是Google以Web为核心的观念下,非常重要的一个举动。像两年前chrome OS推出是Google自信满满的说以后Web操作系统才是未来一样,这一次Google又将云端提升到了一个高度。而 Google Drive,与其说是一个跨平台同步的云存储服务,更不如说是 Google Web 操作系统的文件系统;是 Google 从搜索时代开始、Chrome 时代全面展开的云平台战略的延续和核心,目标是让用户最终全面转向 Web 应用。
在这又不得不回头说说平台支持的问题,笔者在对比Dropbox、Google Drive和SkyDrive的时候写道是客户端平台的支持,那么作为Google Drive出现了客户端这个东西,笔者还是十分诧异的。这就好像是打自己的脸,一边宣扬云端系统的好,一边倡导所有人去转向Web系统,一边自己又做了平台客户端。因为Google除了chrome以外基本没有客户端,(Picasa 是收购而来,Gtalk 早已停止开发,就算这俩是,现在也已经都有了web版的替代。)Google Drive 本地客户端也许只是为了适应用户的使用习惯而推出的一个本地管理工具,毕竟对于用户来说,比如笔者。彻底在云端管理和构建自己的资料依然需要时间,依然是一种难以接受的模式。
但有人很不爽,为什么一个文件的执行和操作要在云端执行?Web应用有什么好的?
笔者觉着大概有两点优势:
第一,由于所有的操作都在云端,夸张点说你的电脑甚至不需要CPU,显示器和网线成了未来的关键。
第二,解决了支持文件格式的问题。最简单的例子,比如Linux下播放个MKV文件,还需要在播放器上添加新的解码器支持。以后只要这格式云端支持,本地还是只要显示器就足够了!
* ?Google Drive第三方
这应该是Google云端操作的一个重要分支,因为一个完整的系统,需要众多软件的支持。那么这次推出Google Drive服务的同时,也没有将外部开发者甩在后边。Chrome网络商店此前已提供了18款整合了Google Drive功能的网络应用,而Google Drive的SDK工具包已经向所有外部开发者开放。

目前Google Drive网站上已经提供了18款应用程序,如地图编辑应用MindMeiser,用户可借此查看、共享和编辑地图文件。HelloFax则是一款给文档签 名和发送传真的应用。Lulu应用允许用户通过Lulu服务公开发表文档。Aviary图片编辑器应用则允许用户对图片进行修改。Google这次其实相当于给这些软件也弥补了一个空缺,让这些软件能通过Google Drive做到协同创作和分享。
—————————–分割线———————————
最后还得多说一句,就是这次Google Drive的服务条款,虽然笔者当天一激动就一路确认的点下去。但细数里面的内容,着实的又会让很多人望而却步。以下引用自网络
“当你向我们的服务上传或提交了内容,你将于全球范围内授予了 Google 使用、托管、保存、重制、修改、创造衍生作品、及公开发表、展示、分发相关内容的许可。在该许可中你所授予 Google 的权利将仅限于运营、推广、改进服务或开发新服务。即使你停止使用我们的服务,Google 仍将持有该许可。”
对此,ZDNet 的 Ed Bott 直言“或许 Google 所在的星球跟我们的不太一样”。尽管他还没真正用上 Google Drive(大部分普通用户都遇到这样的情况,只能等 Google 邮件通知“您的 Google Drive 已经准备就绪”),但就他所了解到的情况,他认为 Google Drive 不仅复制了 Dropbox 的功能(此话并不完全正确),还复制了 Dropbox 过去所犯的错误(去年六月 Dropbox 曾因类似的条款问题遭到用户质疑)。
难道 Google 就没有人看看这个条款,问问自己“我们的用户看到这个会怎么想”吗?显然没有。
Google 内部有没有人提醒“嘿,记得 Dropbox 曾经犯过这样的错误并为此道歉了一整个星期吗?” 我想也没有。
看起来 Google 确实在重蹈 Dropbox 的覆辙。面对质疑,Google 发言人终于按捺不住透过 BusinessInsider 对条款进行澄清:
你仍旧保留着任何与你上传内容相关的知识产权。简而言之,你的仍旧是你的。
这句话有让你感觉好一点吗?嗯,我也没有。
另外,对于以索引用户的搜索、社交、邮箱信息并推送针对性广告谋生的Google来说,如果其对用户的个人文档也采取同样的策略,那么可以想象未来针对性广告会多么的精确。隐私政策对于这个网络安全视为金的时代,Google着实的要认真考虑了,如果用户因隐私政策而拒绝这款产品,那才是最悲剧的。
来源:徐秉阳投稿
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
May 04 2012
传工信部禁止移动终端使用Google (已辟谣)
据财经网报道,5月4日,网络上有传闻称,工信部目前已对“Google”使用出台了新的通知,具体原因不明。消息称,工信部规定,从2012年5月3日起,开始执行移动终端产品出厂不允许有Google字样及相关应用,违者不进行任何行政审批。
据消息人士分析,这个政策应该是只会涉及到在出货目的地为大陆的需要CTA入网证的设备,出口海外和港澳台地区的不会受到限制。
目前Google移动应用产品有:Google eBooks、Street View on Google 、Google Tunes、gReader、谷歌拼音输入法、Google Maps、Google翻译、谷歌星空地图等。Google Play在今年一月份的应用数量超过40万款。目前带有Google标识的手机是三星的Galaxy Nexus。
传闻中提到的工信部关于Google的使用通知,来自5月3日深圳市国证通管理咨询有限公司的官方网站发布一则“工信部关于Google使用通知”的通告,内容如下,目前该通告已被删除。
后续新闻:据工信部网站消息,工业和信息化部相关司局负责人今天(5月4日)就媒体求证网传禁用谷歌标识一事时说,从未发出过任何关于禁止移动终端产品使用谷歌标识及应用的通知。网上相关消息不属实。
此前发布这则消息的深圳国证通公司则发布声明:我司国证通因对官网管理不善,审核不严,将未经证实的信息传播,现已确认我司官网于2012-05-03刊登的有关“工信部关于Google使用通知”的报道为虚假消息。我司现对公司官网进行关停整改,今后我司将加强管理,杜绝此类事件再次发生。由此带来的不便,我司向社会各界人士表示由衷的歉意!
根据深圳国证通公司的相关宣传材料显示,该公司获得国家无线电监测中心检测中心(SRTC)首家授权,授权范围涵盖了通讯设备型号核准的检测及认证;CCC的检测;通讯产品的检测、国际检测认证服务业务。主要业务涵盖了国内电子通讯领域的检测及认证服务;国际FCC、CE、GCF、CCF、PTCRB等方面的检测认证服务。
评论《传工信部禁止移动终端使用Google (已辟谣)》的内容...
相关文章:
- 开发商对Android兴趣持续下降
- 解析Android Market更名Google Play Store
- 为什么Android平板电脑已经失败
- 谷歌中国Android Market前景暗淡
- Google旗下手机应用盘点

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
May 03 2012
电子阅读器之争:The New iPad VS Kindle
新一代 iPad 搭配的 Retina 显示屏使得其阅读体验有了很大的提升,同时可以作为电子阅读器的 New iPad 相比纯粹的电子阅读器 Kindle 又如何呢?
我们都知道新一代 iPad 最大的卖点就是其搭配的分辨率为 2048*1536 的 Retina 显示屏,除了你知道的像素数量是 iPad 2 的 4 倍外,根据最具权威的独立影像品质测试机构 DisplayMate 评测,New iPad 的屏幕色彩饱和度也比 iPad 2 提升了 44%(色域达到了 sRGB 标准色域的 99%,几乎重合。作为对比,iPad 2 是 61%, iPhone 4 是 64%,MBA 低于60%),因此 DisplayMate 的结论是,新一代 iPad 的屏幕(显示质量、色彩精确度和灰度)不但比其它移动设备好的多,而且也比大多数的高清电视,显示器,笔记本屏幕都好得多。那么有着如此好屏幕的 New iPad 的阅读体验能否赶得上亚马逊的电子阅读器 Kindle 呢?那么新一代的 iPad 视网膜屏幕的显示效果的阅读体验是否更上一层楼呢,它与 Kindle 的电子墨水屏幕效果对比又是如何呢。
其实 iPad 和 Kindle 是两个定位不同的产品,一个为采用 IPS 屏幕的平板电脑,阅读只是它部分功能。另一个是采用 E-Ink 电子墨水屏幕的纯粹电子阅读器。因此本文的对比多是从阅读体验上的一种评估。
Retina 与 ppi
众所周知 E-Ink 电子墨水的显示原理与印刷品一致,靠光线折射到纸张上的空白位置到眼睛中从而达到阅读的效果,因此有着媲美纸质书本的显示效果。那么搭配有 Retina 视网膜屏幕的全新 New iPad 的 264 ppi 像素密度已经触及人眼的极限,也已经达到了印刷级别,不少人甚至都已经惊呼新一代的 iPad Retina 将掀起阅读革命,那么对等同样是印刷级别的 Kindle 其阅读效果又如何呢? 在此之前我们需要先了解一下关于 ppi 和 Retina 。
在数码时代,有个参数叫做 ppi(pixels per inch)用来描述每英寸所拥有的像素数目,它是屏幕分辨率的单位, ppi 值越高说明屏幕的显示细节就越丰富。当屏幕的 ppi 值达到 300 或以上的时候,人眼在正常观看距离下已经难以分辨单个像素,苹果在发布 iPhone 4 的时候将其称为 Retina Display,也就是我们所说的视网膜屏幕。

但实际情况并非如此,因为实际视觉效果上的锐利程度取决于角分辨率,而不是屏幕本身的线性分辨率,因此需要考虑角距和视距的因素,综合考虑上这些因素后最终大致参数如下表所示(因不同设备和不同用户有着不同习惯,部分值为估值),这也是新一代 iPad 的屏幕 ppi 值仅为 264 也被称为视网膜屏幕的原因。(注:Kindle 采用的是 E-Ink 屏幕,因此其相应的标准并不遵循 ISP 屏幕的计算方式)
New iPad 的 Retina 屏幕带来了什么?
在新一代 iPad 的 9.7 英寸的屏幕空间内,其像素数量达到了 310 万,甚至比 HDTV(超高清电视) 甚至还多 100 万像素。这些像素非常密集,人眼在正常观看距离下已经难以分辨单个像素。 当你无法看到像素颗粒时,就会看清整张图片、整篇文章或是整个游戏画面。
对于字体:
Retina 屏幕使原来的文字显示更加清晰明锐,充分释放出了苹果一直以来的字体渲染技术。从最开始,苹果对于字体的渲染就一直保持独树一帜。如果同时对比 Windows 系统 和苹果系统(Mac & iOS)的字体的话,你就会发现苹果的字体给人一种毛茸茸的感觉,边界不是很清晰。这其是因为它的渲染算法更忠实于字体的原始设计,在高清晰度状态下能够像印刷品那样呈现出字体设计的细微差别,这样在屏幕上呈现的结果与印刷品更加接近。(对于这一点相信用过 MacType 的 Windows 用户会深有感触)但是一直以来,低 ppi 在一定程度上限制了其字体渲染的效果,这次 Retina 屏幕的出现使得系统的字体渲染效果比以前要更好。

此外高清屏幕也使得之前受限于低 ppi 的衬线字体可以在一定程度上缓解长时间注视背光 IPS 屏幕带来的眼睛疲劳问题。
对于图像:
Retina 显示屏对于图像的提升更是无容置疑的了,除了显示更加细腻外,其色彩还原也几乎达到了移动设备的最高水平。
综合:
无论对于文字、图像甚至视频都在新 iPad 的 Retina 视网膜屏幕上得到了很大的提升,这也意味着另一个阅读场景-网页浏览的体验也变得更好。之前在 iPad 和 iPad 2 的屏幕看网页文字的时候有明显的像素颗粒, 小号字体无法清晰显示导致需要来回缩放。而在新一代的 iPad 视网膜屏幕下能够锐利地显示网页上的小号字体,使得网页阅读的效果几乎得到很大改观。此外对于像 iDaily、摄影画报等这样的图文应用来说体验更是极佳。可以说在展示多媒体和多彩内容方面,新 iPad 要远远超过采用电子墨水( E-ink )技术的亚马逊阅读器 Kindle。
The New iPad vs Kindle Touch
Kindle 因为采用的是不同的于 IPS 背光技术的 E-Ink 电子墨水屏幕,因此并不主打 ppi 。不过由于其具有的高对比度特性,字体边缘可以用灰度平滑来提升显示效果。其 16 阶灰度显示更是使其具备舒适的类纸质显示效果,无背光低反光,显示效果如纸质书籍般清晰柔和,在阳光下亦可清晰阅读,完全可以等同于印刷品。因此在文字阅读上即使升级为印刷级别的 Retina 屏幕的 New iPad 在阅读体验上依旧是无法超越同为印刷级别的 Kindle 。
同时 E-Ink 黑白灰和低刷新特性,也使其仅支持图片和文字的浏览阅读,在网页浏览上甚至不支持有 Ajax 的页面。因此在文字阅读之外,Kindle 是无法与 iPad 相提并论的。Kindle 的专一性基本也限定了其单一性,也注定拥有这个需求的市场不会太大。最近调查报告显示,消费者对亚马逊 Kindle 设备的需求量正在下滑,这也一定程度上表示其市场正在逐渐达到饱和。
如何选择?
阅读分多种,如果你想找一个能够随时长时间阅读线装书的电子阅读器话,Kindle 无疑是最好的选择,因为虽然新 iPad 在文字阅读体验上有了很大提升,在长时间阅读方面依旧远没有 Kindle 更加舒适持久。但是,除此之外,只能选择 New iPad。其实对于大部分人来说这两者是互相补充的,无论是 Kindle 还是 New iPad 都值得你拥有。
备注1:
因为亚马逊的 Kindle 目前只在美国等主要以英语为主要语言的国家发售,因此默认对中文的支持不是很友好,在 Kindle 3 和之前甚至根本没有内置 CJK (中日韩统一表意文字),因此很多情况下中文都会成“□□□□”。此外 Kindle 中文显示一直采用的是无衬线字体,长时间阅读会造成眼睛疲劳,丧失部分 E-Ink 的优点,并且,默认的中文字体没有标准、粗体、斜体、粗斜体的区分,无论是标题还是正文还是注释,一律是同样的样式。还有一点需要注意的,因为中英文的不同,用户需要调整行距等才能获得较好的中文阅读体验。
在 Kindle 4 / Touch 虽然不需要任何修改既可以正常显示中文,但是其默认简体中文字体依旧为为“MHeiGB18030C-Medium_E”(类似雅黑)无衬线字体,此外,默认情况下中文显示还会出现字体粗细不均的现象(源于中文字体和日文字体混杂显示导致的匹配错误)
。
所以国内 Kindle 用户要想获得中文较好的阅读体验首要的事情就是修改字体(Front Hack),不过好在 Kindle 入华已经有望,相信之后 Kindle 对中文的支持将会比现在要好。
备注2:
我们知道液晶屏幕在阳光下效果往往惨不忍睹,那么最新的视网膜屏幕会不会表现得好一点呢?答案是否定的,新 iPad 依旧是“惨不忍睹”。

苹果正在想办法弥补 IPS 显示屏的这个缺点。据悉苹果已经申请 IPS 屏幕融合 E-ink 技术的专利,虽然最先的 The New iPad 没有用上,但是估计下一代将会用上。
而对于 Kindle 来说,确实给人纸质般的阅读体验,但其 E-ink 屏幕也有的非常明显的不足,那就是它只能在明亮的地方观看,在光线暗的地方和晚上只能靠第三方光源,非常不便。

不过 Barnes & Noble 的新版 Nook Simple Touch 已经解决了弱光源环境下 E-Ink 设备的阅读难题,其采用的是将 LED 灯和防眩光屏幕保护器结合在一起的 GlowLight 专利技术。The Verge 测评显示其非常均匀的发光媲美普通液晶显示屏,但光的强度要比背光柔和许多,并且没有明显的漏光现象。消息称之前亚马逊收购的光导技术厂商也持有此项技术,相信下一代 Kindle 很有可能也将搭配此项技术。
无论是对于阅读场景、是否便携、阅读模式上,总体来说 Kindle 更适合室外阅读,iPad 更适合室内阅读。
来源:GeekPark投稿,原文链接。
评论《电子阅读器之争:The New iPad VS Kindle》的内容...
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
May 02 2012
也谈凯文.凯利的六点趋势
近日,《连线》(Wired)的创始主编凯文·凯利(Kevin Kelly)在论坛上表示,科技未来将有六个发展趋势,分别为:屏幕化、互动性、分享性、流动性、实时获取和生成性。凯文·凯利表示,这些趋势并不一定在未来一两年内能够达成,但是未来一定会实现。
笔者对未来将会有怎样的趋势,在了解推理过程之前,并不感冒。满屏都是Kevin Kelly(以下简称KK)的六趋势也是一看而过,直到视频出现,想看看他具体是怎么说的,看过之后有了很多的感触,就有了下面的这些文字。
屏幕化,应该是被KK简化掉了的概念。从文字上获取信息是我们与他人沟通的重要方式。文字的载体有甲骨文、竹简、纸张、屏幕,技术上的支持,信息的载体在进步,现在到了从屏幕获取信息的阶段。屏幕是电脑计算结果显示的窗口,所以你不用对出现在屏幕上信息感到惊奇,无论哪种不可思议的信息,其背后都有强大的计算机在支持,而互联网的发展,计算机之间的相互联系,只会让屏幕显示更加让人不可思议的信息。除了屏幕外,计算机展示计算结果的方式还有很多,声音,光、投影、信号、机器等等。
屏幕是我们与计算机沟通的窗口,这就引出互动的概念。我们用刀刻甲骨文和竹简,用毛笔写字,到用键盘敲打文字,到用手势操作屏幕,互动的方式被信息的载体约束。我们知道计算机除了屏幕外还可以通过其他方式展示结果,可以将计算结果投影在物理实体上,比如将一个苹果的产地,重量,卡路里,甜度,新鲜度将这些数据投影在苹果上,你拿苹果吃一口,投影上的数据马上变化更改,吃苹果的动作就成为人机交互的方式。互动的方式有很多,RFID,NFC等,这取决于信息载体。KK太过注重技术,认为我们反馈给计算机,计算机也从我们的行为中获取信息,是双向互动的,双面镜。但是我们是人与人间的沟通,计算机是沟通中的一个工具,一个可以变声的传声筒,使用计算机的何种计算结果是由操作的人决定,我吃了一个苹果,我从计算机看到我摄取了多少卡路里,儿子则从视频中看到老爸偷吃了他的苹果。网站的使用者和设计者对于数据的考察角度不同,互动方式也不同,在屏幕上的行为也不一样。
分享,是KK导入数据流概念的引子,并试图用分享来解释数据流,但分享是个伪概念,对数据流的解释力很有限,而且还给自己惹来麻烦。所有东西都可以分享,也就是所有的东西都要被输入到计算机上,进行分享,这个是针对互联网社会化来说的,每个网民都生产信息上传互联网,这些东西才有可能在网上被分享。在facebook,twitter等发展之前,互联网同样拥有海量的信息,也到上传到网上进行分享,但互联网的发展态势与现在截然不同,这是什么原因,KK没有进一步的解释。所有东西都可以分享,创造众多信息,足够多的信息是数据流形成的前提条件。这里KK谈到的例子,数据化自我,其产生有时间维度和自我两条线索,数据化自我产生大量的数据,这是数据流形成的前提条件,如何形成数据流,桥梁就是分享创造价值,分享这些数据,数据从私人转化为在网络上的数据(限与传播与接收者间的网络),数据获得价值,这些就成为一条数据流。
KK谈到隐私的问题,是分享概念的延伸。你要分享哪些信息,要在哪些范围分享,构成隐私问题的一部分。有人不惜造绯闻,拍私密照以图出名,有人用网名上网,从不透漏真实信息,这些都是个人判断,很难说有个标准。隐私问题除了个人还有网站方面的问题,网站将网民的行为数据肆意使用,进行分析并作为谋利的工具。这是对网民隐私的侵犯。
对称问题是KK对分享概念的自圆其说。分享是相互分享,一方分享多,一方分享少,就形成了不对称,同时分享创造价值,你多分享吧,让他们多了解你,这样你就可以从中获益,于是你分享更多的信息,他们更了解你了,于是就形成了对称。这是KK的逻辑,但真实情况更应该是这样的,若存在大量的非对称,也就是说分享数据的网民,和使用数据的网民数量不对称,分享的多,后果没这么严重,但分享的少,使用的人多,贫瘠的数据量是当前互联网发展的描述吗?
分享是个伪概念,分享是创造和传播,不解释。
流,是对一串关联数据的描述,互联网上的数据可以通过某种共同线索相联系的数据,都可以称为数据流。数据化自我是时间和自我两条线索,网站流,地点流,事件流等等,所有的东西都可以分享,所有的数据都可以成为数据流。所有的数据流都有时间这条线索,不知道为何要如此强调实时特征,时间线索比实时更重要和创新的空间。
平台的导入很唐突,数据流间为何会相交,相交时是随时间流上的一个时间点,还是一个事件一段时间内呢,数据流无所不在,分散在各处的数据流为何可以汇集在一起,平台有何种吸引力能够导入数据流,还是说先有平台,再有数据流?小溪流一样的数据流,流到了一起,就成为了新媒体,成为了平台,跟小溪小河汇集在一起就成了大海,这样的逻辑是有问题的。水汇集的地方称为大海,这是果,原因在于大海地势最低,他拥有汇集小溪小河从高到低流动的河床网络,凭借这个网络,大海能够汇集分散在各处的水,集中在一起成为大海。数据流是无所不在的,他们汇集到平台上是果,那么因是什么,KK没有答案。
所有权和使用权,这个没什么好谈的。所有的东西都信息化,信息的可复制性,让信息的使用价值与所有权相分离,这也是为后面的信息价值兑现方式作铺垫。
互联网的信息如何兑现价值,试图通过所有权来控制使用权是很难行的通了,于是就从获取使用权入手。信息使用权获取方式有容易或困难,如何发挥信息的价值有方法(比如对KK的解读),信息的传播渠道有价值,信息的版权问题。互联网上的行为主体是网民,网民的个人品牌是有价值的,一个信息无法兑现价值,但可以通过相关联的信息兑现,比如一张图价值无法兑现,但可以通过图内的衣服购买链接来兑现,网民可以通过生产补充信息系统完整性的信息,来兑现价值。
没看过KK的作品,只在前几天看过他在TED上的一个演讲,怕会误解其意思,所以每点都重看很多遍,但误解应该是不可避免的,尽管如此,我想主要的点应该偏差也不会太大,总体来说,对于关键点,共享也是他自己觉得最重要的,与其理解有较大的偏差,且有些点没说全,个人感觉这个视频是差强人意的。
来源:sbumblebee投稿,原文链接。
参考新闻:凯文-凯利:未来科技发展六趋势

凯文-凯利(KK)
《连线》(Wired)的创始主编凯文-凯利(Kevin Kelly)近日在论坛上表示,科技未来将有六个发展趋势,分别为:屏幕化、互动性、分享性、流动性、实时获取和生成性。
以下为六个趋势的详解:
第一、屏幕化。凯文-凯利表示,未来屏幕将无处不在,充斥人们的生活,未来任何一个平面都有可能变成屏幕。谷歌的新产品(谷歌眼镜)正致力于把屏幕带到任何地方。
未来的现实生活中将有很大一部分都属于数字世界,包括手机、甚至衣服和鞋子都将有数字化植入。目前在数字世界中,人们传播事实的方式已有所变化,这会改变我们对自己,事实与人的看法。
第二、互动性。凯文-凯利表示互动等于生命力。互动越来越强调在形体上变化,越来越符合人类的逻辑。手指操作只是很有限的方法,未来讲话和身体任何部分发出指令都将可以进行控制。同时,屏幕将能够进行眼神捕捉,屏幕将看着我们就像我们看屏幕一样,屏幕可以了解人的想法,并和人产生互动,这是书本做不到的。
第三、分享性。分享的途径为云计算。凯文-凯利表示云并不在远处,我就生活在云中。互联网络越大,云的影响力越大,人们会成为定量化的自我,任何信息都可以被分享,都将被分享,所有的数据流、档案都可以进行分享。目前我们分享程度较低,很多社会还存在审查的问题,我们能再分享路上走多远需拭目以待。
第四、流动性。文件夹和页面将转移到流,流最重要的特点就是“实时性”,如果不是实时的,就不能称为一个流。
目前,微博,Facebook等各种社交网络流都在实时更新,数据都在以流的方式进行流动,我们在完成“数据是一切”的现实。
第五、实时获取。未来我们强调的不是拥有,而只是获取与接入。目前已有很多用户上网并不是买,而只是订购,包括电影、音乐和书,再由电商会分流给原创作者。虽然我们现在有更快的交付行为,但是远不及实时获取快捷。
第六、生成性。当前出现很多副本,复制速度越来越快,在这样能够生成的世界下不能复制的东西是最珍贵的,例如及时性、个性化、原版、无形的培训正成为人们乐于支付的对象。无形价值更为重要。
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
移动互联网真的进入了“拼爹”时代吗?
年前有专家预测说移动互联网获得用户的成本将大大增加“获取成本远大于PC产品的成本”,“移动互联网进入“拼爹”时代,新用户获取成本将翻倍飙升,没背景没资源的草根创业基本没机会”,这让众多看好移动互联网机会的创业公司和从业者感到畏惧。难道移动互联网的秩序还是PC固定互联网时代的秩序吗?
当时笔者就对“移动互联网用户获取成本远大于PC产品的成本”提出了异议,但没有展开说出自己的论据。现在把笔者的依据罗列一下,希望能够鼓励到正在移动互联网领域奋斗的PM们!
一、移动终端会比PC多很多倍,这是显而易见的,目前尤其处在智能移动终端用户量的快速增长期;
二、移动终端开机时间长,给企业发展新用户提供了更多时间窗口,也为用户使用服务提供了更多时间窗口(比如在界面上向用户展示广告的机会大大增加了);
三、位置信息以及移动终端私隐性等特点带来固定互联网不具备的众多新业务类型;
四、移动终端作为人类服务易得性很强的工具,会让固定互联网上的一些原有业务使用频率大大增加,产生质变, 比如VOIP和IM服务,成为移动VOIP和移动IM之后,用户使用频率将大增,这方面的趋势可能会吃掉全球电信运营商的很大一块业务,最终可能使“基础电信业务沦为一种互联网增值服务”
五、在移动终端是人的工具的同时,人也成为移动终端的工具,即人成为移动终端的智能外设或者说是智能接口, 把外界的人、事、物转换为移动终端可以识别的数据输入到移动终端,通过人这个智能外设,终端和无处不在的人物和事件发生交互,并进行必要的处理,由此,移 动终端可能会对人类的生活方式产生重大影响,尤其是过去看来是线下的人事物,也能被移动互联网来进行处理了——这个意义非常重大。
六、移动终端功能配备更加标准化,为移动互联网业务普适于终端创造了更好的条件,比如移动IM的voice message功能,在智能移动终端的audio标配下,更加容易开展(pc客户端开展voice message业务,就存在某些PC没有麦克风,甚至没有音箱而无法使用的问题)。
移动互联网业务丰富,潜在用户量巨大,只要业务适合,用户获得成本会非常低。移动互联网业务大有可为!
要提醒PM们的一句话是:移动互联网业务比固定互联网业务更容易发展用户,而不是更难,除非是你不顾移动终端的优势特点,仍以固定互联网的思路来设计产品
以上浅见,与业者共勉!
来源:投稿,作者:同淮,作者微博。
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 30 2012
构建移动Web应用程序的技术堆栈
编写web应用程序时,有很多的技术决策。笔者最近回来编写现代Web应用程序,并希望总结一些曾经在开发周期过程中做了记录零散的想法。这篇文章是关于一套对笔者最近开发的项目有帮助的框架。笔者重温了一些最重要的框架类型,其中每一个可以展开来写一篇文章。这并不是一个广泛的现有产品相比,只是一个笔者最近使用的部分技术。
虽然笔者的重点是移动优先, 笔者认为,这套技术可以应用在一般的web应用程序。 笔者的决定和数据支持考虑了几个要求:
- 基于JavaScript(CoffeeScript,Dart,绝对值得认真看看,但我想避免引起激进选择)
- 必须在现代浏览器工作良好(IOS 5,Android 4)
挑选一个MVC框架
在本地UI的应用程序开发中模型视图控制器模式已经使用了几十年。其基本思路是分开表示层(用户界面,动画,输入)和数据层(存储,通讯,数据)。有其他类似的模式,如MVVM的(模型视图的ViewModel),但主要的想法是在展现和数据层之间有定义良好的分离,为了更干净的代码和长期的维护:
有许多JavaScript模型视图控制器框架的产品。有一些如Backbone.js和Spine.js是用纯代码编写的,而其他像Knockout.js和Angular依靠DOM数据属性绑定。那些依赖HTML5数据DOM属性的分离视图和数据的MVC系统被认为是不对的。这不包括Knockout.js和Angular框架。 spine.js比 CoffeeScript更容易,根据我最初的要求排除了CoffeeScript。
backbone.js比大多数框架更受欢迎(也许除JavaScriptMVC外,似乎像一个死的项目),还设有一个成长的开源社区。对于笔者的应用程序栈,笔者选择了Backbone.js。欲了解更多有关挑选一个MVC的信息,检出TodoMVC,它使用不同的MVC框架实现相同的Todo应用程序。还可以看到这个MVC框架的比较,它强烈赞成Ember.js,一个出现相对较晚的框架。笔者尚未有机会使用它,但它在我的清单上。
选择一个模板引擎
要在网络上建立一个严谨的应用程序,你不可避免地要建立大型的DOM树。如果使用JavaScript API来操作DOM,不如使用基于字符串的模板编写html来得更简单高效。JS模板已经逐步形成一个奇怪的约定,嵌入模板的内容到脚本标记内:<script id="my-template" type="text/my-template-language">... </script>。使用所有的模板引擎的基本做法是作为一个字符串来加载模板,构建模板参数,然后通过模板引擎模板和参数运行。
backbone.js依赖于Underscore.js,它有一个有些局限的有详细语法的模板引擎。有其他可供选择,包括jQuery模板,Handlebars.js,Mustache.js和许多其他的。 jQuery模板已经被jQuery团队准备废弃了,所以我没有考虑这个选项。Mustache是一个跨语言的模板系统,具有简单和成熟的决定,以支持尽可能少的逻辑。事实上,在Mustache最复杂的构造是遍历一个对象数组的方式。 handlebars.js建于Mustache之上,加入一些不错的功能,如预编译模板和模板表达式。对于笔者而言,并不需要这些额外的功能,然后选择了笔者的模板平台Mustache.js。
在一般情况下,笔者的印象是,现有的模板框架可比较的功能是很少的,因此决定在很大程度上是个人喜好的问题。
选择一个CSS框架
CSS框架是必不可少的工具,用来扩展CSS如变量等方便的功能集,创建分层的CSS选择器的方式,以及一些更先进的功能。这实质上是创建了一个新的语言:CSS的增强版本(姑且称之为它的CSS++)。为便于开发,一些框架在浏览器中实现了一个JavaScript的CSS+ +解释器,而一些其他框架让你监控一个CSS+ +文件,并每当有更改就编译它。所有的CSS框架应提供命令行工具来编译CSS++成CSS给开发。
像模板语言一样,也有很多选择。笔者的选择是出于个人的语法偏好,笔者更喜欢SCSS,因为它避免了像@怪异的语法。 SCSS的一个缺点是,它并没有附带一个JavaScript解释器(有一个非官方的,笔者还没有试过),但可用命令行监视器。还有其他类似的CSS框架,包括LESS和Stylus。
如何布局视图Views
HTML5提供了多种方式来布局内容,MVC框架对这些布局技术的使用无要求,留给开发者你一点困难。
一般来说,对documents相对位置是合适的,但对apps除外。应避免绝对定位,像tables。许多Web开发人员已经转向使用float属性对准元素的,但是这只是第二理想的构建应用程序的观点,因为它没有类似应用程序的布局,导致许多奇怪的问题和臭名昭著的clearfix hacks。
经过多年来的布局与各种网络技术的实验,笔者认为一个固定的定位和flex box的模型相结合是移动互联网应用的理想选择。笔者使用的是将屏幕上的界面元素(页眉,侧边栏,页脚等)固定定位。flex box 模型对在页面上布局堆叠视图(Stacked views)是很棒的(水平或垂直的)。只有CSS盒模型明显地对界面设计进行了优化,非常类似Android的LinearLayout 管理器。对于有关flex box模型的更多信息,请阅读保罗的文章,并注意该规范正在由一个新的,非向后兼容的版本取代。
自适应Web应用程序
最后一节,在这个问题上:笔者大力提倡创建设备特定的用户界面。这意味着为不同的形式屏幕重新编写视图代码部分。幸运的是,MVC模式,使得它比较容易为多个视图(如平板电脑和手机)重用业务逻辑model。
iOS Flipboard演示了这个想法很好,它为平板电脑和手机用户提供了为每个设备外形高度定制的体验。手机用户界面特别为垂直点击进行了优化,允许单手使用。平板的UI让两手反面持有设备工作良好。
输入的考虑
移动用户与您的应用程序进行交互的主要方式是通过用手指触摸屏幕。这与基于鼠标的互动相当不同,因为有额外9点在跟踪屏幕,这意味着开发人员编写移动应用程序时,需要抛弃移动鼠标事件。此外,在移动鼠标事件有300ms延迟点击的问题(有一个著名的触摸式的解决方法)。在移动浏览器使用这些事件的详细信息,请参阅我的触摸事件的文章。
只有S /mousedown/ touchstart/所有的事件处理程序是不够的。有 一套全新的用户期待的触摸设备手势,如点击、通过浏览图像列表导航。虽然苹果公司有一个鲜为人知的手势API,但没有在网页上做手势检测的开放规范。我们真的需要一个JavaScript手势检测库,去处理一些较常见的手势。
如何使其离线工作
对于一个应用程序脱机工作,你需要确保两件事情真实:
- Assets资产可用(通过AppCache,文件系统API等)
- 数据是可用的(通过LocalStorage,WebSQL,IndexedDB等)
实践中,在网络上建立离线应用是一个棘手的问题。一般来说脱机功能应从一开始就加入你的应用程序。让现有Web应用程序没有显着的重写代码运行在离线状态下是特别困难的。此外,脱机技术还有各种未知的存储限制,而且未知超出限制时会发生什么不确定的行为。最后,在离线的技术堆栈还有一些技术问题,最显着的是AppCache,正如我在以前的文章提到。
写真正的离线功能的应用程序是一个非常有趣的方法是“离线优先”。换句话说,如果没有互联网连接全部写入本地,当存在互联网连接,实现同步数据同步层。在Backbone.js MVC模型,这可以很好地适应自定义Backbone.sync适配器。
单元测试
单元测试您的UI是有困难的。然而,因为你使用MVC的模型,它是完全隔离的UI和数据结果,因此,可方便测试。QUnit是一个相当不错的选择,特别是因为它允许使用它的start()和stop()方法单元测试异步代码。
总结
总之,笔者使用Backbone.js 作为 MVC 框架,Mustache.js做为模板,SCSS作为CSS框架,CSS的Flex box展现界面views,自定义触摸事件和QUnit单元测试工具,来写笔者的移动Web应用程序。脱机支持,笔者仍然尝试用各种技术,并希望未来继续写篇文章。虽然笔者强烈相信有必要在这里列出每种工具(如MVC),笔者也相信,笔者在这里描述的许多具体的技术是可以互换的(如Handlebars 和 Mustache)。
还有一件事:2012年1月17日,Thorax宣布发布。这是一个基于Backbone一套开发库,非常类似我在这篇文章里描述的思想。笔者还没有在任何深度研究,但名称是伟大的:)
使用一套类似的框架吗?有你最喜欢的?觉得笔者缺少一个重要的框架吗?让笔者知道!
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 29 2012
社交网络营销的最佳时间点
随着社交网络在人们生活占据的时间越来越大,商家们已经开始尝试用各种手段在社交网络上推广自己的产品。内容有趣固然重要,营销的时间如果选的正确,则可以让你的内容获得最大程度的曝光,事半功倍。
邮件营销
我们还是先从最传统的邮件营销说起,一周7天,一天24小时里,哪天,那个时间段是人们打开邮件的高峰期呢?请看图:
pic via: sign-up.to
从打开邮件的数量来看,可以说明邮件营销的黄金时间是周二至周四,10:00 – 17:00。不过这个调查的受众人群是英国人,可能和国人还有一些差别,但我相信人类的行为方面还是具有有一致性的。
博客
人们又习惯在什么时候阅读博客呢:

答案是早上,博主最喜欢的事情之一就是吃着早餐,打开Google Reader看自己喜欢的博客。
Facebook营销的最佳时间是上午和晚上,大约是7:00 – 12:00以及19:00 – 21:00点

调查还显示,大家在周五至周日间会更容易参与社交的活动。不过博主认为,国内的新浪微博等社交网络还是工作日的中午最为活跃。
Twitter营销的最佳时间是12:00 – 20:00点,周三至周五。


移动营销
智能手机用户使用手机频率最高的时间点是12:00 – 20:00之间,所以在这个时间段做移动营销的效果可能最好。

来源:读者投稿,原文链接。
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 28 2012
手机浏览器HTML5支持情况调查
最近过去的几个月中,手机浏览器领域的口水战不断,UC、海豚、欧朋、腾讯都或多或少的卷入了些许。抛开是非不谈,他们共同关注的一个非常重要的领域就是对HTML5的跑分支持。
前端时间Facebook的移动开发者关系部门主管Pearce也向TechCrunch表示,只有移动浏览器的进步才能带动HTML5应用的发展,苹果和谷歌在浏览器对HTML5应用的支持上做的还不够。那么我们就来看看现在中国市场的手机浏览器对HTML5的支持情况吧。
正如笔者年初在一篇文章中提到的,目前对浏览器HTML5兼容性测试做的最好的是html5test.com.浏览器在这个网站上取得的得分越高说明对HTML5的支持越好。这个网站最近一次升级是在2012年4月2日,目前的满分是500分。(感觉我好像总是在给这个网站的升级做广告。)
整体情况
在测试的过程中发现,只有UC和欧朋是支持Android 4.0的系统的,天天和QQ在Android 4.0仍然是跑不起来。而今年新进加入HTML5跑分争夺的百度和海豚都采取了偷巧的方式,用户需另外再下载一个内核才能获得更好的支持体验,用户体验上还是差了不少。
从总跑分来看,欧朋的HTML5跑分最高,使用了最新版的Presto内核。其次是UC,新做的这个U3内核相当有冲击力,短短三个月就将跑分提高了近一百分。百度的表现也不错,突破了300分。海豚在4.0上虽然能跑出364的高分,但是还不支持2.3,有不小的硬伤。而去年年底炒的风生水起的Q立方和天天都没有再发过新版,跑分变动完全是因为html5test网站升级带来的。
从市场份额看,UC浏览器是已经公开发布的正式版产品,据UC的公开数据,已经有超过5千万Android平台的用户在使用。欧朋HD在这个月刚刚去掉了后面的beta标识开始正式向市场推广,不过依据Opera的行事风格,市场份额还有待观察,但是应该不错。百度手机浏览器在2月份发布正式版之后,已经开始发力做一些市场推广活动,似乎也是百度无线开放平台的重要一环。海豚的自有内核目前只能在Android4.0平台上运行,而现在装载4.0系统的手机份额大约只有3%,市场空间可能还很小。
跑分细节
上面看的是总分,接下来让我们看一下这几款浏览器在html5test.com上各个项目的跑分情况:
从各项上看,各大浏览器对canvas、video、Location and Orientation等基础项目支持的都已经不错了,但是在一些项目上有不小的差异。
比如可以为绘图提供硬件加速的WebGL项目上面,目前只有UC、欧朋和天天能支持的较好,这个会是游戏类应用比较关注的点。
在Communication项目上,各家的支持程度也不尽相同,UC和海豚都已经做到了支持WebSocket,其他家的支持还有待提高。
在Local multimedia项目上,目前只有UC和欧朋可以做到支持调用本地的多媒体设备接口。
在Form项目上,欧朋依然保持着领先的势头,拥有超过100分的跑分,不愧是语义化的倡导者。
后记
随着各家浏览器对HTML5支持度的提升,对基于HTML5应用的兼容性和稳定性都有了一定的优化。一些对性能要求略高的应用,比如2011 Google I/O时播放的倒计时demo,用UC、百度、海豚打开都能够获得流畅的体验。
而从开发者角度,越来越多的人开始了解并接受Web应用也能够在移动平台上大展身手。在近期HTML5小组的Code jam上的作品水平也是越来越高,不少作品已经可以在做一些稳定性优化之后都是可以拿出来当做商业产品发布的。现在阿里云、盛大、新浪、百度都在搭建云服务平台,供开发者使用,其中也涌现出一些优秀Web App RAD工具。
不错的浏览器支持环境已经有了,良好的开发者支持体系也出现了,HTML5应用的爆发,可能就在一触之间。或许,就是明天。
来源:读者投稿
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 27 2012
再论关机以及睡眠
就在不久之前,笔者发布《选择“关机”还是“休眠”?》一文,引起较大争议,并且许多网友纷纷留言求助。为了解释清楚这些问题,也为了理清这些概念,因此再开一文。
一、回顾前文
关机,就是通知程序保存数据,然后关闭所有会话,最后通过 ACPI 接口发送信号关闭计算机。启动计算机时,系统将会进入全新会话,如果需要更换硬件设备或者系统存在故障,建议使用关机,避免出错。
混合关机(快速启动),其过程大体与关机相同,但是系统将不再关闭内核会话,而是将其休眠。启动计算机时,系统将会读取休眠文件并重新初始化驱动程序,启动速度相对关机而言较快。(只适用于 Windows 8,且为默认选项。但如果使用虚拟机或者从 VHD 启动,那么此功能对你无缘)
睡眠(待机),就是一种节能状态。如果选择睡眠,系统将会关闭大部分的设备,但可以保持所有打开的文件和程序,而且仅有内存、唤醒设备仍在上电。唤醒之后用户将会快速进入工作状态,如果只是暂时不需要使用计算机,那么推荐使用睡眠,这样能够节约不少时间。
休眠,也是一种节能状态。休眠会把打开的文档和程序保存到硬盘中。待到再次启动之时,系统将会重新读取休眠文件,并将数据恢复到内存中,用户可以快速进入工作状态。如果计算机的电池电量严重不足时,建议使用休眠。
混合睡眠,是一种专为台式计算机等没有备用电池的设备而设计的一种新的节能方法,混合睡眠会将打开的文档和程序保存到内存和硬盘上。如果电源没被切断,那么可以立即唤醒计算机;如果电源已被切断,那么可以从硬盘中恢复你的工作。这在台式计算机上默认开启。
二、疑难解答
1. 什么是“离开模式”?
离开模式,常常被误解为“关闭大部分的设备进入睡眠,但是能够继续进行文件下载等操作的一种节能状态”。但是,根据查阅相关资料,发现离开模式只会关闭主显示器和对扬声器设置静音。也就是说,如果已经关闭了显示器,并且已经设置静音,那么离开模式就相当于挂机。
据了解,离开模式最初出现于 Windows Media Center 2005 更新汇总 2 中。因为有些用户需要录制电视节目或者共享媒体资源,但是由于此过程中不需要用户干预,所以微软特地为这种应用场景提供了离开模式。
2. 什么是“重启”?
重启不同于关机,其启动时不会检测内存,系统将会进入全新会话。重启一般用于计算机出现故障或者需要更新软件、服务等情况,对于 Windows 8 来说,重启之后不会进行快速启动。
3. 怎样调整休眠文件的预留大小?
休眠文件(hiberfil.sys)默认只占物理内存容量的 75% 左右,如果真的觉得磁盘空间紧张,那么可以运行 powercfg /hibernate /size 并指定一个介于 0 到 100 之间的值,该值表示休眠文件的预留大小为物理内存容量的百分之几。
4. 如何打开离开模式?
进入注册表编辑器,展开到HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerPower,然后新建一个名为 AwayModeEnabled 的 DWORD 值,然后设置其值为 1 即可。
5. 如何在 Windows 8 中彻底关机,避免快速启动?
如果需要更换某些硬件,为了保证系统稳定,建议执行传统关机。你可以进入到电源选项,取消“启用快速启动”边上的勾,即可恢复传统关机。当然,你也可以在 shutdown.exe 中使用 /full 新开关执行传统关机。
6. 怎样更改电源按钮的默认选项?
进入电源选项,展开“电源按钮和盖子”,再展开“开始菜单电源按钮”,然后选择“睡眠”、“休眠”或“关机”。
7. 为什么找不到休眠选项?
首先,请确认休眠功能是否被关闭、休眠文件是否被删除,然后检查 BIOS 设置是否有被更改,看看主板支不支持 ACPI 接口。另外,如果已经打开混合睡眠,那么开始菜单那里不会显示休眠。
三、如果你在使用 OS X?
对于 Mac,情况略有不同。不少用户认为 OS X 是没有休眠的,其实大错特错,因为它的默认睡眠选项叫做“安全睡眠”,类似 Windows 上的混合睡眠,如果电源在睡眠过程中被切断,那么你的工作不会丢失。
Mac 中的睡眠包括三种状态,第一种是普通睡眠、第二种是普通休眠、第三种是安全睡眠(默认),可以在终端中输入“pmset -g | grep hibernatemode”命令来查看当前的休眠模式。
另外,由于进入 Lion 时代,OS X 中新增了“重返”功能,你关闭的应用软件会在上次中断的位置重新打开,加上自动保存、版本等功能,使得在 Lion 下关机、睡眠几乎没有差别。但是,需要注意的是,重返并不等同休眠,有时你的工作进度可能会被丢失。
如果你在使用 OS X,那么建议你在空闲时刻使用睡眠,若有必要才使用关机或重启。
四、反思习惯
一般情况之下,如果计算机暂时不需要使用的时候,应该选择睡眠、休眠或者集上述两者之长的混合休眠,因为这样能够快速恢复工作状态,能够节约不少时间,这比“关机”更为合理。“关机”应该在需要更改硬件或者系统出现故障时才使用。
为什么我们要去抗拒这些新的方式呢?依靠“睡眠”等功能快速进入工作状态,远比你在进行删除启动项、关闭服务、“优化”系统、清理“垃圾”、评分电 脑等操作之后使用关机、传统启动然后获得一个提示“您这次开机共用了 xx 秒,您的开机速度击败了全国 xx% 以上的电脑……”要实用得多,而且要有意义得多。
来源:投稿,作者:EMLink,原文链接。
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 26 2012
实测Dropbox和Google Drive上传速度对比
随着Dropbox的走红,微软和Google都推出了云存储软件,这些云存储软件在美国等网络环境下是非常快的,但是在中国的网络环境下,究竟哪个软件的速度最快呢,我这里做了一个测试,实地比较一下Dropbox和Google Drive在中国网络环境下的上传速度。
整个测试思路和早先我测试Dropbox和SugarSync的一样,测试环境是,中国电信的100M共享宽带,在同一台Windows电脑上安装运行这两个软件(Dropbox和Google Drive客户端),不设置代理,不设置VPN。同步同一个文件夹,文件夹内共有191张个人拍摄照片,292M容量,保证全部是新内容上传,测试两个工具的实际上传同步速度。
在软件配置上,在Dropbox的上传控制中,选择“不限制上传速度”,Google Drive客户端并没有上传速度设置,因此默认设置,由于Google Drive客户端在正常网络环境下是被屏蔽的,因此在hosts文件中,增加了一条drive.google.com的IP数据,该IP使用的是北京的一个IP地址。

我从11点10开始测试,将191个文件(293M大小)复制到指定的同步目录下,本以为要测试很长时间,但结果令人惊讶。
Google Drive在修改了Google的Hosts情况下,上传速度惊人,在不到10分钟的时间内,就上传完全部292M文件,而此时此刻,Dropbox的上传进度还没有进行到20%,两者上传速度相差非常悬殊,Google Drive的上传速度完胜Dropbox。
Google Drive的上传速度这么快,完全出乎了我的意料,我估计这里面的主要原因有:
1、和中国的Hosts设置有关,走国内网络速度加快。
2、Google Drive目前用户量少,而Dropbox用户量庞大,因此导致速度有较大差距。
3、Dropbox用的是Amazon的云存储,其服务器数量以及存储技术和Google有一定差距。
总的来看,Google Drive的确是Dropbox强有力的一个竞争对手,不过其容量只有5G还是比较少,目前我的免费Dropbox已经有19G的空间,如果Google Drive的免费空间也能达到这个数字,相信会有很多用户会从Dropbox转到Google Drive的。
评论《实测Dropbox和Google Drive上传速度对比》的内容...
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 25 2012
谷歌正式推出Google Drive云端硬盘
据Google官方博客报道,Google今天正式宣布推出备受市场期待的在线云存储服务Google Drive,中文名定为Google云端硬盘,将向用户提供5GB的免费存储空间,包含PC、MAC OS X、Android版的客户端也已经可以下载。
功能特色
1、支持各种类型的文件,用户可以通过Google Drive进行创建、分享、协作各种类型的文件,包括视频、照片、文档、PDF等。

2、Google Drive内置了Google Docs,用户可以实时和他人进行协同办公。
3、云端安全存储,支持从任意地点访问:包括PC、MAC、iPhone、iPad、Android等设备。
4、强大的搜索功能,支持关键字、文件类型等搜索方式,甚至还支持OCR扫描图像识别技术,例如用户上传了一张报纸的扫面图,那么用户可以搜索报纸中的文字信息。

5、Google Drive可跟踪用户所做的每一处更改,因此用户每次点击“保存”按钮时,系统都会保存一个新的修订版本。系统会自动显示30天之内的版本,用户可以选择永久保存某个修订版本。
6、用户可以与任何人共享文件或文件夹,并选择分享对象是否可以对用户的文件进行查看、编辑或发表评论。

7、整合了Google的多项服务,例如Gmail、Google+等。

容量和费用
Google Drive将向用户提供5GB的免费存储空间,足够用户日常使用,如果用户需要更大的空间,可选择升级至25GB空间,其费用为每月2.49美元;还可升级至100GB空间,每月费用为4.99美元;或是升级至1TB,月费49.99美元。与此相比,Dropbox用户可升级至100GB空间,费用为每个月20美元。当Gmail用户成为Google Drive付费用户后,其存储空间将扩容至25GB。
中国用户的状况
由于Google Drive和Google Docs进行了整合,而Google Docs早先已经被中国屏蔽了,因此中国用户访问Google Drive会出现一定困难,好消息是,只要简单地修改一下hosts文件,中国用户即可正常访问Google Drive,坏消息是,目前用户进去后会发现,可能并没有权限访问Google Drive,需要将自己添加到“等待列表”中,等收到Google Drive小组发送的电子邮件的时候,才表明具有对Google Drive的访问权限。

评论《谷歌正式推出Google Drive云端硬盘》的内容...
相关文章:
- 谷歌推出Google Music
- Google 翻译,梦想与现实的距离有多远
- Google Buzz路在何方
- Wave已死,Google还将归来
- 使用Nginx给Google App Engine做负载均衡

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 24 2012
微软推出新版SkyDrive云存储平台
微软在线存储服务SkyDrive的是微软公司推出的在线云存储服务,也是该公司云战略的核心元素之一,现在,微软推出了新版SkyDrive云存储服务,深度整合至微软的各个产品中,并提供了包括Windows、Mac、iPhone、iPad、Windows Phone版本的类似Dropbox的桌面客户端。
新版SkyDrive云存储平台增添了付费存储服务,新注册用户将获得7GB免费存储空间,老用户将仍然可以获得25GB免费存储空间。付费存储空间的价格为:每年10美元可获得20GB存储空间,50GB的价格为25美元,100GB为50美元。
桌面客户端
除此之外,微软今天还发布了SkyDrive的多平台客户端,支持Windows、Mac、手机等,这是微软整合SkyDrive和Live Mesh的一个重要步骤,使得SkyDrive逐步成为Dropbox的一个挑战者,关于Dropbox和Live Mesh,早先月光博客曾经做过一个评测,结论是Dropbox相比Live Mesh具有一定优势。而此次SkyDrive推出桌面客户端后,它也可以像Dropbox一样与桌面系统的文件管理器无缝结合,为用户提供方便快捷的云同步,同时同步速度也得到了提升。

SkyDrive for Windows的客户端支持Windows Vista、Windows 7以及Windows 8消费者预览版,不过,目前该客户端好像不支持Windows XP,在XP中运行会出现错误提示。

容量的变化
早先,微软SkyDrive提供25G的免费存储空间,但限制上传单档最大不可以超过100MB容量。此次升级后,新用户的空间会变成7G容量,对于现有SkyDrive用户,可以从7G的容量升级为25G的容量,现在,用户可以上传的最大文件大小为2GB,虽然新用户只有7G空间,不过,这相比Dropbox的2G空间还是有优势的。
在费用方面,微软20G容量仅每年10美元,100G为每年50美元,而Dropbox的100G要199美元,微软SkyDrive的价格仅为Dropbox的25%,具有一定价格优势。

Linux用户依旧是喜欢Dropbox的,因为SkyDrive并不支持开源的Linux,但是在Windows和Mac OS以及iOS中,Dropbox将面临来自SkyDrive的有力竞争。
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 23 2012
五条Google Analytics(分析)设置心得
自从投身互联网到现在,就一直在使用Google Analytics(分析)工具,以下是笔者总结的关于 Google Analytics 设置的五条心得,尤其适用于新开通的 Google Analytics 账户。
以旧版 Google Analytics 为例,主要设置入口如下图:
一、创建原始数据配置文件:
任何一个 Google Analytics 账户都一定要设置一个原始配置文件,建议该配置文件除了过滤公司内部访问之外,其余都不设置,原始数据非常重要啊。
Google Analytics 帮助:如何添加配置文件?,不赘述。如下图:
二、创建用于测试的配置文件:
用于测试各种过滤器是否正常工作,没有问题之后再应用到其他配置文件。
三、创建细分渠道流量来源的配置文件:
主要可用于 Google Analytics 账户分部门分岗位分配权限。为什么一开始就要把这些流量细分出来?这是因为新创建的配置文件统计数据是从创建当天才开始工作的,历史数据不会被同步,有的时候随着公司的发展,人员和组织架构的变动,会对 GA 账户权限管理有越来越多的需求,那提前创建好这些细分了渠道流量的配置文件就非常有必要了。
1、创建细分 SEO 流量的配置文件,创建过滤器仅包含 SEO 流量来源的访问(organic),可以通过用户管理器来指定SEO部门只查看SEO流量。
2、创建细分 SEM 流量的配置文件,创建过滤器仅包含 SEM 流量来源的访问(cpc),同上。
3、其他渠道流量来源的配置文件按照网站运营及营销需求进行创建,如:edm 流量、cpm流量。
四、创建包含官网主机名的配置文件和过滤官网主机名的配置文件。
1、创建包含官网主机名的配置文件:有的时候会发现我们自己官网的 Google Analytics 代码被别人的网站有意无意添加,这个时候就可能需要过滤掉这些非自己网站主机名下的流量。
如何才能知道别人网站添加了我的 GA 代码?如果有,那在“GA 后台 访问者 -> 网络属性 -> 主机名”下面可以看到,新版 GA 是在“标准报告 -> 受众群体 -> 技术 -> 广告网络”下面,服务提供商后面一个选项就是主机名。
2、过滤官网主机名的配置文件:看看到底是哪些网站添加我的 GA 代码。
五、创建过滤内部访问的过滤器
建议所有配置文件都添加过滤公司内部访问的过滤器,特别是公司员工数量很多的话,对总体数据还是影响很大的(当然,也可以专门创建一个配置文件,创建仅包含公司内部访问的过滤器来看看到底有多少访问是内部产生的,呵呵)。
Google Analytics 帮助:如何创建过滤器?,不赘述。
Google Analytics 帮助:如何排除特定 IP 地址段的点击量?,不赘述。可能比较麻烦的是 IP 地址段的过滤设置,单个 IP 地址过滤好办,如下图:
以上五条 Google Analytics 设置心得,权当抛砖引玉了,如果您还有其他 GA 设置建议,欢迎分享交流。
来源:读者投稿,原文链接。
评论《五条Google Analytics(分析)设置心得》的内容...
相关文章:
- 使用Google Analytics跟踪404页面
- Google Analytics与百度统计比较
- 自定义Google Analytics导出数据功能
- Google Analytics推出异步跟踪分析
- 在JS文件使用Google Analytics谷歌分析的统计代码

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 22 2012
谁能坐上云计算的第二把交椅?
目前来讲,亚马逊应该算是最大的云服务提供网站,这一结论也得到了第三方数据的支持。像大部分提供云服务的网站一样,亚马逊并未透露任何与已有或新建的数据中心相关的信息。
埃森哲分析师刘欢(音译)预计,亚马逊弹性云端运算(简称“Amazon EC2)已管理多达450,000台服务器;而它的网站服务收入据说已高达十亿美元。亚马逊毫无疑问已稳坐云计算的第一把交椅,而以下七大竞争对手将在未来几年内与它进行激烈竞争。
1. Rackspace
Rackspace是一家全球领先的托管服务提供商,同时也是主要的云服务提供商。Gartner分析师 Lydia Leong称,如果以收入和VMs(虚拟主机)为评判标准的话,Rackspace已经稳坐云计算第二把交椅了。有数据指出,Rackspace的公共云服务收入从2010年的一亿美元增涨到2011年的1.89亿。展望未来,Rackspace如果想要继续实现收入增涨,还需要投入更多在线Openstack软件。
2. Google
如果以实际拥有的服务器数量来衡量,Google算是目前最大的云服务提供商了。很难估计Google的网站收入到底有多少,但可以肯定的是,它是少数几家在云计算投资上能与亚马逊相抗衡的公司之一;加上它拥有的众多Apps以及Gmail存储,Google已经具备很强的竞争力。但其PaaS(平台即服务)还无法成为推动公司发展的主要因素。
3. Microsoft
微软的云计算操作系统平台Azure颇具潜力,但实际效果暂时不明–然而可以肯定的一点是,这个产品将受到大众的欢迎。不久前,微软在以色列发布了一款基于Azure的初级加速装置;下周微软将发布首款应用于Azure的ERP系统,这也是微软主打的几款软件之一。
4. IBM
据一位云存储专家统计,由IBM开发的SmartCloud的应用已多过AWS和Rackspace。我很惊讶,但似乎又是情理之中的事情–IBM公司庞大的规模和丰富资源让人信服。
5. Hewlett-Packard
惠普也早已加入云计划,早几年承诺过的基于Azure的编译器现在也广泛被使用。惠普云服务项目高管Zorawar在上周接受纽约时报采访时称,惠普的云服务将会比AWS具有更多功能,容量也会更大。他还说在云计算发展领域,惠普很乐意也会全力与亚马逊一争高下。尽管最近惠普的股票有所跌落,但它仍是一个强有力的竞争对手,而云服务将是惠普公司优先重点发展的项目。
6. VMWares
纽约威睿软件也已经为第三方供应商提供大量云计算服务,该公司的Cloud Foundry服务平台也获得了大量关注。威睿为母公司EMC管理运行的Mozy云存储也为帮威睿在云计算服务领域竞争中站稳脚跟。
7. Facebook
Facebook花了大量时间和精力在建立数据中心上,这没什么可笑的。它将以往的经验投入到开放计算项目中,以便运用开放性资源来进行硬件设计。Facebook已有超过八亿用户,但它对于云设施只是略懂皮毛。确实,Facebook暂时还不能提供云服务,但亚马逊过去也只是卖卖书而已。Facebook还可能涉及更多领域,正如GigaOM的德里克所说,它或许将是你下一个软件供应商。
斗志旺盛的竞争者们大可以尽情发挥,但是···
Greystone Solutions(位于美国波士顿的一家咨询公司)的董事长罗伯特说道:“想要与亚马逊竞争,你需要具备三个特质–大量资金投入,强大的技术管理能力以及保持软件的更新。谷歌和微软不仅有资金投入,技术支持也没问题。但两者都被自身核心业务所束缚。如果Facebook找出一个新的发展项目,或许它会是这场竞争中的黑马。在受到反垄断诉讼前,亚马逊将会继续保持现在发展势头。”
上述七家公司应该是云计算的第二把交椅候选人了,甚至有可能会取代亚马逊登上第一的宝座。不知道有没有漏掉哪个竞争者呢?
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 21 2012
苹果所持庞大现金的用途
苹果存在银行里面的1000亿美元现金一直以来都是引来热议的对象。因为在苹果宣布派息和股票回购的消息之前,苹果似乎一直很乐于把大量的钞票抓在手里而不去进行任何形式的处理。
苹果会用这1000亿现金来干嘛?收购Twitter?收购三星?改善富士康工人条件?还是直接在中国设立工厂,自己一手控制工人工作条件及工资待遇?或者干脆在美国建立工厂,在美国生产产品?还是用来建立载体?或者最简单的就是直接回购股票,亦或将现金分发给股东?这是个争议很久的话题,一些分析师及投资专家开始疯狂预测苹果举动。
最有可能的就是作为股息发给股东或者回购股票,接着就是并购或投资某种技术。或许苹果要收购Twitter,这个和iOS及OS X操作系统高度整合的应用。

在今年六月份,The Next Web作者Matthew Panzarino曾说过这么一段话:
苹果公司既然如此注重对twitter的整合,那肯定不会有错,因为它向来不投没有把握的赌注。如果事实证明,这次赌注是错误,那么,苹果将会想尽一切办法保证Twitter仍旧是其服务的一部分,确保Twitter拥有较长的生命周期。
苹果经常会并购一些小型技术公司,但相比起以往并购的公司,Twitter的投资相对要大很多,《华尔街日报》最近的一份报告显示,Twitter现在估值70亿美金。
苹果要并购的当然不止Twitter一家公司,只是未对其它公司进行估值,但没有一家估值超过3.9亿美金(也就是苹果去年支付给以色列闪存公司Anobit的资金)
Matthew Panzarino去年还猜测,苹果将会建立自己只基于数据的载体,他说过这么一段话:
苹果花钱的地方还很多,但没有什么东西比为自己的设备建立一个载体更重要更大胆,如果这个载体运用得当,就会给苹果用户一直追寻的自由。但遗憾的是,要建立一个载体会遇到许多的管理及技术障碍。我想,他们大概已经放弃了这个想法。
MG Siegler甚至说苹果可能会收购三星,虽然以苹果现在的现金流还不能完全收购。他还提到苹果电视机作为理由,因为三星就是平面显示器的巨大供应商,其次,三星也为苹果生产许多零配件,苹果享有很多的控制权。
要想收购三星现在所有的业务,是件复杂的事情,一些管理问题也让这个交易不太可能实现,而且这会极大影响Google的Android业务,毕竟,三星是几大Android设备生产商之一。
但是苹果可以凭借自己的现金流做一些极度疯狂的事情:考虑建立一家工厂,让苹果及其它科技公司在美国生产产品,这符合CEO 库克风格,当他还是COO的时候,就重组苹果生产及供应链,这同样与乔布斯设想的,建立一个NeXT工厂相符。
当然,也有可能,苹果三分之二的资金都会流到海外,比如富士康工人的待遇问题如何解决?这是苹果需要考虑的问题,或者苹果可以在我们中国建立工厂,更好地控制工人工作条件及薪资待遇。
当然,最有可能的结果,就是苹果宣布把这些现金分配给股东,或者主要用户回购股票,我们把可能排一个序就是这样的:
- 回购股票第一
- 发放股息第二
- 收购Twitter排第三
- 改善国内工人待遇拍第四
- 在美国设立工厂占排第五
- 建立自己的载体排最后
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
April 20 2012
一个杀手移动用户界面的七个步骤
有些微妙,你有一个智能手机,而没有意识到你个人和它已经发展出一种特殊的关系。我们最近了解到,史蒂夫·乔布斯掌管的他自己组建的团队,创建了第一代iPhone——“人们会爱上的电话。”无论我们承认与否,我们与我们的iPhone,黑莓,Android或Windows Phone有着特殊的联系。
但爱是善变的。最近的哈里斯互动研究表明,坏的移动应用程序,可以极大地损害品牌的声誉。几乎有三分之一的受访者表示,当有一个坏的移动应用程序经验时他们告诉过别人。不过,超过半数表示,他们推荐过有良好体验的移动应用程序。
为移动应用提供一个良好的用户体验是至关重要的。这里有七个步骤,让你以正确的方式交付伟大的移动应用程序。
1.定义你的目标
你想完成的移动应用程序是什么?最重要的是,你的用户拿它想要干什么?你必须确定你的应用程序将达成的目标。对于这一点,你需要了解用户用这个程序每天的活动,围绕它的目标和动机。
一个好的方法是创建人物 - 代表用户的虚构人物 - 编写敏捷用户故事规格。这种方法使你以正确的心态来为您的应用程序陈述需求。类似这样的东西:“作为保安人员,约翰尼·布拉沃必须用他的手机,找出下一个他应该到检查点,签到,这样他就可以完成随机巡逻。”这种方法可以让你从用户的角度来看应用。
当然,要考虑移动和桌面应用程序的用户故事之间的差异,尤其是当考虑到移动环境。例如,移动用户可以步行或用一只手。
经过收集几个这些故事后,你必须根据他们的频率区分优先级。我会解释为什么这非常重要。
2.分析现有的应用程序
如果它是第一次你要创建的移动应用程序,仔细看看现有应用的界面。有两个突出的明显的事情:屏幕尺寸很小,所以许多移动设备上使用触摸屏;屏幕上的元素一定要大,所以他们很容易触摸。
较小的屏幕和更大的元素意味着你在屏幕上的显示的项目数量有限。
选择在手机屏幕上怎么样做是一个挑战;一些可用性专家甚至主张,在桌面版本之前创建一个移动网站版本。
区分你的用户故事优先次序对此很有帮助。你要认真研究最重要用户使用的功能。分析出在80%的时间使用的20%的功能,是每一个可用性专家的目标。如果你在移动上做得正确,桌面也将有优先权力。
3.本机应用或移动Web应用?
你需要决定是否使用HTML5或本地API.这一决定对用户界面技术实现有很大的影响。本机应用程序通常运行速度更快,是游戏,离线,硬件密集的应用程序的最佳选择。移动Web应用程序可更快地实施,易于维护,并常常更好地适合企业应用程序。混合的方法也是有道理的,如果你想要移动Web应用程序的维护方便,但需要特定的硬件功能,如手机的摄像头或GPS.
可以利用现有的框架和平台解决方案,但无论您选择什么,确保你可以快速地创建和修改用户界面,以便你可以经常迭代。
4.快速制作原型
项目启动时测试移动界面的一种快速方法是使用低保真原型。Palm Pilot推出之前,它说,发明家把小木块大小的设备放进口袋来感觉如何。后来,他在这上面勾勒了几个粗糙版本的用户界面。
早期的Palm Pilot原型慢慢的接近真实的东西。
移动应用程序原型制作很简单:铅笔和纸都是你所需要的,因为屏幕小,你不会绘制太多。原型测试通过请用户尝试完成他们的任务。看看他们做什么,问他们,他们正在想什么。其结果对帮助您改进设计是惊人的。一个伟大的设计的口头禅是:“不要让我思考!”如果你的移动设计测试失败,那么你的应用程序也将失败。
5.避免破坏 UX 用户体验的错误
当人们开始创建移动应用程序,他们通常会犯一些已知的错误。首先,如果他们创造一个现有网站的移动版本,开发人员常常试图复制桌面上每一个功能,没有考虑到移动用户的意图。
另一个常见的错误是有太多的导航结构。深层结构不能很好地适用于移动,简单的模型才能更好地工作。希望用户能够轻松地输入文字是另一个错误:移动设备上文本输入很难,所以你要尽量减少输入。
在手机上运行优秀的应用是让阅读更多内容而不是书写内容。想一想:您最喜爱的移动应用程序需要输入大量的文字?
6.添加令人愉快的细节
移动电话永远伴随着你,知道你在哪里,这就是为什么mapping地图应用程序是如此的成功。电话可以听到你所听到和看到你所看到的,这也解释了Shazam和Instagram的普及应用。使用位置,摄像头,麦克风,都是获得用户所处的环境聪明的方法,你可以以独特的方式利用它。
即使你不使用移动设备的硬件,也有几个技巧你可以用它来取悦用户。动画可以增加你的应用程序的兴奋。如果您正在创建移动Web应用程序,缓存静态内容,并考虑使用 CDN 内容交付网络,使页面载入更快。
受欢迎触摸移动Web应用程序的另一个是可让用户将它们添加到自己的主屏幕,使他们看起来像本地应用程序的感觉。如果你做到这一点,请记住,在你的用户界面上包含后退按钮,使用户可访问退出选项。
记住用户在不同会话的选择(例如,最近的项目列表),是另一种智能触摸,这将使应用程序具有上下文感知和解放用户不必重复导航步骤。这些可用性能快速完成操作,使用户的生活更轻松。
7.失败宁早,恢复快
即使有设计师和开发人员良好的团队合作,你第一次尝试创建一个移动应用程序可能也会失败。 (最近的一项调查表明,38%的人不满意他们用到品牌应用。)最好的策略是失败宁早和快速迭代,学习人们是如何使用您的应用程序并不断改善。敏捷方法是你交付用户需要的移动用户界面一个伟大的方式。
杀手移动用户界面是很难的,但在这篇文章中概述的战略将有帮助。认真的考虑它们,以你自己的方式来写一些伟大的移动应用程序吧!
相关文章:

微博:新浪微博 - 腾讯微博 - 论坛
月光博客投稿信箱:williamlong.info(at)gmail.com
Created by William Long www.williamlong.info
Maybe Soup is currently being updated? I'll try again automatically in a few seconds...










