低代码不是市场,而是一种方法

2021-06-25 00:00:00 代码 开发 开发者 工具 开发人员






低代码是敌是友?


作者 | 杨丽 转自 | 雷锋网
Gartner预测,到2024年,65%的应用程序开发活动将通过低代码的方式完成。同时75%的大型企业将使用至少四种低代码开发工具进行应用开发。
在国内,越来越多的低代码相关工具和平台开始出现。
低代码是什么,它的真正含义是什么?
过去几年,我们看到许多文章将“低代码”与“公民开发者”或没有深厚开发技能的从业者相关联。使用者可以利用提前准备好的组件,通过编辑器输入少量代码即关键信息,然后将结果作为应用程序发布。
但是,面向公民开发者只是一方面。目前针对专业开发者的工具也越来越多,有何不同?这是本文探讨的重点。
低代码不是市场,而是一种方法。
低代码确实意味着要提供可视化、图形化的工具,以及简单的框架,以替代更为复杂的编程操作。但这也意味着,无法生成高度定制的应用。
例如,需要与其他企业系统进行通信的应用,需要广泛定制的应用,跨组织边界的应用或需要关注治理要求的应用等等。在复杂的场景下,通常需要开发者的专业知识,并且开发者必须深入了解才能修改代码。
因此,不能叫“低代码市场”,而是说这些工具有特定的开发应用场景。比如,低代码也可以面向专业开发者提供服务,那么除了拖拽工具外,低代码平台还可以提供用于开发API或将应用程序与其他系统集成或自定义的前端接口。当需要代码时,开发者是应用能够使用自己的工具和框架,而不是受限于必须使用低代码工具的限制。
因此,提供一种混合开发方法的平台可能对于开发团队来讲更有用,即包括低代码开发和编码器开发的混合模式,可以用于更复杂的自动化用例。因为对于关键的企业应用,通常都需要业务和开发人员的投入。
从这个层面来看,低代码将会被整合到更多的业务工具中,因为使用低代码不是追赶趋势,而是一场潜移默化的全面性革命。结合当下的市场趋势来看,越来越多的服务商也将低代码工具应用于数字流程自动化、商业智能、机器人流程自动化、身份管理和数据集成等方面。
随着自动化平台和其他低代码工具的成熟,会有越来越多的人开始习惯使用低代码。由于每个人对这些平台有了跟深入的了解后,开发人员对将非开发人员纳入其项目团队中会少一点犹豫。
因此可以说如今进入工作场景的年轻一代是数字原住民,他们对投入技术并亲身实践无所畏惧。而低代码正在打破自动化领域工作的技术障碍,使得业务与开发之间的协作变得更加容易。
不过,低代码也是一把双刃剑。
随着公民开发者开始成为技术团队的一员,开发团队也越来越意识到漏洞和合规性的问题。因为非专业开发人员对安全性和数据治理的重要性不会很care,至少不是首要关注的问题。
这也让我们开始关心是否可以借助DevOps以缓解其中存在的一些问题。
低代码是从相对简单的应用程序开始的,可能不太需要DevOps风格的项目开发方式,因为低代码已经成为关键企业项目的规范,但DevOps将成为其中必不可少的一部分。这是低代码产生更鲜明影响的地方。使用低代码平台进行迭代、持续改进和持续交付,也是在于没有任何一款应用是一劳永逸的,相反需要持续改进、维护和交付。
编译自Devops,作者 Miguel Valdes Faura



相关文章