英文原文:Why LinkedIn dumped HTML5 & went native for its mobile apps

　　LinkedIn 刚刚推出了它自己最新版本的移动应用程序，以一种惊人的方式，它完成了从基于 Web 的移动应用到原生应用的回归。

　　不到一年前，LinkedIn 公司才宣布其 ipad 应用程序完全以移动网络为基础，只有一屏即主屏，可直接运行。现在，这些都成为过去了，成为过去的还有对于移动网络流量的乐观。

　　从一次与 Kiran Prasad（Kiran Prasad 是 LinkedIn 公司移动工程的高级主管）的一次聊天中，我们明确地知道了原因——并不是你们想的那样。Prasad 说，并不是性能上有故障或应用程序运行缓慢。他的说法表明，对于移动网络，HTML5 仍然有一个光明的未来，但前提是开发商愿意创建工具来支持它。

　　HTML5 的相关覆盖率

• 正方：90% 的开发人员今年计划用 HTML5
• 反方：人们 80% 的移动时间是花在应用上，而不是浏览器上

　　以下是我和 Prasad 围绕新应用的主题聊天的内容：

　　VentureBeat：[打断了关于应用程序启动的话题]等等，让我们先来回顾一下。你曾经是否说这些应用程序都是原生的？那这不恰恰与上次咱们谈论移动时你们富有哲理的观点相反吗？

　　Prasad:我们已经明确地从 HTML5 转到原生应用上了。最主要的原因是我们看到了越来越多的人在应用上花的时间更多，而应用程序很占内存内存。虽然这不是像速度或着色之类的性能问题，但仍然是一个大问题。我们转去做原生应用的第二个原因是想尽力变得活泼些——就像纺纱厂和他们的工作方式一样——让东西变光滑，我们觉得我们需要原生应用来真正做好这些。

　　VentureBeat:这是否意味着 LinkedIn 正放弃移动网络应用的开发或者说放弃移动网络技术了？

　　Prasad:使用模板 JSONs，是我们搭建我们的系统的方法。我们一直支持 HTML5，因为我们的很多流量来自于电子邮件。过去当我们“服务”于一小部分用户时，我们希望我们能够重复所有移动网络的工作使我们的客户在代码的快速部署。当移动仅占8% 到 10% 的流量时确实很管用。……我并不确定我是否已经预测到了，但我们现在意识到，HTML5 并不能让我们为用户做到最好。

　　VentureBeat:那么又会对移动网络技术采取什么措施来满足像 LinkedIn 这样的公司并且让你们的应用让大家广泛使用呢？

　　Prasad:有些东西严重缺失。一个是支持工具——一个能真正起作用的调试器，另一个是性能工具——告诉你哪里最耗内存。

　　你看看 Android 和 iOS，当产品运行出错时，会有谷歌和苹果这两个大公司专注于通过构建工具来提供了很多详细的信息。在移动网络上方面，想让桌面工具来为移动设备服务真的非常困难。我们奋斗的第二大块是可操作性和运行诊断信息。即使是现在，我们构建 HTML5，我们也是把它做成一个客户端应用程序。它更多的是客户机-服务器体系结构。…当我们拥有大量用户时，可操作性为我们提供了信息，但没有很多工具来支持这种可操作性。[Prasad 还指出，快速解决问题的开发操作工具并“不存在。”]

　　因为这两个东西都不存在，所以人们正转回原生应用。并不是因为 HTML5 没准备好，而是 HTML5 的生态系统不支持这些。……有工具，但也才刚刚起步。人们正在做一些基础性工作。