好实用微商学院分析，整体来看，小程序是借了HTML5的技术栈，行了传统客户端开发的模式，这一点和React等平台会比较相近，可以视为HTML5的一个新分支。从设计思路看，小程序做了大量的“限制”，最大的限制是开发者其实无法通过Java这样的编程语言直接对界面进行控制，而是通过数据驱动来间接实现。这对于缺少开发经验的人而言，是有益的事情，因为降低了理解的门槛，但对于复杂的应用来说，这个模式开发起来比较呆板，往往是一个变化多处修改，增加了理解代码的成本。
开发小程序的日子，也是一个踩坑的历程。简单总结，小程序中的坑大概来自这几个方面：
1、Web兼容性。小程序引入了HTML/CSS作为技术栈，并在其基础上进行了定制。很多开发中的问题都来自于“定制”，因为你并不知道哪部分是被定制，哪部分是被继承了。比如，你用了一个CSS语法，发现并不生效，或者效果和浏览器中的不一样，于是，只能换一个写法，结果很有可能又会继续发现，这个新的写法可能效果也不对，于是只能继续尝试，如此反复，可能会消耗大量的时间。
2、开发环境不稳定。小程序的开发，是基于微信自制的IDE，但当下，IDE的稳定性、易用性都非常差，时常出现Bug，你以为是程序写错了，但其实，是IDE的Bug，重启一下IDE，一切都迎刃而解了。于是，当你日后开发小程序时出现某种异样，先重启IDE，再看问题还在不在，也许是种更节省时间的方式。
3、缺少真机调试环境。小程序的运行时其实就是微信，微信几乎没提供任何真机上的调试工具（也不能说完全没有，有一个只能在真机上瞪着眼睛看的日志框）。在模拟器中调试好的程序，可能在真机上运行起来并不如预期。比如，我们碰到过真机上白屏、位置错乱、动画效果不对，以及Android上至今还不能运行等问题。这对于稍微复杂的程序而言，颇为梦魇，想做一些细粒度的调整和优化，基本只能靠猜。
4、闭源且缺少学习资料。小程序整体上是闭源状态（虽然模拟器和IDE部分可以通过反编译来看），且缺少足够的学习资料。如果一旦碰到控件如何使用、为什么这么用不对之类的问题，就只能靠不停地试来解决，也需要耗费大量时间。
