有关移动客户端的未来趋势的问题，欢迎参与

(本文来源网络，经过编辑整理)
     在前不久，我们曾探讨过未来移动客户端的趋势究竟是 HTML 5（web app）还是原生应用（native app）。经过问题大家发现给未来移动端到底是 native app 还是 web app 是趋势下定论简单无益，因为无论是原生应用还是 web app 都有各自的优势和。但是当时的问题忽略了一个因素：速度。
1）Javascript对于Web app来说是不可取的，因为速度太慢，而且影响体验。
根据测评，原生应用速度是 JS Web app 的 5 倍；JS Web app 与 IE8 相当，而 x86 C/C++（桌面应用）速度是 JS Web app 的 50 倍。
2）最可行的提速办法是将移动硬件性能提升到桌面硬件的水平，但是中短期内不太可能。
解决方案很明显，把 ARM 的速度提高 10 倍，快到可以与 x86 匹敌，那样的话无需做任何工作即可实现桌面 JavaScript 的性能！这个方案行不行得通取决于你对摩尔定律的信仰，是否相信 3 盎司电池能否支撑芯片的运作。
而 TC 的 Jon Evans 甚至认为也许永远都不可能了。其理由是因为受困于热量及功率损耗及根本性的量子限制，摩尔定律已经失效。作为过去 50 年最重要最强大的一股力量，摩尔定律主导的时代正在走向终结，几何级增长再也难以为继，尤其在移动设备上，同时实现更快、更小、更便宜的指数性变化越来越难。
3） 从目前来看，JS语言本身的速度并没有改善，而做编程语言的人说在目前的语言和API的条件下，Web app的速度永远也赶不上原生代码
4） 有垃圾回收对内存的需求高手是没有垃圾回收的 5 倍，但是性能却没有明显提升。Android 有垃圾回收机制，iOS 没有，所以 299 美元的 Nexus 4 内存是 649 美元 iPhone 5 的 2 倍。JavaScript不适合做对内存要求高手高的应用。
正如大家的问题一样，Web app 在研发和分发上的优势是明显的，但是其入口不明显的劣势也是明显的。而如果在中短期内 web app 的性能都没有办法取得明显改善的话，会不会动摇移动研发者将来的路线选择呢吗？对于 Drew Crawford 的观点，你又怎样看呢吗？欢迎大家问题。
以下是网友的问题：
1，关注一些现象也许可以看出端倪：谷歌发布的眼睛研发工具仅限 web 协议研发；同时谷歌对 chrome 系统（基于 web 应用）的策略，正在试图用 chrome 系统合并安卓系统，虽然目前并不顺利；
2，native app 与 web app 相比：native app 需要客户端不断更新，这不符合智能发展的趋势，web app 在服务器端更新，客户无须关注更新，且不需支付任何时间成本及更新流量成本；
3，app 封闭性不必多说，app 的封闭性对研发人员带来灾难性的打击，app 程序研发的浪潮正在退去，一个 app 做好后，通过审核，到推广，再到运用，再到迭代更新……过程封闭漫长，且推广成本比 web 高出指数级，这已经让很多 app 程序员不能进入，甚至可能在第一迭代周期里，将钱已经花费完毕，时间成本巨大。收益少的可怜已经是很幸运的事了，有些程序研发完毕或许连一个用户都没有就寿终正寝了；
4，html5 得到了谷歌、微软、及苹果（乔布斯时代）的共同认同并且均参与标准制定（虽然 3 巨头还有些分歧，如：视频标准），这使得 html5 成为真正的跨平台应用成为可能，第一版标准预计明年确定；这会将程序员从一个应用的需要针对不同系统的研发工作中彻底解放出来，对程序员是真正的解放，不仅是劳动力的解放，更是天才智慧的解放。由于巨头已经相互妥协，浏览器已经、还会因此不断进化，而产生趋势动力，程序员们积极参与和响应，这应该是大势所趋，且概率性极大，一旦发生将是不可逆的趋势；
5，有关硬件：英特尔发布了最新版 Intel XDK，作为 Intel HTML5 Development Environment 的组成部分，该版 Intel XDK 为一个跨平台工具包，可帮助研发人员跨应用商店、操作系统和设备快速研发、测试和安装应用程序。新版 Intel XDK 的改进包括一个新型拖放界面，该界面可加快新应用程序、原型以及更快速的游戏界面的研发。此外，英特尔还在新版 Intel? XDK 中加入了更强大的研发框架，可根据设备的本机主题研发与之相适应的应用程序。随着 Intel? XDKd 的升级，除了 Android, iOS and Windows* 8 外，研发人员现在还可在 Tizen 操作系统上运行应用程序。
6，摩尔定律是否失效我不敢说，但大势所趋，智能手机要求高手轻薄，电池续航时间长的需求高手是永恒的，那么 web app 给硬件在短时间内达成此目标提供了可能。
你是咋想的呢吗？

看重app的性能  用底层写。
不咋考虑cpu跟内存 拿web写。

商业因素决定未来0门槛接入的技术会有前程
接入门槛高的则成就企业级市场