编码更少、交付更快、老本更低，还笼罩软件开发全生命周期，怎么看低代码都能够说是不错的软件开发工具。
低代码火了。
近几年，腾讯、阿里、百度等互联网大厂纷纷入局，国内外低代码平台融资动辄数千万甚至数亿，以及随同着热度而来的微小争议……无不阐明“低代码”的火爆。
事实上，低代码并非新概念，它能够追溯到上世纪 80 年代的“第四代编程语言”。2014 年，Forrester 正式提出低代码的概念。低代码是一种软件开发技术，衍生于软件开发的高级语言，让使用者通过可视化的形式，以更少的编码，更疾速地构建和交付应用软件，全方位升高软件的开发成本。与传统软件开发形式相比，低代码开发平台整合了软件开发和部署所需的 IDE（集成开发环境）、服务器和数据库管理工具，笼罩软件开发的全生命周期，咱们能够将其了解为 Visual Studio + IIS + SQL Management Studio（.NET 技 术）或 Eclipse + Tomcat + MySQL Workbench（Java 技术）的组合。
编码更少、交付更快、老本更低，还笼罩软件开发全生命周期，怎么看低代码都能够说是不错的软件开发工具。那么，它又为什么引发争议，甚至被其次要用户群体之一——程序员所诟病呢？“低代码开发会取代程序员”这一观点大行其是，它说得对吗？
为什么低代码引起业余开发者的恶感？
技术浪潮引发微小改革，也带来了有数“取代论”，比方机器翻译是否取代人类翻译、机器人记者是否取代人类记者，以及低代码开发是否取代程序员。
低代码尽管火爆，但程序员对此抱有不同的心态：
- 鄙视：低代码技术的诸多劣势只是炒作，该技术更适宜初学者，解决不了简单的技术问题；
- 恐怖：放心被低代码取代；
- 冲突：低代码开发平台可能笼罩所有需要吗；大量封装组件使得低代码开发平台更像一个黑盒子，可能导致难以 debug、难以批改和迭代降级等技术问题；低代码开发平台配置有大量组件，简略的利落拽动作即可实现大量开发工作，程序员不再须要厉害的技术能力。
那么，上述理由真的站得住脚吗？咱们一一来看。
低代码的门槛真的低吗？
低代码开发过程常被比作拼积木：像拼搭积木一样，以可视化的形式，通过利落拽组件疾速开发出数据填报、流程审批等应用程序，满足企业里比较简单的办公需要。
但这并不意味着低代码开发平台只能做到这些。
Gartner 在 2020 年 9 月公布的《企业级低代码开发平台的要害能力报告》（Critical Capabilities for Enterprise Low-Code Application Platforms）中，列举了低代码的 11 项要害能力。
图源：https://www.gartner.com/en/do…
这里咱们着重来看其中三项要害能力。
- 数据建模和治理：该指标就是通常所讲的“模型驱动”。相比于表单驱动，模型驱动可能提供满足数据库设计范式的数据模型设计和治理能力。开发的利用复杂度越高，系统集成的要求越高，这个能力就越要害。
- 流程和业务逻辑：流程利用与业务逻辑开发能力和效率。这个能力有两层，第一层是指应用该低代码开发平台是否开发出简单的工作流和业务解决逻辑；第二层是开发这些性能时的便利性和易用性水平有多高。
- 接口和集成：编程接口与系统集成能力。为了防止“数据孤岛”景象，企业级利用通常须要与其余零碎进行集成，协同增效。此时，内置的集成能力和编程接口就变得至关重要。除非确认可预期的将来中，我的项目不波及系统集成和扩大开发，开发者都应该关注这个能力。
这些要害能力表明 低代码平台在建模与逻辑方面具备较强的能力，而接口和集成能力可使业余开发人员实现低代码无奈实现的局部，通过低代码与业余代码开发的合作实现简单利用的开发。在波及高价值或简单的外围业务时，业余开发人员须要了解业务需要，厘清业务逻辑。从这个层面上看，低代码开发的门槛并不低。事实也是如此：海比钻研在《2021 年中国低代码 / 无代码市场钻研报告》中提到，截至 2020 年底，技术人员在低代码使用者中的比例超 75%，占主体位置。
低代码什么都能做吗？
程序员的工作围绕开发需要开展。在抉择开发工具时，程序员通常思考的首要问题是：这款工具是否笼罩所有需要？如果需要减少或变更，该工具是否反对相干操作？这些问题同样实用于低代码平台的选型。
在理论我的项目交付过程中，如果咱们仅能够满足 99% 的需要，另外 1% 的需要满足不了，那么实在用户大概率是不会买单的。因而，在评估低代码产品的时候，咱们肯定要保障该平台能够撑持所有零碎模块类型的开发，同时也要具备足够的扩展性，确保应用纯代码开发出的模块可能与低代码模块进行无缝集成，而这离不开编程接口。
当然，就具体应用领域而言，低代码开发平台也有其善于和不善于的中央。目前，低代码开发更多地被利用于 2B 企业应用开发，而对于用户量特大的头部互联网利用、对算法和简单数据结构要求较高的利用，低代码平台则不太适宜。
低代码开发不可控？
“低代码开发平台是个黑盒子，外部出问题无奈排查和解决。开发过程中发现有问题怎么办？迭代降级难以实现怎么办？”很多程序员会有这种纳闷。
但咱们须要留神的是，低代码开发平台实质上仍是软件开发工具，用户模型与软件开发周期反对是其要害能力之一。也就是说，成熟的低代码开发平台具备软件开发全生命周期所需的各项性能，从而大大简化开发者的技术栈，进一步提高开发效率。
具体而言，在面对频繁的需要变更、辣手的问题排查时，低代码开发平台引入了版本管理机制，从而更高效地进行代码审查、版本治理与协调，以及软件的迭代降级。至于 debug，日志剖析无疑是个好方法。
对程序员而言，低代码平台是限度还是助力？
“低代码”意味着更少的代码。代码都不怎么写了，程序员又该怎么成长，怎么取得职业成就感呢？
其实不然。
首先，开发 ≠ 写代码。低代码平台能够缩小大量反复工作，晋升开发效率，把业余开发人员从简略、反复的开发需要中解放出来，把精力投入到更有价值的事件上，比方精进技术、理清业务逻辑。
其次，低代码平台的组件化和拖拽式配置升高了开发门槛，老手程序员可能借助此类平台疾速入门，减速降级打怪；有教训的程序员也有机会参加更多我的项目，甚至带团队，积攒更多经验值，实现疾速成长。
结语
当迷雾散尽，低代码开发平台从新露出高效率开发工具的本色时，你会抉择它吗？