主流Read Later类应用对比

有时我们在网上翻到一篇文章,但是文章过于长,或者干脆就是暂时没有时间浏览,我们十分希望能把它保存下来,在有空的时候看。或者我们希望在出门之前,往手机里缓存几篇文章,在路上看——Read Later类应用应运而生。它们允许你将文章保存到自己的账户下,在有空的时候用任何设备浏览。今天就是要对比主流的6个Read Later类应用,看看它们的体验如何。

跨平台

OS X

iPad

iPhone

Windows

Windows Phone

Android

Web

Pocket

Chrome应用

第三方

Instapaper

Readability

印象笔记

OneNote

Safari阅读列表

跨平台是每个Read Later类应用必备的素质。我们更多的面对的情况是:在电脑上看到一篇文章,希望稍后在手机、平板电脑,或者干脆是另一台电脑上看到,因此Read Later一定要能做到“Read it later on another device”,否则就是不称职。可以看到Pocket、印象笔记和OneNote是做得最好的。这三个应用拥有近乎变态的全平台覆盖,不只如此,Pocket还支持iOS设备和Mac之间的HandOff功能,可以继续第一个设备的进度,在第二个设备上阅读。

保存方式

六个软件都可以直接在浏览器内保存网页,Safari用自己的功能来保存到Safari阅读列表,Pocket通过Yosemite系统扩展来保存,Instapaper、Readability和印象笔记通过浏览器插件来保存(支持Safari、Chrome、FireFox),OneNote则通过Javascript书签来保存。

Pocket、Instapaper、Readability和印象笔记还有很多第三方应用支持,例如Flipboard、墨客等,可以直接在应用内保存。这四个软件还支持通过iOS的系统扩展来保存,保存体验最好。

Safari阅读列表更多的是使用Safari本身保存,因此只支持OS X和iOS两个平台。不过iOS上有一些应用支持将网页保存到阅读列表,但是这类应用并不多。

保存效果

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

在保存后,,用iPhone 6来检查各软件保存效果,如有特殊情况会单独说明。需要指出的是,Instapaper的下载速度非常慢,而Safari由于与iOS底层整合紧密,因此可以做到瞬间更新,但是后台下载似乎没有做好,多次出现需要联网的情况。Pocket、Readability和印象笔记支持iOS的“后台刷新”功能,可以定时开启、更新内容。

测试一:septillion.cn(基于WordPress)

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

OneNote最惨,直接就是一张截图,还不是Retina分辨率的,再加上OneNote这个应用本身并没有针对iPhone 6的新分辨率适配,其可用度几乎为0。

Pocket、Readability和印象笔记没能保存标题大图,只有光秃秃的文字。

Readability认为亚洲人都是从右往左读文章的。

Safari的保真程度最高——因为他根本就是保存了原网页。对于septillion.cn这种响应式设计的网页,直接阅读完美无损的原网页就好;而对于没有移动端的网页,则可以选择性开启阅读模式,将字号调整到合适,并删除一切广告。

Pocket可以选择是保存原网页还是优化后的阅读视图还是都保存。

测试二:The Verge

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

OneNote依然是截图,但这次不是最惨的——因为它至少还可以读

Safari忠实地保持了原网页的模样,由于The Verge的页面采用响应式设计,所以阅读体验很好。不要被假象蒙蔽,Safari好像不能自动离线下载阅读列表中的内容,因此如果在断网的情况下打开网页,十有七八打不开。

Instapaper、Readability和印象笔记无一例外出现了图片丢失的问题,好在文字没有丢,问题不大。

印象笔记的剪藏功能企图剪掉网页的正文部分来保存,因此保存下来的是不完整的HTML页面,因此,在移动端成了那个凄惨的单列模式:所有字母都排成一列,根本没有可读性。在Mac端,印象笔记把页面还原得像模像样,但是依然出现了排版错乱、图片丢失的问题,总体而言效果不好。

The Verge的这篇文章中包含一段视频,很可惜,没有任何一个程序保存下来了这段视频。

测试三:数字尾巴(Discuz!)

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

数字尾巴的门户完全是自己开发的,而其内部运行的程序就是Discuz!——一个论坛程序。数字尾巴网站的排版很简单,图文混排也很简单,支持响应式设计,因此保存这个网页本不该出现什么问题。

Pocket非常给力,直接丢掉了一个段落。

Instapaper的效果还不错,内容图片没有丢失,但是标题图片没了。排版问题不大,除了字体丑一点。

Readability依然认为中国人都是从右往左阅读的

