受欢迎的文章
记忆胶囊

Java已死?九百万程序员说不

  • 分类:兴趣

  英文原文:  Java 没死,事实上它拥有足够的能量让你的应用跑起来。那些对 Java 吹毛求疵人频繁地聚焦在一些小众问题上,总是和其他技术或者语言做些不公平的对比,这些语言并没有像 Java 一样得到广泛应用及长远的历史。  现在的小孩都能学 Java,它在 Web 和企业开发中广泛被采用,特别是近些年更是有了些让人惊讶的改善,一些新特性正在筹备中。即使抛开这些最新的特性,Java 仍然很酷,应用的广泛性、JVM 平台背后卓越的设计、清晰的语法、拥有丰富的工具和库文件构成的生态系统。Oracle 说有超过9,000,000 Java 开发者(亿万的应用和设备用户),所以为什么我会听到诸如“Java 正在被淘汰中”,2007年开始,Java 就已经沦为“21世纪的 Cobol 语言”的言论?    首先就是 Java 平台的存在,HotSpot JVM 是一项非凡的设计,CLR (公共语言运行库)有了大量的优化,Java 应用在性能上甚至可以与C相媲美,当然还有其他可选的虚拟机供可用(如:JRockit,Zing),应你的环境有特殊的需求而定。  再者,多种基于 JVM 的语言使得这个平台更奇妙,如:Groovy,Jython,JavaFX,Scala,当然还不局限于以上流行的语言。Java 现在包含有字节码指令:invokedynamic 和 java.lang.invoke 包,使得 JVM 构建动态语言更简单,现在已经有超过 50 中基于 JVM 的语言。其中最有意思的一个是 ,它的目标是保持 php 的哲学理念,但是移除了其中一些缺陷,而且它同样能在 Android 中运行。    Java 成为被批评,抱怨,诅咒的靶子,我说这门语言还没死,恰恰相反当有人抱怨 Java 的时候正是推广 Java 时机。人们总会做些奇怪的对比,好像仍然以为 Java 还是停留在1.4的版本,用记事本编写、需要 EJB2 的支持、只能用来写写简单的留言板,然后把这些用来与一个高端框架甚至是 CMS 来对比。  作为 Java,这种对比对我来说没有任何意义。更为明智的方法对比 Java 就得理智地选择竞争对手,看看 Java vs PHP、Python 或者 Ruby,或者用框架 Play 对比 Ruby on Rails,SpringMVC vs Zend Framework,有鉴于此,我觉得 Java 似乎根本就不适合老人。    人们常说 Java 太啰嗦了,减缓了运行速度。批评者矛头通常指向 Java 的强类型静态语言特性,缺乏前沿技术在语言中,然而,我认为他们是经过深思熟虑的,而且这正是 Java 良好的特性。动态语言在启动一个小项目时开始会觉得很受欢迎,但是可以考虑一下,在时髦框架及合适的工具(如:考虑用 IDE 代替记事本)下创建一个“Hello 留言板”类型的应用,Java 很简单,只是 10 分钟的事情,如果你想做个试验的话,使用 Spring Roo 再准备一个秒表,如果有需要的话。现在就可以开始繁琐的 CRUD 了。  想象一下,你正为移动运营商搭建一个系统,运行客户登陆网站,你不得不在后台调用各种子系统收集大量的数据,Cool 框架通常分解你的程序模块而不需要匹配任何用户模型。要更多的了解建议你看看 Joel Spolsky 发表的。    强类型静态语言有很多好处,我喜欢它简单的视觉外观,我可以粗略看一段代码就知道是做什么的,它就像是可视化的用英语反馈,语言非常易读,字母混合成单词仍然可读。其它的一些好处是有强大的 IDE 支持,动态语言在这点一直是弊端,大项目中有强大的 IDE 和工具支持是无价的。  批判者的观点在 Java 在读文件、转换 xml 或迭代集合的时候缺乏表达力,但是你可以总是创建一个方法去处理这些常用的事例,或者是用 FileUtils.readLines (),java 语言上表达力的缺点有很多库对其支持。在 Java7 中能看到一些优雅的加强型功能,如自动关闭资源、siwtch 语句支持 String、数字类型支持下划线(强烈建议读 Coin 项目)。Java8承诺了更多的东西(最有意思的应该是闭包)。Java 是不是在任何方面都是那么的完美无缺呢?当然不是,这就是 Java8、Java9在准备阶段的原因。我个人也不喜欢那些不太优雅的核心 API. 是否的确将更多的事情留给平台而不是语言本身?java 核心包括 API 进阶设计跨度长达 20 年,API 的更新会破坏向后兼容性,有些设计太抽象,但有些还不够抽象,有些太零碎,有些根本不可思议。看看其竞争对手 .NET,核心 API 做的很好,比如统一的通信 API。Java8在 Jigsaw 项目的帮助下,会有所改变。  所以你值得拥有 Java,正确地使用它,它是一门很棒的语言。堪比 语言,它将继续改善并不会很快消失。不应把努力放在取代 Java 上,而是和其他 JVM 语言结合使用,这是最明智的,但是对我的下一个 Pet Clinic 还是坚持使用 Java。  原文:  编译:

  前两天龙中抱怨说虽然 Windows Phone 已经有很多跨平台应用,但高质量的独立应用还很少,问我有什么值得推荐的。我当时想到的第一个应用是 ,第二个是 ,都来自 (Matthieu Guyonnet-Duluc 的个人工作室)。给自己的团队起名叫“WP 的奇迹”,口气着实不小,不过 Matthieu 的作品也确实很出色。  我特别喜欢这两个应用原因是它们与 Evernote 的组合能够平滑地完成一个相对复杂的应用场景,而且在体验上近乎完美。由于工作的原因,我每天得看上百篇文章,大部分是一目十行的浏览,看到有价值的就丢进 Instapaper 稍后深入阅读,以后写文章可能会引用的素材丢进 Evernote。比较简单的流程是直接在网页端 Google Reader 里看文章,然后再根据需要转发给 Instapaper。Instapaper 本身就可以关联 Evernote 账号,实现点 Like 自动分享至 Evernote。理论上说任何主流桌面、平板、手机操作系统都能胜任。  但当一件事每年重复几万次的时候,任何不足都会浪费大量时间,比如很多网站的 RSS feed 不输出全文,Hacker News 为帮助第三方新闻来源获得流量甚至不输出简介。打开链接以后也不是所有网站都为手机优化,加载速度慢而且页面有大量广告、侧栏等与阅读内容无关的元素。     很显然 WPWonders 理解我这样的用户,以 Wonder Reader 为例,Metro 风格的文章列表只有标题、来源和时间。长按标题或点击左侧色块会弹出快捷操作。Wonder Reader 的文章列表没有图片、简介之类的多余元素。在订阅源每天输出上千篇文章的情况下,这样的设计很方便用户筛选信息。我一直不明白 Reeder 为什么在 iPhone 上显示一行简介,文章不是邮件,很难通过开头四五个英文单词或者十来个汉字获得信息。  Wonder Reader 的阅读界面同样简洁,最常用的五个功能直接显示出来:右上角的“加星”以及底栏从左到右的上一篇、浏览器中打开(W)、移动优化(M,自动调用 Instapaper 移动优化代码)、下一篇。比如 Hacker News 今天转发的一个链接指向 Kickstarter 项目。下图中 Lumia 800 显示的是 Hacker News 输出的 feed、Lumia 710 是点击移动优化按钮之后看到的页面、iPhone 则是在 Safari 里直接打开链接——Reeder 支持通过 Readability 优化页面,本图只用来展示完整页面的情况。  虽然今天的智能手机浏览器已经很快,但移动环境下网络速度很难保证,能省三五秒都是有意义的。不能直接打开移动优化页面是我对 Newsrob 最大的不满。  Wonder Reader 的分享选项没有 iOS 版 Reeder 或者 Android 应用那么丰富,只能分享到 Instapaper、Reader It Later、系统集成的社交网络、邮件和短信,不过从重度阅读的角度来说,支持 Instapaper 和 RIL 已经够了。现在的不足主要集中在没有屏幕方向锁定,以及返回应用时常常需要重新加载文章,前者应该很快会解决,后者和系统有关。    Stacks for Instapaper 这名字太长,以下简称 SfI。它是 WPWonders 开发的 Instapaper 应用,作者在开发初期就和 Instapapaer 作者 Marco Arment 了当时尚未公开的官方 API。目前绝大部分第三方 Instapaper 应用都在盗用 iOS 版的私有 API,SfI 和 Android 上的 Papermill 可能是仅有的两个例外。  虽然通过官方 API 功能完善,但它也要求用户必须是 Instapaper 的订阅用户才能使用——每年 12 美元,Paypal 支付。这门槛严重限制了 SfI 和 Papermill 的用户数量,之前还有不少媒体以 Papermill 销售惨淡为例子抨击 Android 不利于付费模式。  作为一个阅读应用,SfI 界面足够简洁并且提供了比较丰富的版面调整设置,阅读自带的方向锁定对 Windows Phone 用户来说也非常重要,因为系统本身没有提供这功能。最重要的是 SfI 没什么让人难以忍受的设计,相比之下更贵的 InstaFetch PRO 居然必须退出阅读界面才能更改页面设置。不过由于系统本身的缘故,SfI 没法实现亮度调节。  在最近的更新中,作者也像官方版 Instapaper 一样,为 SfI 增加了长按后调出字典和维基百科查询功能。但实际使用中如果字体设置较小就不太容易调出菜单,这和系统对触摸的判断相关。  除邮件以外,我在 Windows Phone 上用的最多的应用就是 Wonder Reader 和 SfI。它们注定不会是主流,毕竟大多数人不用 Google Reader,而轻度用户也完全可以用官方移动页面。不过对于 Windows Phone 平台的重度 Google Reader 和 Instapaper 用户来说,WPWonders 提供了最好的选择。在移动市场大团队原来越多的今天,一两人规模的小团队通过精心设计的应用满足小众但愿意花钱的用户群也不错,国内同样有不少团队在闷声做这样的事。

  北京时间 5 月 21 日消息,据国外媒体报道,象 SocialCam 和 Viddy 那样的初创公司也许会对谷歌旗下 YouTube 构成正面冲击。SocialCam 和 Viddy 是目前发展速度最快的移动视频共享社交网站。虽然现在还不能确定最终的结果怎样,但已有山雨欲来风满楼之势。  据旧金山移动广告和分析平台供应商 Flurry 称,从 1 月份到 3 月份,用户在 YouTube 网站上观看视频的时间减少了 10%,而移动视频应用的用户们在智能手机上观看视频的时间却增加了 52%。3月份,每活跃用户在 YouTube 上花费的时间为 425 分钟,在移动视频应用上花费的时间为 231 分钟。  Flurry 营销副总裁彼得法拉格(Peter Farago)称,虽然这些数据变化构成鲜明对比,但现在还无法证明移动视频应用增加的用户时间一定就来自 YouTube 减少的用户时间。那些证据必须通过统计研究的方式才能获得。  尽管如此,法拉格相信那些数据也足以说明问题了。随着处理能力、带宽和高清摄像头性能的增强,智能手机逐渐成为消费者摄像和共享视频的优秀平台。 因此,人们很可能会减少观看网络视频的时间,将更多的时间用于制作和共享视频。  那么象 Viddy 或 SocialCam 那样的应用程序为什么会如此特殊呢? 这很简单。 Youtube 也有一个移动应用程序,但是利用那个应用程序上传视频的过程却显得有些复杂。虽然过程并不困难,但那已经足以让人们望而却步了。 YouTube 的短板正是这些移动视频应用的主攻方向。 例如,用户在利用 SocialCam 上传视频时并不需要特意去操作,这款应用程序可以自动将视频上传到 SocialCam 的服务器,然后根据用户的具体设置进行共享。  只有立足于智能手机或平板电脑的初创公司才能实现这样的简洁操作。网络和 PC 是上一代平台,很难实现这样的简洁操作。 Ironfire Capital 的创始人兼执行高管埃里克杰克逊(Eric Jackson)最近表示,用户上网方式正在从 PC 向移动设备快速转移,这种变化标志着强大如谷歌和 Facebook 的互联网公司也将在未来 5 年内丧失其全部的优势。  互联网行业在将近 20 年的时间里产生了 3 代不同的初创公司,首先是网络门户如雅虎、AOL、亚马逊、Ebay 和谷歌,其次是社交媒体公司如 Facebook、LinkedIn 和 Groupon,现在第三代初创公司则是移动网络公司。每次出现新的互联网公司都会引发一些变化,老一代网络公司不能快速适应这一变化。 老一代互联网公司也许会通过收购交易来迎接新变化,比如 Facebook 将以 10 亿美元的价格收购 Instagram,但是他们仍然需要将新的平台整合到老一代平台上去。  虽然老一代互联网公司不愿彻底改造他们原先的产品,Viddy、SocialCam 和其他许多公司仍然专注于技术人员将快速进化到当代的产品,在这种情况下,指的就是移动设备。这样专注的服务已经为 Viddy 和 SocialCam 获得了 6000 万用户。 与此同时,上一代平台也在全力以赴地追赶新平台。  当然,由于背后有谷歌数十亿美元的支持,YouTube 拥有适应新环境所需的资源。但是,拥有丰富的现金和数百万用户或许还不足以跟上市场变化的速度。 看看雅虎和 AOL 就明白是怎么一回事了。

  前日(7月 3 日)美国另一家做空调研机构 AnonymousAnalytics(匿名分析)在其网站发布针对奇虎 360 的质疑报告,认为奇虎 360 存在流量造假问题,应该被退市。受此影响,奇虎 360 股价在当天暴跌7.46%。  昨日(7月 4 日),奇虎 360 针对上述“做空”进行了驳斥,并对《每日经济新闻》发来声明回应称自己的流量并未作假,移除 comScore 流量监测插件的原因是插件会被某欧洲第三方防病毒软件误报为病毒。不过,这一说法再次受到了匿名分析的质疑。    这已经不是奇虎 360 第一次遭遇做空,CitronResearch 在半年多的时间里,一共对奇虎 360 质疑了 6 次。  此次,这份长达 17 页的质疑报告主体援引的是匿名分析从美国互联网流量监测机构 comScore 得到的数据。数据称,2012年 2 月~4月间,奇虎 360 的网址导航页面的点击远远低于百度的 hao123。  因相似的问题被国外机构做空,这也让奇虎 360 CFO 徐祚立十分不满,后者在匿名分析报告发出后,对外明确表示,该机构所援引的信息是“不准确的”。  “这份报告从根本上来说只不过是其他卖空机构此前所说内容的重复,奇虎 360 已在此前作出否认和澄清。”话里行间,徐祚立似乎有点厌烦上述做空的行为。  奇虎 360 在昨日(7月 4 日)针对相关问题有了官方的回应。奇虎 360 认为,该机构报告中引用的导航网址 hao.360.cn 和 hao123 数据不精确并存在误导。  “这些数据来自小样本研究法,只基于抽样信息,该方法的准确性取决于样本规模大小和分布,因此,抽样数据具有许多局限性和偏差。”奇虎 360 认为,这样的样本方法没有完全统计奇虎 360 的业务量甚至是“严重低估奇虎的流量”。  匿名分析方面表示,其掌握的关于奇虎 360 流量的数据是从第三方 comScore 那里直接购买的。而随后 comScore 公司对外发布的声明表示,目前,comScore 并没有发布任何奇虎 360 网站的数据。这也使得上述数据的权威性颇受质疑。    此外,由于匿名分析这个机构走的是“技术流”路线,使得奇虎 360 对一些技术方面的问题,特别是 comScore 插件被移除的问题有了回应。  匿名分析在报告中指出,在 comScore 插件加到了奇虎 360 的代码中三个月后,这个插件被移除。并指奇虎 360 之前添加 comScore 插件是为了安抚分析师、投资者和批评人士,后者要求奇虎 360 管理层提供对其网络流量的独立核查。该机构还指奇虎 360 移除该插件因为“并不乐见 comScore 监测到的数据”。  奇虎 360 昨日在其公开回应中承认了安装和移除上述插件的举动,不过,该公司称自愿添加了 comScore 插件是帮助 comScore 调整和改进面板数据上的统计模型,而移除该插件则是暂时的,因为“在这段时间内,一个欧洲第三方防病毒软件错误的将这个标签定义为特洛伊木马。”需要时间来解决这个问题。  “我们将继续与 comScore 合作,强化数据跟踪,并调整和改善抽样数据收集方法及统计模式。”奇虎 360 总裁齐向东在回应中还表示,奇虎 360 将向投资者提供可靠的第三方流量数据。  不过,匿名分析昨日晚间通过有关国外媒体对奇虎 360 的上述反击进行了回应,并直称上述做法是“技术上的谬论”。  “我们很想知道,到底是哪家欧洲杀毒软件公司的产品将插件误报为木马。”匿名分析的代表对上述媒体表示,任何能够对奇虎 360 流量造成影响的大型杀毒软件公司,都会知道对 comScore、Alexa 和 GoogleAnalytics 这些主要监测机构的数据分析行为放行。  同时,该机构对奇虎 360“为了用户体验移除插件”的说法表示不理解。由于奇虎 360 声称其用户大多使用自己的杀毒产品,后者也不会在 comScore 插件误报之列,该机构也明确表示想知道到底有多少用户会受到(插件误报)的影响。

  埃默里大学研究人员,他们利用功能性核磁共振成像(fMRI)扫描犬在接受不同刺激如主人的手势和食物时的大脑活动。第一篇关于手势反应的论文发表在 PLoS ONE 上。研究负责人、Center for Neuropolicy 主任 Gregory Berns 表示,就他们所知还没有人做过类似的研究,他们希望借此开辟新研究领域,为理解犬类的认知和物种内沟通打开一扇新的大门。他说,我们想要从狗的角度理解狗与人的关系。

