作者：Felix Schildorfer是Arctype SQL客户软件的编写者
近些年来，低代码/无代码工具一直呈增长势头。然而，为数众多的企业组织深陷其中。到底是什么原因造成了这种局面？我们又该如何避开它？
Gartner预测，到2023年，50%以上的大中型企业将会采用低代码/无代码应用软件作为其平台开发的一部分。
低代码/无代码工具数量激增，一方面可以归因于新冠疫情，这场疫情已给全球各地的公司企业带来了压力，纷纷迅速实施数字化解决方案。然而，这些工具的采用确实因新冠疫情有所加快，但也带来了意料不到的局面。
甚至在疫情爆发之前，那些财大气粗的公司就已经形成了一种寡头卖主垄断，拥有最好的技术人才和最先进的开发工具。因此，低代码/无代码对于中小型企业来说是一种颇有吸引力的解决方案，可以确保竞争环境尽量公平，原因在于低代码/无代码让这些小玩家能够利用现有的资源做更多的事情。
虽然常常在短期内可以获得这些好处，但这些工具的长期影响常常大不一样。有望更快速、更便宜的交付是这个组织捕鼠器里面的圈套或诱饵，积压项目、供应商合同、技术债务和持续更新则是那把致命的锤子。
那么，无代码陷阱到底是什么？我们又该如何避开它呢？
什么是无代码工具？
首先，不妨澄清一下命名方面的任何混淆。到目前为止，我将低代码和无代码视为一个术语。当然很容易把两者混淆起来，就连大型调研公司似乎也很难区分两者；而在本文中，两者都可能会导致同样的一系列开发陷阱。
然而拿到放大镜下分析一番，会发现有许多很小的细节和功能可以区分低代码解决方案和无代码解决方案。它们中的大多数在用户界面（UI）层面并不明显，混淆主要在于两者的来源之间。
我在本文中将花一些时间探讨这两者之间的重要区别，但是说到本文的中心前提，它们实际上是等同的。
低代码工具vs无代码工具
低代码背后的目的是通过将现有代码块集成到工作流程中的可视化界面（比如拖放式界面），尽量减少处理复杂任务所需的编程工作量。
由于简化了重复性编程或重复性工作，熟练的专业人员就可以使用低代码工具更高效地工作。这样一来，他们可以将较少的时间花在搭建基础的80%的工作上，而将更多的精力集中在优化突出不同的20%的工作上。因此，它担当了入门级员工的角色：为更高级的开发人员/工程师从事繁琐的工作。
无代码在外观感觉上与低代码非常相似，但在一个非常重要的方面有所不同。低代码旨在优化已经知道如何编写代码（即使略懂皮毛）的开发人员或工程师的工作效率，而无代码是为可能不了解任何实际编程语言的业务和产品经理设计的。它旨在为非技术人员提供无需经过正式的开发培训就可以创建应用软件所需的工具。
无代码应用软件需要是自含独立式的，无代码供应商认为用户可能需要的一切已内置在工具中。
因而，为了换取短期内快速获得效果，无代码应用软件带来了长期的重重限制。这个典例表明了“技术债务象限”背景下的“慎重-谨慎”场景。
稍后进行更详细的介绍。
无代码解决方案的优点
低代码和无代码的吸引力都非常明显。由于删除了代码，企业组织不需要编写这些代码的人员（开发人员），因为这些人薪资高、很抢手，而且根本无法迅速开发产品。
这两种应用软件在最佳状态下具有相当明显的好处：
资源：人力资本正变得越来越稀缺，因此变得越来越昂贵。这可以阻止许多雄心勃勃的项目立即完蛋。低代码工具和无代码工具可以使应用软件启动起来所需的专业技术技能最少化，这意味着可以更快速地完成任务，而且成本更低。
低风险/高投资回报率：安全流程、数据集成和跨平台支持统统内置在低代码和无代码工具中，这意味着降低了风险，而且有更多的时间专注于业务目标上。
进入到生产阶段：同样，对于这两种类型的工具而言，都只需点击一下，即可将您构建的某个模型或应用软件发送到或部署到生产环境。
鉴于上述这些优点，低代码和无代码最近一直都在席卷许多行业也就不足为奇了。尽管用户方面截然不同，但它们都旨在实现同一个目标：也就是说，更快速、更安全、更低廉地部署。鉴于这些相似之处，除非另有说明，否则这两个术语在本文其余部分都将统称为“无代码”。
无代码陷阱
有一个贴切的两个词概念很准确地描述了无代码陷阱：技术债务（technical debt）。
技术债务描述了选择简单的短期解决方案而不是更可靠的长期解决方案后出现的开发工作。
然而，技术债务未能描述专门与无代码解决方案有关的一些独特方面。
复杂性
所有无代码工具都承诺易于使用、具有简洁性。低代码工具和严格的无代码工具都是如此。这常常是企业组织选择走这条道的主要原因之一；虽然这在短期内可能确实如此，但从长远来看完全颠倒过来。
虽然无代码通常适合搭建快速的概念验证，但是说到创建一款面面俱到的产品，情况会变得异常复杂。这是由于每项功能都需要与无代码平台上的工作流程相匹配，所有这些功能很快积少成多。每个工作流程增添了额外的复杂性，势必需要进一步的培训，企业很快到头来花更多的时间来学习无代码平台，而不是学习实施一种功能更完善的长期解决方案所需要的开发技能。
除此之外，现在您的知识专注于仅仅一个应用软件，而不是磨砺全面有用的技能。
成本
无代码的另一个卖点是可以节省人力成本，但是从长远来看，这到头来也恰恰相反。一旦约定了服务条款，无代码的每月成本往往只会增加，另外要考虑到额外的培训和计算成本。
虽然创建原型时无代码无疑是一种成本低廉的选择，但是如果过分依赖它们，与无代码工具有关的长期成本可能是一大陷阱。
被解决方案锁定
无代码的最后一个问题是，一旦您掏钱购买了其中一种工具，可能极难摆脱这种工具的束缚，甚至不可能摆脱。供应商合同常常为期数年，一旦围绕这些合同构建了报告工作流程，企业组织将被迫要么继续支付不断上涨的费用，要么掏钱重建整个系统——后者始终需要更高昂的成本。
结论
当然，无代码解决方案有其一席之地，它们提供了快速而廉价的原型开发，这可用于对企业组织可能面临的种种问题实现动态响应。话虽如此，选择工具来完成项目时，牢记这个特定的使用场景很重要。
你是否想显示概念证明？是否想让您的团队能够在不同的解决方案之间快速迭代？还是您想长期构建可靠成熟的基础架构？以为无代码都能做到上述是无代码陷阱中的诱饵。
后记
撰写本文主要是为了警告您不要使用无代码工具打下永久性基础，因此，如果我写的内容与您的个人经历有关（或完全无关），欢迎留言交流。
本文明显缺少这样一种替代的解决方案：能解决与无代码工具同样的一些问题，从而使数据建模更容易、更易于被所有人所使用——这一切又不带来任何技术债务。
如果贵公司发现自己被夹在“无代码”和困境之间，SQL编辑器可能很适合你！
“无代码”的崛起
Gartner：低代码开发已成为一股技术潮流！
未来软件开发的五大预测：K8s 将推动云市场进一步整合；服务网格、AI测试兴起；“开发大迁徙”；低代码大放异彩