接受还是抵制低级代码？

对于初创企业或中小企业来说，信息化相当于从0到1的阶段，这些公司的需求也非常个性化。企业发展不会很快，但业务变化相对较快。他们需要一个灵活的工具来适应快速变化的业务需求。

对于中型公司和大中型公司，他们已经拥有业务系统，如客户管理系统或ERP系统，但这些核心业务系统不能满足所有业务需求。传统的覆盖方式是制造商的二次开发或定制。对于企业来说，负担成本高，使用低代码产品可以弥补个性化产品的不足。底线：低代码产品和标准化产品共同满足企业的核心业务需求。

对于中大型客户，一个组织有1000人，2000人，拥有大量核心业务系统，也拥有专业的信息团队，但仍有大量临时边缘业务需求。对于这些边缘业务需求，低代码是一个很好的解决方案。

然而，事实是，软件开发人员已经理所当然地接受了低代码开发的想法。由于低代码可视化、拖放式编程方法，它通常与业务用户或开发人员相关。这种情况使得许多开发人员对将其引入工作流程持怀疑态度。然而，由于变得更快和数字化的压力，他们只能选择低代码相关平台进行开发。

数字中断正在改变组织内部创新的总体步伐，因此他们需要采用解决方案，而不是让他们在响应业务运营的同时更快地交付。

开发人员不应该认为低代码低于他们，而应该开始将低代码视为一个变得更好的机会，并扩展他们提供更大价值的能力。开发人员倾向于关注其他事情，例如部署脚本、环境、底层语言和平台，而不是实际构建和交付app。

任何开发人员的工作都是提供有价值的东西，但通常情况下，开发人员的大部分时间都花在编码活动、脚本开发、故障排除和构建上，而这些都不会直接带来价值。

由于开发人员工作过度且缺乏资源，在工具包中提供低代码解决方案可以帮助他们跟上竞争对手的步伐，并专注于更重要的问题。

传统的app开发人员正在充分利用低代码，因为它更容易。通常需要修复的错误较少，因为它们使用的模块较少，因此它们在生产率和改进开发流程方面获得了许多好处。

想要快速向数字化转型的企业或人员应该采用低代码开发的主要原因有三：速度、灵活性和采用率。

随着业务的不断转型和跟上市场的持续压力，客户期望与满足这些期望的能力之间存在差距。每个人都希望行动更快，加快发展，完成更多工作。低代码有助于支持这一点，因为它允许拖放和可视化工具。它允许用户在更短的时间内满足业务需求，重用组件，并快速组装和构建app。