印象笔记出现了轻微排版错误,而且把下方评论区的内容也保存了,属于多此一举,但也不至于过犹不及。

OneNote依然保存了一张图片,缩小看也不是,放大看也不是。

Safari效果最好,前提是你不介意走很多LTE数据流量。没错,这货又一次没能后台自动下载。

测试四:数码多

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

数码多的网站前台自己编写,对于Read Later应用来说可谓“无规律可循”。这是一篇手机摄像头测评,包含大量图片。数码多网站不支持响应式设计,但是会检测浏览器UA并自动跳转到移动页面。

Pocket和Readability的表现不错,没有丢失任何信息,图文重新排版也不显得突兀和别扭,Readability难得网开一面允许中国人从左向右阅读。

Instapaper丢失了图片下方的备注(EXIF信息),不过问题不算太大。

印象笔记出现了严重的排版错误,剪藏了桌面版网页,且不允许缩小,导致只能看到不到半个页面,可用性为0。

OneNote一如既往。经过这几轮比拼下来发现,OneNote这种做法稳妥的很,至少网页上的信息不会缺,无非放大缩小几次。

Safari显示依然最完美,信息完整,但是依然没能离线下载。

测试五:维基百科(Wiki)

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

这次保存了维基百科的特色条目。由于维基百科架构在Wiki程序之上,内容格式高度统一,用户量超大,所以阅读类应用往往会会针对维基百科做足了优化……吗?

结果很让人失望。

Pocket没能正确识别标题,内部排版一塌糊涂。

Instapaper和Readability直接丢失了侧边栏,这个侧边栏是几乎所有Wikipedia条目都会有的重要信息块,直接丢失难以容忍。

印象笔记出现了轻微排版错误,这已经算是很好的结果了,至少可读性还在,而且Mac客户端上的保真度也相当高。

OneNote……依旧一张图,反正在iPhone 6上你得勤缩放了。

Safari直接访问Wikipedia移动页面,甚至还有折叠模式。当然,得开LTE数据连接。

作为全世界最棒的百科全书,维基百科理应受到最高级别的对待——但是没有。这一众Read Later应用里就只有Safari和OneNote能让人舒服地浏览词条。如果打算离线保存一些维基百科的文章,与其用这些第三方应用,还不如用Wikipedia自己的官方应用。

测试六:iFixit(DOZUKI)

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

这个挑战非常有难度,结果也非常惨烈。本来不想说了,但是鉴于某些特别应用特别过分,还是得拉出来骂一顿。

Pocket丢失了CSS文件,不知道这样的网页能给谁来看。

Instapaper只保存下来一段内容,可用性为0。

Readability大量丢失图片,排版一塌糊涂。

印象笔记又一次开启了简洁的单列模式,用来看书法也许会舒心一点?

OneNote倒算是效果好的,至少看起来是个网页,但由于把整个网页静态化成为一个图片,因此可用性也不佳。

Safari……又一次用流量换来了胜利。

总结

其实我把Safari拿出来对比有些不太公平,因为这六个网页的缓存,它根本就是充当了一个“浏览器”的角色,保存下来的也不是“阅读列表”,倒更像是一个书签。Safari本身的确有离线模式,但是不知道如何触发,也不能手动同步和下载,一切看iPhone的心情。

这六个网页的对比都比较极端,其实日常使用看来,Instapaper搭配着Pocket用基本可以做到万无一失,只是每次都保存两份的作风确实有些杀马特。Read Later类应用离“做好”还有很远的路要走,目前看来也只能应付一些排版简单的网页,而面对复杂情况,只能交给Safari和LTE移动数据。

Android输入法对比评测

作为一个对Android为恐避之不及的人,为什么要对比Android上的输入法?不得不承认,在当前智能手机市场,唯有Android给了开发者足够高的权限使其能开发出功能复杂的输入法。Windows Phone不允许第三方输入法,iOS则要等到iOS8才开放输入法API。没错,这次对比就是为了给iOS8预热,看看主流Android输入法是什么状态,推测移植到iOS8后能否提升使用体验。

不得不说Android的生态圈混乱问题从输入法上就可见一斑:豌豆荚应用商店搜索“输入法”得出51条结果,亚马逊应用商店搜索“输入法”得到624条结果(包括输入法插件、皮肤),而现在就算是PC上中文输入法也远没有达到这个数量。输入法多,并不是说能用的多,实际上真正有名望的、有实力的公司出品的输入法应用两只手就数的过来。另外一个问题就是Android太吃硬件了,低端机型根本无法保证输入法的连贯顺畅输入。触控延迟、触控信号丢失、CPU指令堆积、RAM不足等等问题使得Android的输入体验很破很碎。为了降低瓶颈效应,本次使用HTC One (M7)【骁龙600、2GB、Android 4.4(Sense 6.0)】来进行输入法对比测试。

