说句实话，其实我一开始也以为低代码是为了节省时间的。其实后来现低代码只是为了转移工作而存在的。[捂脸]

    除非业务不会发生太多变化，可以用低代码

    只有高度标准化的业务才适合用零代码或者低代码来做。

    低代码也不一定面向业务，比如我们现在用的一些前端框架React VUE 等等 较十几年前的开发是不是已经算是一种低代码思维了，能较大程度标准化一些通用组件，甚至可以是一些行业通用的
    这类技术类组件，有更广泛的通用性，可以大大减少代码量；低代码做的更彻底，直接面向业务功能，提供配置化实现，加上少量代码；再进一步提供标准的业务组件，基本上就是零代码了

    低代码发展到后面，估计会出现语言级别的低代码，之前预测是DSL，应该会比DSL更易用、更完善、更系统化

    可以做个小小的预言：只要键盘鼠标存在，那么低代码就会一直存在，直到有一天新的人机交互方式出现，比如：自然语言、意念语言（脑电波）、神经介质等等

    根据我的经验，不少人 真的掉进了 低 代 码 这3个字里面，很难爬出来的

    对老板来说，顾几个程序员就实现0代码， 老板一行代码都不需要写就实现了需求。