这几天在开发微信小程序，能感觉到微信的一些尴尬，或者说犹豫。

比如，很多产品已经有 H5、手机端等形态。如果全新开发小程序版，代价未免过大、性价比不高。进而，愿意这样做的玩家就会少，小程序的生态就会受影响。

不得已，小程序开个洞：支持使用 web-view 内嵌 html 页面。尴尬的地方在于，H5 本身是很强大的，几乎无所不能。而微信自然不希望自己相当于内嵌一个浏览器，让人家随便来玩，于是做了一系列限制。比如：

• 个人版小程序不能使用 web-view；
• web-view 与小程序之间的通信方式极其有限，甚至可以说是残废版；
• web-view 的缓存问题非常严重，且完全不可控，遇到时也完全没有办法解决；
• web-view 中长按图片不能识别二维码；

而且，在论坛中，官方也说了，某些限制目前并没有计划改进；难受你就难受着吧，爱用不用。

你看吧，明明技术上可能做得很强，但商业上又不允许这样，你说难受不难受。

比如，你努力工作、绩效突出，能拿多少工资资金？对不起，这个主动权掌握在别人手里。老板觉得该给你多少，就给你多少。你能做的，只是尽量在老板面前表现好一点。

这里面的问题，就是你的付出和回报之间，夹着一个第三方，使得你的努力和回报之间不是直接联系的，就不容易产生正向激励；甚至，还会有负激励。

与之相对，其他一样方式就比较直接。

比如，做交易，你的努力和回报之间，几乎是直接联系的，唯一就差了市场波动和运气。

比如，开发 App 在并应用市场销售，也几乎是直连的。App 做的好，下载并付费的人多，收入自然就高。

努力很重要，掌握回报也很重要。

还是说软件开发。

实现功能是进，调试及修复问题是退。进的快，可能带来的问题多，导致退的也多。

走一步，停下来，把脚下的土踩实。每实现一个模块，进行部署、手动测试下。确认可靠了，再继续往下走。

当然，我这里说的都是我个人开发的经验和流程，可能登不上大公司的大雅之堂。我也确实在积极学习规范化的流程，不过我也知道，专门研发和制定流程的人，面向的都是规模很大的组织。在这样背景下产生的流程，未必适合我这个小作坊。当初我也在团队中主导提供参考 Scrum 敏捷开发，其效果也未必好。

因此，我还是以自己摸索出来的土法为主，适当接触大公司的流程为辅。

开发时有个细节，是关于变量名的。在小程序、网站等公开渠道跳转时，我希望变量名尽可能简短。而在程序内部，则可以稍微长些、明了些。

这就带来了不统一的问题。刚开始时，自己脑子里还算清楚，知道哪里用的是什么，要进行相应的转换。可时间长了，就不太清楚这个机关。再往后，就可能是隐患了。想到这个可怕的维护成本，外部变量名简洁这个好处，就可以忽略不计了。

统一后，可以减少出错，也可以减少大脑不必要的思考。

关于统一，我一下子想到的是公路上的标识系统。基本上，你从中国的最南端开车到最北端，由于统一的标识，你几乎不太会在这方面遇到太大困难。想想要是各地针对自己当地的情况进行优化，哪怕局部看是更好的，可全局上看，则是灾难了。

这个是说软件开发。

干之前，先朝远处想想。想的远了，就知道眼下该做什么。软件开发，很怕返工。先随便用什么方式实现，之后再改进。这个是没什么大错，但关键会浪费很多时间心力。毕竟代码是花时间写出来的，重构时直接删除，也挺可惜的。而且，重构已有代码，有时比写新代码还累。所以，最好写代码时就写得差不多，最好短期不需要重构的。

就像开车，眼睛看得远，车才开得直。