在与许多企业公司谈论利用低代码和无代码开发策略时，似乎一些开发人员对这个概念有点害怕。就像工厂工人想知道生产线上的自动化是否会让他们失业一样，一些开发人员也不愿意思考低代码和无代码编程，因为他们担心这最终可能会使他们变得多余。

　　没有理由害怕这一点。首先，没有真正"无代码"这样的东西。即使在官方称为无代码的环境中，开发人员也使用预制的代码部分作为构建块来创建软件应用程序。因此，即使是最基本的无代码开发仍然需要程序员的才能将这些构建块放在一起。低代码在为开发人员提供与软件开发工具包相结合的代码块方面走得更远，这使他们能够自定义应用程序，而无需从头开始编程。假设这些平台会让开发人员失业，就像说使用乐高积木会阻碍孩子的游戏能力一样。

　　就像乐高的类比一样，情况恰恰相反。这种形式的快速应用程序开发对程序员是有益的。事实上，企业架构大师Gregor Hohpe称低代码为"软件开发的圣杯"。这些方法是技术捷径，可以完成一些编程工作，因为部分代码是预先存在的。但是这使得程序员的设计更容易和更快，使他们能够专注于独创性而不是基本的编程任务。复杂的平台提供了我们现在创造的"transform-code"，或下一代低代码编程，它可以将ABAP等过时的语言转换为JavaScript等更现代的代码。这些语言更容易支持，也更受新兴人才的欢迎，从而更容易从那里进行开发和数字化转型。

　　当你看到编码的演变时，事情肯定比过去几十年变得更简单，更自然。我们程序员使用的原始机器代码非常繁琐。低级二进制语言是抽象和细粒度的。幸运的是，业界开发了语言和图形界面，使程序员能够以更少的努力创建突破性的软件。

　　低代码编程只是这个概念的演变，因此它作为"下一代"方法的地位。低代码工具不是通过装配线中的机械臂等自动化取代开发人员，而是允许首席信息官重新调整其开发资源并更好地利用其高技能开发人员。这些编码人员可以将他们的技能用于更复杂的任务，例如为企业设计创新的云原生应用程序，并完成组织业务流程中固有的所有长期知识和逻辑。

　　低代码解决了CIO和开发人员面临的几个市场挑战。在当前的劳动力短缺期间，减少时间和劳动力以及更好地节约资源的能力非常方便。"大辞职"和大流行隔离只会加剧开发人员池中现有的赤字。美国劳工统计局预测，到2026年，美国工程师的短缺将超过120万。低代码编程使IT团队能够以更少的资源做更多的事情：它需要更少的人和更少的时间，给公司带来更少的成本，并减少潜在的破坏。

　　然而，从开发商的角度来看，他们并不关心解决劳动力短缺问题。高技能程序员的稀缺只会使那些剩余的专业人员更受欢迎。但是，内部开发人员的真正价值在于他们拥有关于每个企业以及公司内每个部门如何运作的知识。

　　开发人员能够在对公司的系统进行现代化和创新时将这种智能应用于其应用程序设计。这是自动化永远无法取代的。因此，尽管低代码/无代码可以为程序员提供数字化转型过程的快速启动，但开发人员对公司各个流程，文化和要求的丰富知识才是他们真正价值所在。低代码只是帮助他们实现目标的另一种工具。

　　低代码是各种实用解决方案的总称，因此公司应确保为其环境找到合适的工具。例如，如果您正在为 ERP 环境构建业务应用程序，这通常涉及库存管理、供应链、制造、仓库管理等部门，那么您将需要一个与轻量级低代码/无代码工具完全不同的平台，这些工具更适合简单的表单或轻量级的单点解决方案。此外，首席信息官应确保其低代码/无代码解决方案具有可扩展性和供应商中立性。这些特征将有助于随着公司的发展而保持效率，并将为组织提供更多选择，以便将来将硬件添加到其系统中。

　　在实施低代码策略时，CIO应该承认这样一个事实，即开发人员最初可能会给予一些阻力。制定一个计划，从一开始就解决他们的顾虑。这可以像召开团队会议或起草一份备忘录来解释低代码应用程序开发的目标一样简单。提醒他们，他们之所以重视自己对组织的洞察力，而不仅仅是他们编写普通代码的能力。开发人员应该将此视为晋升到新的专业级别，例如应用程序或企业架构师，其中新工具将完成一些"繁重的工作"。

　　首席信息官应在其卓越中心包括有关低代码工具的治理策略以及技术团队的最佳实践规则。这将有助于将快速应用程序开发作为基本过程的一部分。呼吁在 CoE 中迁移到云功能将有助于组织面向未来的技术计划，这些计划可以通过低代码开发更有效地执行。