HTC One作为当年的旗舰,用作输入法评测开始绰绰有余的,实际体验也发现CPU性能的提升使得输入体验相对低端机型有着相当大的改观。此次对比评测10款中文输入法,其中一款为HTC One内置的Sense输入法。接下来是正式对比:


Fleksy是当前“最快输入法”吉尼斯世界纪录的保持者(18:19),比上一任擂主Windows Phone WordFlow(18:44)快0.25秒。从Fleksy的命名也能看出,其特点是“Flexible(灵活)”,得益于其强大的自动纠错能力,即使每一个字母都没有打对,Fleksy依然能够猜测出你想要打出哪个单词。Fleksy的输入依然依靠点按:大致点击字母的位置,最后向右滑动便可得出正确的结果,首字母大写和空格完全交给输入法去大理,标点输入也可以完全通过滑动输入来解决。可以说如果不那么计较排版和格式,只是作为日常短信、IME交流,Fleksy的效率是相当高的。由于不需要精准点击,Fleksy还允许把键盘设置得相当小,尽可能释放屏幕空间来显示其他内容(Android的渲染机制是:输入法弹出时,压缩Activity的高度)。

有人说Fleksy和WordFlow的较量是“点按派”和“滑动派”的较量,其实大可不必如此。无论哪种输入方式,只要能准确快速输入词组,便是优秀。只是这两个世界级输入法中国用户是无福消受了:无论是Fleksy还是WordFlow目前都不支持中文输入。

Go输入法是我测试的第二款输入法。相比起Go桌面的精致轻巧和低资源消耗,Go输入法很难给人留下什么好感。首先,Go输入法的外观相比Fleksy的“award-winning design”还是差了好几个档次,事实上这次对比的10个输入法没有一个比Fleksy更简约美观。Go输入法的输入体验只能说是一般,词库不够大、输入不准确,选词也不很方便。英文舒服部分支持滑动输入,但是滑动输入的容错率很低,且自动空格需要手动开启。

这个输入法没有给我留下任何好感,推荐:避开。

HTC Sense Input是HTC One的内置输入法,无论英文还是中文都只支持Qwerty键盘,在HTC One的4.7英寸屏幕上,全键盘每个按键的尺寸还是有点小,误触的几率还是不低(不知道iPhone用户是怎么忍受Qwerty键盘的)。好在按键之间没有缝隙,最大限度地增加了每个按键的尺寸,但是即便如此,想要快速输入还是有很大的困难。因此推荐HTC One用户安装第三方输入法。

QQ输入法

QQ输入法的默认外观肉呼呼的,像是iOS6时代的风格,但是细节处理又没那么优秀,尤其是按键被按下时,那效果像极了把屏幕上按出一个深深的黑坑(参考左图效果),每次点按都让人隐隐的有一丝揪心。当然,QQ输入法是支持换肤的,换成一个相对顺眼的皮肤也还能凑乎用。QQ输入法的词库比较全面,滑动选词这个功能谈不上多么好用,但也聊胜于无。左右滑动定位光标则是一个实实在在的好功能,要知道在iOS上,这种功能是需要越狱装插件的。

QQ输入法的英文输入部分可以说是残废,Shift按下后不会自动回弹,那还不如叫Caps Lock呢!

必应输入法是MSN中国发布的一款Android输入法,理论上用的就是Windows Phone内置输入法的那一套东西。其外观高仿Windows Phone内置输入法,完美显示这个输入法甚至不需要彩色显示器。这让我想起了一个笑话:Windows Phone相关的开发书籍,彩色打印和黑白打印的效果是一样的。Windows Phone上的输入法可以说是所有拼音输入法里面最好用的:触控延迟非常低,响应非常迅速,选词也很快。但是Android上的必应输入法并没有继承它的优势,WordFlow滑动输入法也没有引入(哪怕是英文部分),综合体验看来是一款中规中矩的输入法,没有什么特色。

搜狗拼音输入法可谓是PC端的必备输入法,丰富的功能和强大而新潮的词库是它的杀手锏。由于支持与PC端同步词典,手机上也有不少忠实用户——更多的人是因为觉得既然PC上搜狗那么好用,那么手机上的也不会差。

