低代码实现探索（十九）低代码的意义

我个人一直认为低代码本质上就是赋能给开发者，而不是为了给一些非专业人员使用的，首先造出这个职业工种很难，阿里也只不过造出了一个“数字化管理师”，它职责是帮助企业如果利用数字化技术，赋能给企业，加速企业的成长和规范化，而不是去用低代码设计系统。

低代码取代开发者

曾与多家公司低代码实践者中多数低代码平台其实推广起来很难，因为他们的使用者不是那些产品经理，非开发者们，正在使用者相反还是开发者们，但是他们提出的理念和基本动作又很难影响到开发者，当遇到困难的场景时，低代码又把原本简单事情变得更加复杂化了，经过一段时间后，难以生存，成了公司的阻力

反思低代码如果赋能开发者

业界中的两个大老，Mendix 与 OutSystems 基本上是在工程化上下了很大工夫，没有放弃开发者的习惯，有模块，有文件，一直还坚持文件方式来管理你代码，而不像我们国内的低代码清一色大部分一个 json 解决了所有，本身单个文件看上去简单，他也带出来了新的问题，多人开发版本，与合并过程很难实现。模块化，设计化不清晰。

赋能开发场景

1.帮助生成了代码

2.函数调用，属性定义，

3.如何做到与开发者和平共处，做到你中有我，我中有你，最好全是你的

4.做好开发者与低代码框架相互赋能的接口

5.低代码提出的应该是好的开发规范，好多设计模式，增强开发者的能力以及整个项目的质量

6.如何让他还是以一个框架存在，有清晰定制化的能力，以及帮助架构师们设计出更有特殊的架构思想

7.它是开发框架，它是。。。。。就像（spring mvc ，vue，程序长在其中如此自然）（技术没有发展，是我们看技术的认知变了，）

暂时写到这，后面赋能的细节还比较模糊没有，还需要再实践之后再把这篇文张写完