最近几年在软件开发领域，低代码被吹捧的到了天际，好像你没接触过低代码你都不好意思说自己在软件领域工作，其实，大可不必，这其中很大一部分是资本催生的结果，也有一部分是新技术的出现，让一些玩文字的人创造了一个新名字而已，我应该是10几年前就在这方面做开发，所以很早就想总结下低代码，春节期间没有回老家，正好梳理下，一共有三篇文章，分别是起因、实现、未来，这篇文章是第一篇，总结下起因的渊源。
开始接触
记得刚开始接触这方面工作的时候，我们当时叫客户自定义，由于公司是专门做电子政务方面的系统，所以有很多审批类业务需求，像绿化审批、土地审批、提案议案等等，这些业务具体场景不同，但有个共同点就是流程不固定，需要多少层级不好预先设置，这就要求需要客户可以自己配置，当时公司的开发都不知道怎么实现这样的业务需求，经过一段时间的摸索及实践，最后采用VML实现了客户的需求，当时觉得公司的实现思想及方式是非常先进的，其实现在看来也不错，除了VML已经被淘汰，其它并不过时，所谓的低代码还是一样的思路，但早已不叫客户自定义功能。
不断沉淀
从最初入职的公司离职，后面的工作经历基本都是To B业务，主要集中在云办公、理赔、差旅报销、物流等业务系统，虽然系统对应的业务场景不同，但系统都属于SAAS平台，因为SAAS化的普适性，不可能每个客户的需求都一样，客户越多差异性越凸出、个性化越明显，根据SAAS成熟度模型分级，如下图所示。
Level2基本就需要实现可配置功能，这样就不可避免的实现客户自定义功能，从流程的自定义、单据自定义、业务过程自定义、报表自定义等等，这些自定义的功能，也是基本是现在低代码的功能，所以，低代码并不神秘，早就有了，也早就出现在了各个行业，目前出现了动不动就出现什么首创低代码技术，哪里有什么首创，不是自己的知识面太窄，就是老王卖瓜，自己自嗨而已，真正搞技术的，基本不Care这些浪费时间的噱头，甚至有些反感。我自己也实现了一套从业务模型项到业务模型、从业务模型到流程、从业务模型到表单及流程与表单的关联、以及业务过程管理等全流程低代码平台，虽然过程曲折但结果还是比较满意的，但从不觉得有什么新颖的东西，真没什么可以炫耀的，还是踏实把业务做精，把平台做的更适应客户的需求才是正道，不要一天天的卖概念、起个新名字就是首创了。
总结
低代码并不是什么神秘的东西，其实早就有了，实现方式类似，思想相同，只是具体实现的技术可能跟以前不太一样，比如流程这块以前用GDI 、VML现在用SVG、Canvas，表单、报表以前用JavaScript、jquery现在用vue、react，但思路都类似，基本无差别，目前市面上出现的几十家所谓的低代码公司，实现的方式也是类似，套路基本也差不多，差别甚微。
这篇文章先写到这里，下一篇文章介绍低代码的通用实现方式。