错!

搜狗拼音输入法的Android版本可以这样评价:已经下载的赶紧卸载,还没下载的请绕道走。

为什么这么说?首先,这个输入法的触控延迟非常大。如果不开启按键音和震动反馈,这个感觉可能不会那么明显,但是开启之后就能感觉到很大的Delay,严重影响输入节奏。那感觉就像HTC One一瞬间红米附体,瞬间把手机拉低了好几个档次。英文输入部分更是惨不忍睹,Shift键依然充当Caps Lock,不会自动回弹,搜狗的皮肤市场更是充满了山寨货和低劣品,毫无美观可言。

综上所述,Beat it。

百度输入法
百度输入法

百度输入法和大部分输入法一样,可以在单个按键上上下滑动,这本来是一个好的功能;它还支持Qwerty键盘上的拼音自动纠错,这本来也是一个好的功能。这两个放在一起,就全都变成了坏功能。由于支持自动纠错,所以用户不自主得会加快敲击速度,这样一来,一些快速的敲击就会被输入法认定为“滑动”,从而输入一个“@”或者“#”之类的符号,瞬间打断输入进程,自动纠错也就此中断,弄不好整句都要重新输入。如果加入一定的滑动阈值,可能体验会更好。

触宝输入法是国内第一家引入滑动输入的(创始者为Swype输入法)Android输入法,一段时间一来以此为卖点抢了不少用户,但是现在各家输入法都开始加入滑动输入,止步不前的触宝在体验上变得一点优势都没有。后来手机性能增强之后,触宝又第一时间为输入法加入了漂亮美观的动画,只是后来扁平化兴起,这些都被删除。现在的触宝输入法会有一个进度条来实时监控你的输入速度,这种“催着用户打字,打得慢就有负罪感”的的功能实在是不讨人喜欢。

UI设计上,进步空间还很大。

讯飞输入法

讯飞输入法,最大的优点是语音输入,实测准确率喜人,但是还达不到可以完全摆脱手动的程度。

谷歌拼音输入法

谷歌拼音输入法的UI设计不是最好的,按键大间距让手指很局促,触控延迟也不小,我为什么说它是最好用的?

因为滑动输入。谷歌拼音团队仔细研究了滑动输入的使用方式,研究出了目前为止最好用的滑动输入法。不但在Qwerty键盘上完美支持滑动输入(容错率很高),还第一个在九宫格输入法上实现了滑动输入,输入效率非常的高。要说谷歌这个公司真是包容百家,奇怪的是其英文键盘部分反而不支持滑动输入,但是输入体验也比搜狗等好很多。但是谷歌输入法对于手机配置的要求并不低,主流以上的配置才能对于滑动输入进行快速响应,低端的手机甚至点按输入还会出现丢按键的情况。

九宫格还是全键盘?

这是一个值得问的问题,但却是一个不那么容易回答的问题。如果能按得准,全键盘一定能带来更高的输入效率,就像五笔永远比拼音准,只要你熟悉文字笔画。我身边有很多人从小是按着诺基亚的九宫格键盘长大的,到了智能机时代,却一直使用Qwerty键盘,或许是因为当时选词比较困难留下了阴影,也或许是认为Qwerty就是比较高级。但是说实话,我的粗手指在HTC One的4.7英寸屏幕上还是很难准确点击Qwerty键盘的每一个按键,iPad上才有改观。由于我个人偏好小尺寸手机,在我的手机上一直使用九宫格输入法。九个宫格显著增大了单个按键的面积,点按明显更加容易,实际上误操作的几率比全键盘低了不少。上面的对比评测,只要有九宫格我就用九宫格,因为可以极大提升速度。

如果说我希望哪些键盘移植到iOS8,Fleksy是一个,谷歌是一个。Fleksy的移植工作已经在紧锣密鼓进行中了(官方已经开始招募Beta Tester),而谷歌的下一步动作还没有公布。即使是移植工作已经完成,鉴于中国大陆上谷歌的状态,也很难保证有多少功能能正常使用。

再说,谷歌也一定不希望移植到iOS的输入法,使用体验比Android上还要好吧!

浅谈Dirac HD Sound技术

大概是一年多以前,我第一次在OPPO Find 5上接触了Dirac HD Sound(以下简称DHDS),因为OPPO把Dirac和杜比放到了一起,让我以为DHDS是一种“音效”,类似Beats Audio。当时不知道DHDS里面那些古怪的选项是什么意思,只记得打开之后声音变得惨不忍睹,就这样DHDS被我归到“破坏性音效”的行列,抵制了好久。后来多方考证之后才发现那是对应耳机的型号,而DHDS针对不同的耳机有不同的配置,所以选择对应的耳机才能出来最佳效果。

