作者 | Amit Kumar
在我之前的文章中，我谈到过低代码如何使开发过程更容易，以及它如何通过提升技术赋能业务的一些话题。有些读者联系了我，问我低代码是否是所有技术工作的灵丹妙药？
Github 的 CEO Chris Wanstrath 说过，“编码的未来是无需编码”。
但是，我们做到了吗？答案是一个响亮的否定。
之前，我谈到了编码是如何演变为低代码的。如果继续沿着这样的轨迹演进发展，我们也可能会走向“无代码”。如果你想了解使用低代码的好处，你可以在互联网上找到很多文章。其中将低代码的优势介绍最全面的一篇文章是由 Vahana 团队撰写的，它列出了低代码的 12 个好处，当然，低代码也存在其局限性。
Coveros 首席技术官 Thomas Stiehm 也说过，“低代码不是代码的未来。它在未来肯定有一席之地，并将用于开发许多应用程序。但是它不会取代其他开发软件的方式，因为当解决方案的复杂性增加时，低代码就会崩溃。在 90 年代，我们看到了 Visual Basic 的前车之鉴，VB 很有价值，很多软件都是用 VB 编写的。但最后，正是某些应用程序所需的复杂性导致了 VB 崩溃，而不再是一个好的解决方案。低代码也将一样。”
那低代码目前具体有哪些局限性？
解决方案的复杂性
正如 Stiehm 所说，解决方案的复杂性是其局限性之一。从本质上讲，低代码平台旨在管理场景。在构建平台时，开发人员试图将在平台上构建的解决方案放入工具进行管理。使用低代码平台构建简单的流程流非常容易，但是当需求变得复杂时，可能需要自定义编码。
拖放界面的局限性
低代码平台仍在不断发展。现实世界中已有许多用例可以通过使用低代码来加速，但可能不是端到端开发。在这些平台的进化周期中，我们已经找到了支持全栈开发的平台，但是你能在它们上面构建任何类型的用例吗？我不确定。设计上的拖放界面限制了你可以构建什么和不能构建什么。平台不断添加 UI 元素以带来更多功能，但如果你有一个想法不是基于现有的应用程序，那你最好使用传统方式进行开发。
有限的自定义
这种限制对于具有模板库的低代码平台来说更甚。无论您选择哪家银行，在印度开立数字账户都需要类似的步骤。低代码平台可以为该流程创建模板，不同的银行可以根据自己的品牌自定义模板。但是，如果一家银行想要增加一些额外的功能，例如在开户过程中添加产品或服务的创新方式，这时使用低代码平台可能无法实现。因为在低代码平台中构建此功能可能会比使用传统方法构建整个流程的成本更高。
没有技术的神话
低代码平台也需要编码，有时是以特定的方式。支持全栈开发的平台（Vahana Cloud 就是其中之一）都有自己的语言。为了有效地使用这些平台，需要进行培训。我认为这个神话源于低代码和无代码的可互换使用。无代码平台只能通过图形界面工作。但是，如果你想要构建一个企业应用程序，“无代码”的用途则非常有限。如果企业应用程序建立在低代码平台上，你还需要具备如何构建这些平台的技术知识。
那么 Chris Wanstrath 对未来的观点就是错的吗？在我看来，答案仍然是否定。未来仍在发展，到 2030 年，对构建平台能力的投资，预计将推动低代码领域增长到 1900 亿美元。大多数项目的编码自动化也将在几年内成为可能。我认为下一个前沿领域将是设计自动化，但这是另一个讨论的话题。
那么，你怎么看待低代码的局限性？随着时间的推移，你认为这些局限性会消失吗？或者，低代码会走 VB 的方式吗？
8 月 30 日 -31 日，GMTC 全球大前端技术大会将于北京举办，会上我们策划了【低代码】专题，由百度资深研发工程师潘征老师担任专题出品人。本专题我们目前已经邀请了阿里巴巴前端技术专家，企业智能事业部前端物料体系负责人王思佳（光弘）老师分享《基于 LowCodeEngine 的阿里低代码组件体系的建设和实践》，带你了解如何利用低代码技术生产组件的技术方案、如何让已有的业务组件快速接入低代码项目，以及如何为组件研发领域带来的变化和机会点。
另外还有来自中国工商银行云计算实验室的智能化研发领域负责人杨丹老师分享《中国工商银行低代码可视化建设探索与实践》，带你了解低代码目前在银行业的建设思路、痛点及应对策略和应用前景。此外，还邀请了来自华为以及百度的资深技术专家进行分享，精彩议题内容正在打磨中。
低代码到底是银弹？还是泡沫？众说纷纭。如果你对低代码的最新技术和应用实践感兴趣，或者你对低代码的发展有不同的见解，欢迎你来 GMTC 北京站现场来交流互动。
