低代码平台:它可以为您的企业做什么?

在过去的几年里,低代码概念越来越受到关注。低代码的口号是消除或减少构建应用程序时所需的编程量,尤其是用于管理和处理数据集的内部应用程序。

开发人员(甚至可能是非开发人员)无需从头开始精心制作新应用程序,而是可以在可视化开发环境中整合一系列构建块。然后他们只需点击几个按钮,瞧!一个新构建的应用程序出现。

许多企业都在努力创建管理和挖掘不断增长的数据集所需的所有内部应用程序。低代码提供了一线希望,一种将繁琐的编码工作转换到 API、小程序和服务的方法。这很令人兴奋,因为它有点科幻小说的味道;拖动块,单击按钮,应用程序就出来了。

低代码构建块

如果它像宣传的那样工作,为什么任何企业都需要程序员?低代码的逻辑终点是将开发工作完全从技术人员手中夺走,并将其置于向面向客户的经理报告的业务分析师的控制之下。分析师创建的流程图可以翻译成低代码指令,然后直接转换成所需的软件。肯定会更快更简单,减少误解或沟通不畅的机会。

但是这个目标有一个障碍,一个重要的障碍。编程需要技巧、经验和特定的心态。最有效率的程序员有坚韧不拔的解决问题的能力,坚定地基于逻辑的工作策略和有条不紊地消除错误,几乎令人难以置信的对细节的关注,以及处理各种因素(变量、线程等)的能力 。他们并不总是因为这些技能和才能而获得丰厚的回报,但这只是因为管理他们的人并不总是理解成为一名优秀程序员的条件。这可能看起来很容易,但事实并非如此。

减少编码部分的影响可能比预期的要小。编码是开发思路的实现,但即使大量代码被模块化块替换,这些实现技巧仍然是必需的;他们只会上升到另一个级别。

拿计算历史上的一个例子来说,高级语言的引入并没有让汇编语言程序员失业,也没有消除对他们技能的需求。这些程序员只是将他们的技能应用到新语言中。高级语言确实在一定程度上降低了入门门槛,但这不一定是一件好事。拥有更多的程序员并不自动等同于更好的软件。引用 Flon 定律,“现在没有,也永远不会有一种语言,能阻止程序员写出糟糕的程序。”

糟糕的程序

因此,即使采用低代码计划,开发责任也不太可能远离现在的位置。低代码可能允许通过一组构建块更快地构建一些应用程序,当今世界上没有一个专业程序员没有在新应用程序中重用旧代码块。

无论构建块有多大,如果要使完成的应用程序有用、有效、可扩展和健壮,它们仍然必须由熟练、有才华和经验丰富的开发人员组装。

推荐阅读:如何成功过渡到低代码平台?