Java已死?九百万程序员说不

  英文原文:  Java 没死,事实上它拥有足够的能量让你的应用跑起来。那些对 Java 吹毛求疵人频繁地聚焦在一些小众问题上,总是和其他技术或者语言做些不公平的对比,这些语言并没有像 Java 一样得到广泛应用及长远的历史。  现在的小孩都能学 Java,它在 Web 和企业开发中广泛被采用,特别是近些年更是有了些让人惊讶的改善,一些新特性正在筹备中。即使抛开这些最新的特性,Java 仍然很酷,应用的广泛性、JVM 平台背后卓越的设计、清晰的语法、拥有丰富的工具和库文件构成的生态系统。Oracle 说有超过9,000,000 Java 开发者(亿万的应用和设备用户),所以为什么我会听到诸如“Java 正在被淘汰中”,2007年开始,Java 就已经沦为“21世纪的 Cobol 语言”的言论?    首先就是 Java 平台的存在,HotSpot JVM 是一项非凡的设计,CLR (公共语言运行库)有了大量的优化,Java 应用在性能上甚至可以与C相媲美,当然还有其他可选的虚拟机供可用(如:JRockit,Zing),应你的环境有特殊的需求而定。  再者,多种基于 JVM 的语言使得这个平台更奇妙,如:Groovy,Jython,JavaFX,Scala,当然还不局限于以上流行的语言。Java 现在包含有字节码指令:invokedynamic 和 java.lang.invoke 包,使得 JVM 构建动态语言更简单,现在已经有超过 50 中基于 JVM 的语言。其中最有意思的一个是 ,它的目标是保持 php 的哲学理念,但是移除了其中一些缺陷,而且它同样能在 Android 中运行。    Java 成为被批评,抱怨,诅咒的靶子,我说这门语言还没死,恰恰相反当有人抱怨 Java 的时候正是推广 Java 时机。人们总会做些奇怪的对比,好像仍然以为 Java 还是停留在1.4的版本,用记事本编写、需要 EJB2 的支持、只能用来写写简单的留言板,然后把这些用来与一个高端框架甚至是 CMS 来对比。  作为 Java,这种对比对我来说没有任何意义。更为明智的方法对比 Java 就得理智地选择竞争对手,看看 Java vs PHP、Python 或者 Ruby,或者用框架 Play 对比 Ruby on Rails,SpringMVC vs Zend Framework,有鉴于此,我觉得 Java 似乎根本就不适合老人。    人们常说 Java 太啰嗦了,减缓了运行速度。批评者矛头通常指向 Java 的强类型静态语言特性,缺乏前沿技术在语言中,然而,我认为他们是经过深思熟虑的,而且这正是 Java 良好的特性。动态语言在启动一个小项目时开始会觉得很受欢迎,但是可以考虑一下,在时髦框架及合适的工具(如:考虑用 IDE 代替记事本)下创建一个“Hello 留言板”类型的应用,Java 很简单,只是 10 分钟的事情,如果你想做个试验的话,使用 Spring Roo 再准备一个秒表,如果有需要的话。现在就可以开始繁琐的 CRUD 了。  想象一下,你正为移动运营商搭建一个系统,运行客户登陆网站,你不得不在后台调用各种子系统收集大量的数据,Cool 框架通常分解你的程序模块而不需要匹配任何用户模型。要更多的了解建议你看看 Joel Spolsky 发表的。    强类型静态语言有很多好处,我喜欢它简单的视觉外观,我可以粗略看一段代码就知道是做什么的,它就像是可视化的用英语反馈,语言非常易读,字母混合成单词仍然可读。其它的一些好处是有强大的 IDE 支持,动态语言在这点一直是弊端,大项目中有强大的 IDE 和工具支持是无价的。  批判者的观点在 Java 在读文件、转换 xml 或迭代集合的时候缺乏表达力,但是你可以总是创建一个方法去处理这些常用的事例,或者是用 FileUtils.readLines (),java 语言上表达力的缺点有很多库对其支持。在 Java7 中能看到一些优雅的加强型功能,如自动关闭资源、siwtch 语句支持 String、数字类型支持下划线(强烈建议读 Coin 项目)。Java8承诺了更多的东西(最有意思的应该是闭包)。Java 是不是在任何方面都是那么的完美无缺呢?当然不是,这就是 Java8、Java9在准备阶段的原因。我个人也不喜欢那些不太优雅的核心 API. 是否的确将更多的事情留给平台而不是语言本身?java 核心包括 API 进阶设计跨度长达 20 年,API 的更新会破坏向后兼容性,有些设计太抽象,但有些还不够抽象,有些太零碎,有些根本不可思议。看看其竞争对手 .NET,核心 API 做的很好,比如统一的通信 API。Java8在 Jigsaw 项目的帮助下,会有所改变。  所以你值得拥有 Java,正确地使用它,它是一门很棒的语言。堪比 语言,它将继续改善并不会很快消失。不应把努力放在取代 Java 上,而是和其他 JVM 语言结合使用,这是最明智的,但是对我的下一个 Pet Clinic 还是坚持使用 Java。  原文:  编译:

  前两天龙中抱怨说虽然 Windows Phone 已经有很多跨平台应用,但高质量的独立应用还很少,问我有什么值得推荐的。我当时想到的第一个应用是 ,第二个是 ,都来自 (Matthieu Guyonnet-Duluc 的个人工作室)。给自己的团队起名叫“WP 的奇迹”,口气着实不小,不过 Matthieu 的作品也确实很出色。  我特别喜欢这两个应用原因是它们与 Evernote 的组合能够平滑地完成一个相对复杂的应用场景,而且在体验上近乎完美。由于工作的原因,我每天得看上百篇文章,大部分是一目十行的浏览,看到有价值的就丢进 Instapaper 稍后深入阅读,以后写文章可能会引用的素材丢进 Evernote。比较简单的流程是直接在网页端 Google Reader 里看文章,然后再根据需要转发给 Instapaper。Instapaper 本身就可以关联 Evernote 账号,实现点 Like 自动分享至 Evernote。理论上说任何主流桌面、平板、手机操作系统都能胜任。  但当一件事每年重复几万次的时候,任何不足都会浪费大量时间,比如很多网站的 RSS feed 不输出全文,Hacker News 为帮助第三方新闻来源获得流量甚至不输出简介。打开链接以后也不是所有网站都为手机优化,加载速度慢而且页面有大量广告、侧栏等与阅读内容无关的元素。     很显然 WPWonders 理解我这样的用户,以 Wonder Reader 为例,Metro 风格的文章列表只有标题、来源和时间。长按标题或点击左侧色块会弹出快捷操作。Wonder Reader 的文章列表没有图片、简介之类的多余元素。在订阅源每天输出上千篇文章的情况下,这样的设计很方便用户筛选信息。我一直不明白 Reeder 为什么在 iPhone 上显示一行简介,文章不是邮件,很难通过开头四五个英文单词或者十来个汉字获得信息。  Wonder Reader 的阅读界面同样简洁,最常用的五个功能直接显示出来:右上角的“加星”以及底栏从左到右的上一篇、浏览器中打开(W)、移动优化(M,自动调用 Instapaper 移动优化代码)、下一篇。比如 Hacker News 今天转发的一个链接指向 Kickstarter 项目。下图中 Lumia 800 显示的是 Hacker News 输出的 feed、Lumia 710 是点击移动优化按钮之后看到的页面、iPhone 则是在 Safari 里直接打开链接——Reeder 支持通过 Readability 优化页面,本图只用来展示完整页面的情况。  虽然今天的智能手机浏览器已经很快,但移动环境下网络速度很难保证,能省三五秒都是有意义的。不能直接打开移动优化页面是我对 Newsrob 最大的不满。  Wonder Reader 的分享选项没有 iOS 版 Reeder 或者 Android 应用那么丰富,只能分享到 Instapaper、Reader It Later、系统集成的社交网络、邮件和短信,不过从重度阅读的角度来说,支持 Instapaper 和 RIL 已经够了。现在的不足主要集中在没有屏幕方向锁定,以及返回应用时常常需要重新加载文章,前者应该很快会解决,后者和系统有关。    Stacks for Instapaper 这名字太长,以下简称 SfI。它是 WPWonders 开发的 Instapaper 应用,作者在开发初期就和 Instapapaer 作者 Marco Arment 了当时尚未公开的官方 API。目前绝大部分第三方 Instapaper 应用都在盗用 iOS 版的私有 API,SfI 和 Android 上的 Papermill 可能是仅有的两个例外。  虽然通过官方 API 功能完善,但它也要求用户必须是 Instapaper 的订阅用户才能使用——每年 12 美元,Paypal 支付。这门槛严重限制了 SfI 和 Papermill 的用户数量,之前还有不少媒体以 Papermill 销售惨淡为例子抨击 Android 不利于付费模式。  作为一个阅读应用,SfI 界面足够简洁并且提供了比较丰富的版面调整设置,阅读自带的方向锁定对 Windows Phone 用户来说也非常重要,因为系统本身没有提供这功能。最重要的是 SfI 没什么让人难以忍受的设计,相比之下更贵的 InstaFetch PRO 居然必须退出阅读界面才能更改页面设置。不过由于系统本身的缘故,SfI 没法实现亮度调节。  在最近的更新中,作者也像官方版 Instapaper 一样,为 SfI 增加了长按后调出字典和维基百科查询功能。但实际使用中如果字体设置较小就不太容易调出菜单,这和系统对触摸的判断相关。  除邮件以外,我在 Windows Phone 上用的最多的应用就是 Wonder Reader 和 SfI。它们注定不会是主流,毕竟大多数人不用 Google Reader,而轻度用户也完全可以用官方移动页面。不过对于 Windows Phone 平台的重度 Google Reader 和 Instapaper 用户来说,WPWonders 提供了最好的选择。在移动市场大团队原来越多的今天,一两人规模的小团队通过精心设计的应用满足小众但愿意花钱的用户群也不错,国内同样有不少团队在闷声做这样的事。

  北京时间 5 月 21 日消息,据国外媒体报道,象 SocialCam 和 Viddy 那样的初创公司也许会对谷歌旗下 YouTube 构成正面冲击。SocialCam 和 Viddy 是目前发展速度最快的移动视频共享社交网站。虽然现在还不能确定最终的结果怎样,但已有山雨欲来风满楼之势。  据旧金山移动广告和分析平台供应商 Flurry 称,从 1 月份到 3 月份,用户在 YouTube 网站上观看视频的时间减少了 10%,而移动视频应用的用户们在智能手机上观看视频的时间却增加了 52%。3月份,每活跃用户在 YouTube 上花费的时间为 425 分钟,在移动视频应用上花费的时间为 231 分钟。  Flurry 营销副总裁彼得法拉格(Peter Farago)称,虽然这些数据变化构成鲜明对比,但现在还无法证明移动视频应用增加的用户时间一定就来自 YouTube 减少的用户时间。那些证据必须通过统计研究的方式才能获得。  尽管如此,法拉格相信那些数据也足以说明问题了。随着处理能力、带宽和高清摄像头性能的增强,智能手机逐渐成为消费者摄像和共享视频的优秀平台。 因此,人们很可能会减少观看网络视频的时间,将更多的时间用于制作和共享视频。  那么象 Viddy 或 SocialCam 那样的应用程序为什么会如此特殊呢? 这很简单。 Youtube 也有一个移动应用程序,但是利用那个应用程序上传视频的过程却显得有些复杂。虽然过程并不困难,但那已经足以让人们望而却步了。 YouTube 的短板正是这些移动视频应用的主攻方向。 例如,用户在利用 SocialCam 上传视频时并不需要特意去操作,这款应用程序可以自动将视频上传到 SocialCam 的服务器,然后根据用户的具体设置进行共享。  只有立足于智能手机或平板电脑的初创公司才能实现这样的简洁操作。网络和 PC 是上一代平台,很难实现这样的简洁操作。 Ironfire Capital 的创始人兼执行高管埃里克杰克逊(Eric Jackson)最近表示,用户上网方式正在从 PC 向移动设备快速转移,这种变化标志着强大如谷歌和 Facebook 的互联网公司也将在未来 5 年内丧失其全部的优势。  互联网行业在将近 20 年的时间里产生了 3 代不同的初创公司,首先是网络门户如雅虎、AOL、亚马逊、Ebay 和谷歌,其次是社交媒体公司如 Facebook、LinkedIn 和 Groupon,现在第三代初创公司则是移动网络公司。每次出现新的互联网公司都会引发一些变化,老一代网络公司不能快速适应这一变化。 老一代互联网公司也许会通过收购交易来迎接新变化,比如 Facebook 将以 10 亿美元的价格收购 Instagram,但是他们仍然需要将新的平台整合到老一代平台上去。  虽然老一代互联网公司不愿彻底改造他们原先的产品,Viddy、SocialCam 和其他许多公司仍然专注于技术人员将快速进化到当代的产品,在这种情况下,指的就是移动设备。这样专注的服务已经为 Viddy 和 SocialCam 获得了 6000 万用户。 与此同时,上一代平台也在全力以赴地追赶新平台。  当然,由于背后有谷歌数十亿美元的支持,YouTube 拥有适应新环境所需的资源。但是,拥有丰富的现金和数百万用户或许还不足以跟上市场变化的速度。 看看雅虎和 AOL 就明白是怎么一回事了。

  前日(7月 3 日)美国另一家做空调研机构 AnonymousAnalytics(匿名分析)在其网站发布针对奇虎 360 的质疑报告,认为奇虎 360 存在流量造假问题,应该被退市。受此影响,奇虎 360 股价在当天暴跌7.46%。  昨日(7月 4 日),奇虎 360 针对上述“做空”进行了驳斥,并对《每日经济新闻》发来声明回应称自己的流量并未作假,移除 comScore 流量监测插件的原因是插件会被某欧洲第三方防病毒软件误报为病毒。不过,这一说法再次受到了匿名分析的质疑。    这已经不是奇虎 360 第一次遭遇做空,CitronResearch 在半年多的时间里,一共对奇虎 360 质疑了 6 次。  此次,这份长达 17 页的质疑报告主体援引的是匿名分析从美国互联网流量监测机构 comScore 得到的数据。数据称,2012年 2 月~4月间,奇虎 360 的网址导航页面的点击远远低于百度的 hao123。  因相似的问题被国外机构做空,这也让奇虎 360 CFO 徐祚立十分不满,后者在匿名分析报告发出后,对外明确表示,该机构所援引的信息是“不准确的”。  “这份报告从根本上来说只不过是其他卖空机构此前所说内容的重复,奇虎 360 已在此前作出否认和澄清。”话里行间,徐祚立似乎有点厌烦上述做空的行为。  奇虎 360 在昨日(7月 4 日)针对相关问题有了官方的回应。奇虎 360 认为,该机构报告中引用的导航网址 hao.360.cn 和 hao123 数据不精确并存在误导。  “这些数据来自小样本研究法,只基于抽样信息,该方法的准确性取决于样本规模大小和分布,因此,抽样数据具有许多局限性和偏差。”奇虎 360 认为,这样的样本方法没有完全统计奇虎 360 的业务量甚至是“严重低估奇虎的流量”。  匿名分析方面表示,其掌握的关于奇虎 360 流量的数据是从第三方 comScore 那里直接购买的。而随后 comScore 公司对外发布的声明表示,目前,comScore 并没有发布任何奇虎 360 网站的数据。这也使得上述数据的权威性颇受质疑。    此外,由于匿名分析这个机构走的是“技术流”路线,使得奇虎 360 对一些技术方面的问题,特别是 comScore 插件被移除的问题有了回应。  匿名分析在报告中指出,在 comScore 插件加到了奇虎 360 的代码中三个月后,这个插件被移除。并指奇虎 360 之前添加 comScore 插件是为了安抚分析师、投资者和批评人士,后者要求奇虎 360 管理层提供对其网络流量的独立核查。该机构还指奇虎 360 移除该插件因为“并不乐见 comScore 监测到的数据”。  奇虎 360 昨日在其公开回应中承认了安装和移除上述插件的举动,不过,该公司称自愿添加了 comScore 插件是帮助 comScore 调整和改进面板数据上的统计模型,而移除该插件则是暂时的,因为“在这段时间内,一个欧洲第三方防病毒软件错误的将这个标签定义为特洛伊木马。”需要时间来解决这个问题。  “我们将继续与 comScore 合作,强化数据跟踪,并调整和改善抽样数据收集方法及统计模式。”奇虎 360 总裁齐向东在回应中还表示,奇虎 360 将向投资者提供可靠的第三方流量数据。  不过,匿名分析昨日晚间通过有关国外媒体对奇虎 360 的上述反击进行了回应,并直称上述做法是“技术上的谬论”。  “我们很想知道,到底是哪家欧洲杀毒软件公司的产品将插件误报为木马。”匿名分析的代表对上述媒体表示,任何能够对奇虎 360 流量造成影响的大型杀毒软件公司,都会知道对 comScore、Alexa 和 GoogleAnalytics 这些主要监测机构的数据分析行为放行。  同时,该机构对奇虎 360“为了用户体验移除插件”的说法表示不理解。由于奇虎 360 声称其用户大多使用自己的杀毒产品,后者也不会在 comScore 插件误报之列,该机构也明确表示想知道到底有多少用户会受到(插件误报)的影响。

  埃默里大学研究人员,他们利用功能性核磁共振成像(fMRI)扫描犬在接受不同刺激如主人的手势和食物时的大脑活动。第一篇关于手势反应的论文发表在 PLoS ONE 上。研究负责人、Center for Neuropolicy 主任 Gregory Berns 表示,就他们所知还没有人做过类似的研究,他们希望借此开辟新研究领域,为理解犬类的认知和物种内沟通打开一扇新的大门。他说,我们想要从狗的角度理解狗与人的关系。

分类:兴趣

时间:2016-09-08 04:24:08