别说外行人，就是老手程序员，也喜欢低代码，要不也不会搞出来 UML 正反向工程。
——>随着重复代码越来越多，开始提取和封装（低代码走过波谷）
——>随着重复代码的封装，能支撑的业务越来越大（低代码爆发上升）
——>随着真实业务范围的扩大，提取封装成本越来越大，获得的收益越来越小（低代码走过波峰）
——>随着提取封装的成本效益比越来越高，之前封装的工具不断被抛弃，之后也不再做新的封装，一次性代码越来越多（低代码破产下降）
——>随着一次性代码越来越多，重复代码也越来越多，再次开始提取和封装（低代码再次走过波谷）
这就是程序员领域中，「低代码」，或者更具体的说，「封装公共逻辑」的无尽循环。
不过通常字面意义上的低代码，是低代码软件产品，是成品，不是程序员领域的设计思想。这种产品，基本也遵循上述循环，爆发阶段被生产，破产阶段急速消失。然后，当你考虑到这不是做一个模块、接口、小软件，而是一个大的软件产品之后，你就该知道它的开发维护成本的量级不会低。于是，只有极少数能真正有用一段时间，例如前面提到的 UML 正反向工程，例如
ASP.NET 。剩下的绝大多数，都是爆发阶段乱入的牛鬼蛇神，也就只能骗偏外行人，或者给「只想要廉价韭菜，不想要高质量程序员」的内行老板助力。