微信小程序令人失望的问题

微信小程序已经发布接近半年了，自己也关注了很久微信小程序的开发，还专门为此注册了公司。令人失望的是，微信小程序从发布到现在，成吨的技术低级问题都没有解决。本文抛砖引玉，供大家参考。文末还有个人对微信小程序的理解与担忧。

失望的问题

模拟器与真机很多不一样，很多 margin、padding 为 0 的地方，会多出不明所以的留白（在 Sketch 中对齐的两张截图）：如果上图不够明显，我把模拟器截图的透明度提高，覆盖在真机截图上面：模拟器应该是使用 Chromium 内核，而真机是不明所以内核。微信拥有那么多的资源，那么多人力，半年来都没有解决这一个模拟器和真机表现一致的问题。那这样的模拟意义何在呢？微信真的用心推小程序了吗？
真机 debug 极难，虽然自带 console 但是无法 debug UI。比如有一次遇到 UI 混乱的很，找了半天（无法调用开发者工具测试），最后的猜测是竟然 iOS 微信小程序不支持 flex-wrap。真的是让人心寒。另外还有一个关键的一点是，在个别平台的 <input> 的 focus 动作时，placeholder 会稍微移位。iOS 上似乎已经修复了这个问题，但是 Android 还有
技术不开源。当年乔布斯撰文反对 Flash 的原因就是，虽然 Flash 号称开放技术，但是它一点都不开放。我觉得如果乔布斯今天还活着，一定不会允许微信小程序上线。读者可以尝试把原文中的 Flash 替换为微信小程序。
微信一直是一个极其封闭、保守的平台，对比 FB、T 记，微信的内部浏览器是最封闭的：必须得给微信交微信认证的保护费才能保证不被微信浏览器“转码”、“封杀”。否则不仅仅是朋友圈、公众号，即使你在聊天窗口发一个链接，也会被微信审查、转码。微信小程序会有这样的一个问题，就是无法引流到自己的平台（网站、app ）。微信表面上号称“即用即走”，恐怕第一出发点并不是用户，而是恐惧一个依托微信起步的优秀产品。经常使用国外聊天工具的朋友肯定会注意到，无论 Telegram 还是其他类似的 App，你在发送链接的时候，聊天工具甚至会帮你爬取链接的 title、首行甚至图片作为“预览”，更别提“转码”了：
微信小程序的文档极其不健全。比如“选择器”，其实微信小程序实际支持的选择器远不止于此，不知道文档出于何种目的没有详细说明。
本应该有的功能还要高调的发布。比如数据统计的功能，前段时间发布，更可气的是还有一堆跟着附和的。想必这些开发者并没有多少独立思考的能力吧，难道没有想到开放的这些功能都是阉割版吗？作为一个平台厂商开放数据统计肯定是理所应当的，还有一堆感谢马老板的，真是奴性思维。
微信小程序、公众号审核不透明、双重标准严重。最新的规定是，涉及其他国家名称的微信号原则上不予批准，例外是你的公司的经营范围和这个国家有强关联（来源长沙某微信外包审核公司）。可是目前很多活着好好的公众号就是用的国家名开头。这种双重标准造成了多少审核寻租的空间，为创业者制造了多少壁垒？

一点担忧

老实说，微信小程序的出现，的确为制作新产品的人降低了创业门槛。但是它的出现，就和菜鸟和顺丰之争一样，大平台总想把握更多的数据，攥紧创业者的命根子。相比之下，微信小程序不仅仅是“攥紧命根子”，掌握着流量来源、用户信息（ union id、微信登录）的它，拿刀抵着的，怕是创业者的心脏。如此低劣的技术和文档，更加证明了腾讯的居心——不是为了方便开发者，而是为了把他们掌握在自己的控制之下。

《经济学人》在最近的一期封面中已经提到，世界上最值钱的资源已经不是原油了，而是数据。吴军在《智能时代》里也非常强调数据的重要性，把它看做机器智能的基础。

说了这么多，似乎又毫无意义，发布这个帖子后，我又要继续我的微信小程序开发了。