一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第19天，点击查看活动详情。
现在国内的低代码风生水起，主要的原因，还是因为代码开发和业务发展之间存在较为尖锐的矛盾。业务往前走，但是研发效率跟不上，所以希望有更多的提效手段。低代码是一条饱受争议的路。
主要的结果是，目前低代码没有一个事实上的标准，导致了大家不知道该如何发力。
但是好在有一个评判标准，就是业务，只有业务才有发言权。
开发低代码之前，首先要明确什么是低代码。
低代码平台需要弄清楚适用范围，是通用型，还是专用型。做通用型的是有代价的，用来做专业东西效率就会变低，通常来说，我们需要一个插件机制，去提高特定场景下的开发效率。通用的场景，我们需要一个通用性非常高的底座和一套比较完善的插件机制。
输出的app类型来看，通常有以下几种类型：
- 流程驱动型
- 表单驱动型
- 模型驱动型
- BI分析类型
我们还需要考虑下使用的用户，是技术人员还是非技术人员。这个影响很大，通常我们研发的都是面向开发人员的低代码平台。
通常来说软件的基础设施就是硬件，但是当虚拟技术引进，基础设施即服务的时代就开始了。
saas 高度封装的软件提供巨大便利的同时大家发现它的可定制性很弱，后来又出现了ipaas，就是应用程序平台即服务。它提供的功能包括构建扩展集成应用服务等等。
从中台演进看低代码的发展，低代码可以将中台系统里的各个模块整合到一起。
我们要做好低代码一定要考虑到上面这些点。
