如果你了解过市面上各种低代码产品，不难发现其实这个领域的许多玩家在低代码概念诞生之前就已经存在了，比如：低代码领域的另一个巨头OutSystems，早在2001年就已经创立；而去年也被Forrester评为低代码行业leader之一的FileMaker，更是诞生于遥远的1985年（正好35岁，似乎在疯狂暗示什么）。那么，如果低代码像前面说的那么好，为什么以前没有火起来呢？从技术和业务两个角度看，可以归纳为以下原因：

技术成熟度不足

低代码底层的各项核心技术（可视化、模型驱动、RAD、BPMS...）都已经有漫长的发展历史，看上去似乎只是新瓶装旧酒。然而理智的人都知道，任何技术都会遵循所谓的“技术成熟度曲线”（The Hype Cycle），不可能刚一诞生就跳过发育直接秀翻全场，被大规模采纳和投入生产。以模型驱动技术为例，虽然十几年前就已经有体系化的理论研究（e.g. MDA）和配套工具（e.g. EMF），但在当时的技术背景下，由于能力不完备、过于理想化、技术门槛高等原因，一直没能在工业界走向主流。

而如今这个时代，支撑低代码的那些“老”技术都已经过长时间的发展酝酿与市场检验，而另一些完美互补的“新”技术（e.g. 云原生、响应式Web）也在飞速发展和走向成熟，是时候通过“低代码”这个新酒瓶重新包装上市，为亟需新生产力的传统IT市场带来一场真香之旅了。

业务收益不明显

即使十几年前的低代码技术已经足够成熟，也一定不会在当年的应用开发市场上产生现在这样的影响力。为什么？因为技术都是为业务服务的，而当时的应用开发业务需求可比现在简单多了：没有如今的多渠道（Multi-channel）、多样化体验（Multi-experience）和各种集成与定制需求，也不会奢求如今已成为企业级应用标配的弹性、分布式和高可用，更是缺乏快速变化的IT业务场景来推动持续集成与快速交付。

虽然低代码可以完美解决上述所有问题（e.g. 多端应用生成、云原生架构、API集成能力），但放在当年的市场和业务背景下，加上前面所说的技术不成熟度，整体的投入产出比会很低，不足以让企业大面积采纳低代码解决方案。

而如今这个时代，企业都快被新技术带来的能力和收益“惯坏了”，动不动就是：我想做一个送菜应用。用户端？安卓、iOS、H5、小程序都来一套。运营端？一般都在电脑上看，但记得手机上也得适配啊。服务端？上云，必须的。哦，我听技术合伙人说现在流行多云架构，也给我整一套哈。运维还要钱？啥是运维？应用有了不就能用了嘛，运维还要花我钱？你当投资者给我的钱是大风刮来的啊！

如果用传统的开发模式，这么全套下来的工时与报价，可能早就吓跑了这群跟产品经理一样天真可爱的人；但现代化的低代码技术，可以圆了上面这位创业者的卖菜梦，用白菜一般的价格，实现白粉一样的价值。当年的程维如果能用上现在的低代码，第一版的滴滴App也就不至于被外包做得乌烟瘴气直接报废了（至少能多扛一阵子...）。