小程序不用h5 第1篇
上面都是作为技术人员的一些废话。小程序之所有不选用web，个人认为最重要的原因是要重塑运营规则。
众所周知，web以开放互联著称，这意味着任何人可以在web上发布任何程序，并且每一个web都可以和其他web应用互相跳转。此外，web页面的内容是可以随时通过后端或者前端进行控制从而动态显示的。当然，web因为这么多年的发展，标准庞大，能力众多，实在是不能胜举。
这些能力固然是非常棒的，也是web开发人员引以为豪的地方。但是对小程序来说，却未必是一件好事。
看看当前公众号的现状即可知道：刷流量、跳广告、伪造各种页面、发布违规页面等行为屡禁不止。这正是微信最不爽的地方。
因此，小程序的目标很明确，就是重塑一个微信规则下的web。这里的web只能提供服务，不能营销，不能引流，不能动态改内容逃避打击，不能跳转，不能违规。所以的事情只能按白名单能力（小程序开发文档）来做，白名单没有的，想都别想。而且即使白名单中有东西被坏人利用了，还有一道人工审核来进行把关。不按规则来的，对不起，全部打死。
对营销狗（网上取的词，无贬义）来说，小程序毫无用处，因为它几乎将营销的口子全部堵死了。而对用户来说，这才真正是该有的体验。
小程序不用h5 第2篇
为什么没有人问上面改过的问题，而小程序就有人问呢？只是因为小程序和web长得很像，所以就觉得要用web来做吗？那长得像的话是不是就能直接用web做呢？
答案是，大部分是可以的。比如文本、图片、输入框等等，都可以。
但是，也有一部分小程序的功能是web完全不具备的，例如扫码、获取设备信息、获取罗盘信息、等等。
此外，还有一小部分是web做起来很困难的。比如上面有人提到的地图、fixed的文本输入、视频相关、sticky定位等。
除了能力上的限制以外，还有相当一部分是来自于性能上的限制，也即虽然很多东西用web确实可以做，但是性能是很差的。
小程序不用h5 第3篇
（这是一段政治不正确的文字）
对微信来说，如果使用web来做小程序，就意味着要照顾庞大的web标准体系。虽然对大部分的前端工程师来说，使用到的web能力并不是太多，但对浏览器来说，web标准是一套非常繁杂非常闹心的东西，要支持一套完整的web标准体系并不是一件容易的事情。
当然，你可以说腾讯不是有X5了吗？那好，我们抛开实现上的复杂不说，只说支持web标准和小程序的关系。
如果要在web标准的基础上来做，那么打补丁这件事情会变得不愉快。
例如fixed的输入框这件事情，假设客户端可以自行改变容器的高度和定位，在focus的时候做一些hack处理，那么大部分情况下体验是不错的。但是因为web标准在这里，你就不能随意更改一个元素的定位和尺寸。
再比如视频，X5中为了用(shang)户(ye)体(li)验(yi)，重写了视频元素的行为，默认情况下全屏播放，且非全屏的情况下也只能是页面最高层元素，无法被别的元素覆盖。对于看视频、看电视剧、看电影的人来说，这本来是一个不错的用户体验，但是这一棒子却将用视频做页面效果、做直播（边看边聊）的人打死了，导致X5的这一行为至今被骂到死。
这样的例子非常多，如果你既要完整照顾web标准，同时还要在用户体验、性能上做优化，还要在此基础上打补丁，将是一件几乎不可能完成的事情。即使能费九牛二虎之力做得七七八八，也可能随时面临用户的投诉：“为什么这个行为和浏览器不一样？”
而反观小程序的现状，在完全不管web标准之后，想不支持CSS级联就可以不支持，想改canvas API就能改，想增加()就能直接加。
甚至在加载方面也完全不用考虑web的事，一股脑扔给微信，像app一样整体下载就可以了。
这对产品和开发团队来说完全是甩开膀子随便干的节奏。因此对小程序的产品和开发团队来说，放弃使用web来做是一件性价比非常高的事情。