来自于微信小程序的一封简讯

9月21晚间，微信向部分公众号发出公众平台-微信应用号（小程序）的内测邀请，向来较为低调的微信在这一晚没人再忽视它了。

一夜之间火了的微信应用号你真的知道吗？

早于1月11日微信创始人，腾讯公司高级副总裁张小龙的首次公开演讲就曾提到说微信正在筹划推出应用号，让更多的开发者能在微信这个平台上有更好的功能实现。而这篇谈话的推出也基于张小龙演讲中的大背景：

创业者倾向于做公众号，门槛低，推广容易成本低
APP服务号有时难以达到创业者的预期
降低频率低的APP使用，节省大量内存与空间
微信用户更偏向于用完即走，减少浪费的时间，更符合现代的生活节奏

而微信应用号这个概念很简单，用户只需要向关注订阅号就可以获得像APP的功能，无论在任何地点只要一部智能手机就可以搞定，微信应用号在其中扮演的角色类似于APP Store和Google Play，只需提供应用号推广的平台。

应用号，订阅号，服务号和企业号是目前四大并行的体系。微信团队表示，应用号是一种不需要下载就可以安装使用的应用，注意不是软件。用户扫一扫或者搜一搜即可打开应用，体现了用完即走的理念，用户不用担心过多的应用对于内存空间的影响，多快便捷无需安装卸载。

目前小程序仍然处于内侧阶段，全面开放申请后，主体类型依旧是个人、企业、政府、媒体或其他组织的开发者。应用号沿袭了以往公众号的特点，借助微信联合登录，和开发者已有的APP后台的用户数据打通，但不会支持应用号和APP的直接跳转。

开发者在我认为是微信应用号推出后最大的受益者，应用号开发成本降低，大部分的开发人员只需研发出适合浏览器应用的产品，即可满足不同操作系统的使用需求，可以更加专注于营销与推广工作，每个人都可以成为产品经理。javascript工程师会越来越值钱。

为什么他会这么火？

朋友圈，微博各大媒体媒介中当我得知微信发布的这一消息后，第一认识就是H5或者Web APP，但实际微信应用号带来的是获客、留存、频率和能力的一种平衡，我们不应该孤立地去看它的特性，而应该设身处地的体会互联网这个大格局与大环境，毕竟一切都最终目的都是回归到用户体验。

微信应用号难道就是Web APP？难道这就意味着大部分的程序员就要面临失业了？

对于互联网认识较为多的同学都知道Native APP和Web APP存在着相对的竞争关系，本地应用的最大优势就是将硬件资源运用的淋漓尽致，无论从性能、设计、效果和流畅程度远远超过于Web APP，类似于PC端的浏览器和软件。

一旦微信应用号的推出，的确代表着大部分的创业者通过应用号上Web APP解决你大部分的需求，但程序员若是可以增强Web APP的功能实现，将会实现更大的改善。

Java曾经推出Applet，相当于嵌在浏览器中的应用程序，同样可以利用本地的一些特性实现功能，微信应用号的推出其实把这个环境变成了微信及其带来的生态系统。同时，微信应用号提供了丰富的框架控件和系统调用能力，以及框架、视图、各类基础控件、表单、多媒体支持、地图、画布、WebSocket、数据存储、位置信息、设备信息（应用信息、重力感应和罗盘等），这些能力都可能通过JS SDK实现。

对于当下互联网环境，完全有能力做出不局限于Web APP的应用了，但是创业者的想象力与执行力才可以真正打动用户的产品和服务。以前，做互联网创业需要网站，做移动互联网创业需要APP，现在创业，越来越多的创业者更加倾向于通过微信订阅号和公众号的形式推广创意，确定可行性。当下若是微信应用号，确实能深刻地解决这个问题，相信应用号这一举措，确实可以称得上明智之举，微信也会扛起互联网的大旗，走得越来越远。

独立APP推广成本确实高，一个APP的推出需要先被用户知道，再到下载，再到使用，再到继续使用，再到愿意使用其增值服务，再到随处可用，困难可想而知。

难道就要一窝峰都去当前端？

其实在微信小程序正式登场之前，你就可以在 iPhone 的 iMessage 应用上体验类似的“小程序”了。在升级到最新版的 iOS 10 后，苹果简直就是在 iMessage 上复制了一个App Store，你不仅可以在 iMessage 里发送表情包，还可以跟朋友玩小游戏和分享其他应用信息。但跟微信小程序不同的是，iMessage 使用的是 iPhone 手机自带的框架，而不是网页框架。

将应用“网页化”一直都是技术公司努力推动的一个趋势，而将强大的通讯工具“应用平台化”也是技术公司们正在探索的。除了微信的“小程序”和苹果的iMessage应用，此前 Facebook 也在自己的通讯工具 Messager 上推出了简单的应用开发接口，让用户直接通过聊天窗口完成打车和订餐等操作。

而 Google 则一直希望将 Chrome 浏览器变成一个超级网页 App 平台，Google 在最近提出了一个名为 Progressive Web App 的概念，指的是运行在浏览器里的 App。这类 App 跟微信小程序的原理很类似，也就是将应用需要的框架和进程缓存到本地的浏览器里，让 H5 程序在离线的状态下仍然能够使用。

目前 Google 旗下的 Chrome 浏览器和 Firefox、Opera 等主流浏览器都已经支持了 Progressive Web App，并在 Google 的主导下为开发者提供了统一的 API 接口。相比之下，微信在这个时候发布小程序也只是在自己的平台上进行了跟进。

这么看，移动应用程序开发和分发的大变局真的快来了。“别再开发app了”，有很多人这么说。那么，现在加上后半句吧。“请开发移动网页应用吧”，而且JavaScript程序员要更吃香了。对开发者们来说，这是一次地震。

不过，不难想象小程序的开发者同样会像微信公众号的运营中一样受到诸多限制，例如将应用内容分享到朋友圈、内容审核的规则都得按微信的来——微信在这方面从来就不比苹果更好对付。

无论前端技术多牛逼，都需要云端技术的支持才行，技术栈们还是专心于本职，指不定哪天前端门口挤满了人，后端就火了，时刻关注在互联网环境，做好自己本职工作这就够了。

写到最后

最近听说行业有不少人喜欢吵「原生应用和网页应用哪个更好」的问题，我真觉得没什么好吵的。

对用户来说，这并不需要什么「艰难的选择」。网页应用很轻量，原生应用更全面，对不同产品而言，适合的形态当然也就不同——每个人都会找到适合自己的鞋。

微信小程序的出现，无疑是个新的机会，如果顺利的话，我们会看到类似公众号生态的蓬勃发展；

然而这并不意味着原生应用会就此消亡，我们认为在此之中蕴藏着很多的创造力，并乐于在此之中看到更多的创意、形态、模式。

对我们来说，无论原生应用、小程序、网页应用，其实都是 app，都是数字生活的一部分。

分享最近看的一本书中的一句话互勉

现在面对的事和物比以往任何时候都有更多的不确定性，在这个时代中，唯有变化才是真正不变的。

要解答怎么应对时代变化的问题，已经不能让农夫拿着更高级的锄具对抗海浪，而是要将农夫变成水手。否则，所以对“我们应该怎么做”的解答都不可伪证。

或主动，或被动。农夫已走在变成水手的路上。

—自商业，未来网络经济新形态

这是一个多多分享与交流的平台，让我们继续升温的讨论。