<返回更多

能让IT程序员告别996的低代码,究竟是风口还是革命?

2021-08-27    IT技术管理那些事儿
加入收藏

不知道从什么时候起,低代码这个概念就开始大火了,尤其是对于IT程序员和业务人员来说,从一开始害怕被低代码逼到失业、到现在已经成了烂大街的口号。

一边是喊着“人人都是产品经理”、“人人都是程序员”的宣传噱头,另一边是关于“只能生成屎一样代码”、“bug生产器”等吐槽的声音也是不绝于耳

那么低代码究竟是靠着噱头起来的“伪风口”,还是真正的行业革命?今天我们就来仔细聊一聊:

能让IT程序员告别996的低代码,究竟是风口还是革命?

 

一、低代码应用现状

低代码刚刚火起来的时候,大体上就出现了两条发展方向:

一条线是面对IT人员的开发工具路线,另一方面是针对业务人员的业务复用路线。

不管是哪种模式,低代码最终都是为了解决公司团队的重复业务需求,比如说之前要通过程序员敲代码才能实现的模板工作,可以利用低代码的模式或工具去解决定制化的需求,最终来提高整个团队(公司)的效率。

能让IT程序员告别996的低代码,究竟是风口还是革命?

 

看上去低代码似乎是未来的风口,那么为什么现在会让很多人吐槽到烂大街呢?

最主要的原因还是在于人上,到目前为止,低代码平台所面向的人群永远都是初级、入门的人,而代码能力强的程序员也根本看不起低代码平台,大多数公司里的都是伪需求。

而且想要让程序员抛弃原有的工作模式,去用低代码平台跟业务人员去沟通配合,就意味着公司要投入非常大的变革成本

但实际上从我的认知上来说,低代码面向的就是程序员,虽然做不到取代码农,但是也不会和中台一样臭大街。

至于为什么呢?接着往下看

能解决业务需求的低代码才是风口

做过程序员的应该都知道,敲代码不是最痛苦的事情,而重复造轮子才是最低效、最没有价值的事情,而低代码的作用,就是为了解决个人层面的效率。

就拿报表制作来说,传统模式是业务人员将报表需求提给程序员,程序员再按照需求从数据库里取数、做模板,然后再给到业务人员。但是当业务人员的需求有变化的时候,程序员就要重复取数、做模板,过程不用说有多痛苦了。

而有了低代码平台之后,IT人员根本不需要那么麻烦了,报表设计也不是那么难了

现在市场上比较流行的低代码报表平台并不多,这里就以市面上最常见的FineReport为例,介绍一下低代码平台的几个功能:

1、报表自动化

FineReport的设计器和Excel类似,很容易上手,就拿连接数据源来说,根本不需要写很多SQL,不懂代码的小白也可以上手。

能让IT程序员告别996的低代码,究竟是风口还是革命?

 

2、报表图形化

都是字不如图,图不如表,一份让人满意的报表,确实是需要用舒服的可视化来展现出来的。相比于一些工具屈指可数的可视化图表,FineReport的内置图表可谓非常丰富。

能让IT程序员告别996的低代码,究竟是风口还是革命?

 

3、代码语句封装

在操作数据库的时候,FineReport就能够将SQL编写界面进行可视化封装,用户直接将字段和表进行拖拽就能生成sql语句

能让IT程序员告别996的低代码,究竟是风口还是革命?

 

4、填报

除了开发性能高,FineReport还有一个亮点就是支持填报。通过设计好的填报模板可以直接向数据库中录入数据,可以通过填报校验条件设置来保证入库数据的准确性。我看见好多公司收集数据的办法就是用Excel,把一张Excel表传来传去,最后拿到手还要检查数据准确性,用FineReport填报报表,只需要把填报模板发给对应人,填完数据自动审核入库,省一半劳动力

能让IT程序员告别996的低代码,究竟是风口还是革命?

 

5、大屏

能让IT程序员告别996的低代码,究竟是风口还是革命?

 


能让IT程序员告别996的低代码,究竟是风口还是革命?

 

声明:本站部分内容来自互联网,如有版权侵犯或其他问题请与我们联系,我们将立即删除或处理。
▍相关推荐
更多资讯 >>>