Dirac HD Sound说简单很简单,说复杂很复杂。它针对前端和对应耳机进行技术分析,通过软件来补偿耳机的不足,说起来很容易,其实就是对一条耳机进行“软件再调音”,而且我保证Dirac也不是第一个想到这么做的,只是或许别的人都太懒了吧。但是如何分析取样, 如何针对样本进行补偿,补偿范围和程度都是很考究的问题。而且根据DHDS的原理,需要一对一分析采样,根据魅族高管的说法,“Dirac一条耳机的适配费用在百万级”,注定不是什么人什么前端什么设备都可以用上DHDS。

DHDS补偿的方面主要有两个:频率响应和动态响应。

横轴频率,纵轴响度

频率响应的补偿十分暴力,对前端和耳机进行频响曲线分析,高的拉低,低的拉高,非常类似一个图形均衡器,只不过DHDS的采样点在千位数。这其实完全就是那些低音补偿技术的完全体进化版,只不过DHDS不会一股脑不分青红皂白一律把低频拉高,对于很多低频重但是浅的耳机,DHDS有效拉深了它的下潜,而这只是一个例子。但是从原理中也能看出来,素质实在太差的耳机,及时DHDS把响度拉到无穷大还是无力回天,因此DHDS究竟能优化到什么程度是取决于耳机本身的。

横轴时间,纵轴响度

动态响应说起来则有些复杂。由于动圈单元的特性(尤其是低端动圈),在面对瞬间起伏的信号时往往不能做到干净利落,会存在分割震动和残响,这样就导致声音拖沓不清。抒情乐还好,一旦遇到激流金属,个中痛苦真是一言难尽。DHDS在这里的做法非常类似于Lumia 920上的第二代PureView,通过对信号进行更加极端的处理来让耳机拥有更加完美的瞬间响应。瞬间响应对于音乐的影响非常大,瞬态上去了,甚至会给用户以“低音更重了”的错觉。


原则上来说,通过软件来对耳机进行重新调音这个技术不是可行,而是太TM可行了,而且理论上成本更低,效果更好,只要扬声器单元素质没什么问题,通过Dirac都能调出一身好声音。那么实际听感呢?

我们必须面对一个事实:到目前为止,DHDS所适配的耳机还都是低端耳机,因为高端的耳机往往已经有了不错的调音。但是低端耳机基本都是素质上残废的,所以Dirac也回天乏术。所以必须要摆好心态,端正态度,告诉自己:烂耳机适配之后只能变成“不那么烂的烂耳机”,绝不可能成为“好耳机”,离Hi-Fi肯定也依然有十万八千里。

体验的对象:iPad Air + EarPods + Dirac HD Player

体验曲目:Nightwish后期(Olzon)专辑、Michael Jackson、Rammstein


心态正绝对是正确的,开启DHDS之后,EarPods的低频下潜有了明显改善,高频上不去的问题也得到一些修正(尖锐了不少,但是上不去的地方还是上不去),分力度也有一定提升,但是素质所限,EarPods并没有表现出惊艳的性能。仔细听发现瞬态和解析力有很大的提升,但我不知道是不是Dirac HD Player对于iPad没有调音(这是一个iPhone应用,目测优化对象为iPhone 5),开启DHDS之后,EarPods的声场会有变化:前方的元素会被拉到眼前,横向声场明显扩展。我为什么一开始会认为DHDS是“破坏性音效”?因为DHDS的手腕实在是太硬了,完全没有索尼DESS那种温和和细微的作风。再木的耳朵也能一下子听出来DHDS究竟对声音做了什么。说脱胎换骨不至于,但是提升幅度真的是不小。

这个音效让我想起了索尼Walkman MP3中所内置的一项叫做ClearStereo的技术,通过软件来解决耳机立体声串扰的问题,增强立体声分离度,效果很不错。事实证明,用软件来对设备进行“再调音”是完全可行的,而且其调音的角度肯定不会一直局限于“频响、瞬态和分离度”。如果你有一条低端耳机,而这条耳机凑巧被你的设备适配了,那么Dirac HD Sound可以让这条耳机发挥出任何均衡器都调不出来的水平,但是谨记,一条200块的耳机,无论怎么努力都不可能成为600块的货,这是人与人之间最基本的信任。