低代码会让程序员更加内卷吗?

2021-10-15 00:00:00 代码 系统 程序员 做什么 数字化
作者| Mr.K   编辑| Emma
来源| 技术领导力(ID:jishulingdaoli)


K哥之前写了一篇文章《“低代码”将干掉70%的软件开发工作》,文章发出后,阅读量很快就破万了,看来大家对低代码的关注度还是很高,那么接下来K哥会多写一些关于低代码的文章,聊聊自己的观察与思考。


本文的主题,来源于我跟一位读者的交流:



这位读者看了我在朋友圈分享的文章,问我低代码会不会让程序员更加内卷?因为几句话说不清楚,就干脆写篇文章来解答一下。


要回答这个问题,需要先弄清楚:低代码适合做什么,不适合做什么,以及低代码解决的是“存量”问题,还是“增量”问题等等,下面我们进入正题。




01

低代码适合做什么?


先来思考一个问题:用低代码能不能搭建一套完整的ERP系统?


答案是肯定的,特斯拉早期在搭建自己的ERP时,就采用低代码平台,当他们的业务流程跑顺之后,才用.net重构了一遍。


但是一般企业不会用低代码从零来开发整套ERP系统,因为如果你需要一套ERP,直接购买成熟的解决方案就可以了。除非你的情况跟特斯拉一样,公司的业务模式跟同行业有很大区别(传统汽车销售是经销商模式,特斯拉是直营模式),那就另当别论了。


就目前而言,低代码不适合用来从0到1构建厚重的企业核心数字化系统,低代码更适合基于核心数字化系统之上,构建创新类应用、敏捷运营类应用


有个更形象的说法,低代码更适合做企业数字化建设当中“后一公里”的事情


用大家熟悉的餐饮连锁店来打个比方,企业核心数字化系统好比中央厨房,低代码就是分布在城市各个角落的门店,中央厨房负责生产配菜,门店根据顾客实际需求,把配菜做一些轻加工或创新,提供给顾客。


同样的道理,企业核心数字化系统提供各种经营数据,低代码基于这些数据,快速开发适合各个业务场景的业务应用


可以看出,这样做的好处就是,极大提升了技术研发和系统交付的整体效率。


低代码当前正在处于“技术成熟度曲线”的创新萌芽期,随着低代码平台的日益成熟,模板越来越丰富、生态越来越完善,未来低代码的适用范围也会得到扩展。


当前比较适合采用低代码来开发的5类应用有:


1、企业门户。包括App、小程序、PC门户等等,数据都来自中台、后台,企业门户只是做展示,以及简单的互动。


2、数据操作及展示应用。通过连接企业的数据库,把生产经营的数据进行编辑删除查询等操作。


3、基于表单的应用。基于数据库的表单收集、处理、统计类应用。


4、业务流程应用。定义复杂的工作流,跨部门协作流程,复杂审批流程,比如:OA、人力、财务等系统。


5、移动端应用。基于已有核心生产经营系统,进行移动化的应用场景。


讲完低代码适合做什么,我们再来聊聊:低代码不适合做什么。





02

低代码不适合做什么?


如上文提到的,就目前而言低代码不适合用来从0开始构建厚重的企业核心数字化系统,因为受限于模板、生态、可扩展性。


低代码毕竟不是开发语言,因此对于界面效果要求特别高、复杂的算法和数据挖掘、高性能和复杂系统架构、要求较高的底层开发等等,都不适合使用低代码。


总结一下,不适合用低代码开发的应用场景:


1、构建厚重的企业核心数字化系统。比如构建一套完整的ERP、CRM等等,有这类需求的企业,更适合购买专业的企业核心数字化系统。


2、对界面效果要求较高的应用。比如短视频应用、交互酷炫的游戏。


3、复杂的算法和数据挖掘。虽然低代码可以处理复杂的业务逻辑,但是不适合用来处理复杂算法和数据挖掘,这类应用应该采用更专业的BI开发工具、机器学习平台等工具。


4、高性能和复杂架构。许多互联网巨头的并发量动辄千万、上亿,为了优化性能需要做很多措施,如服务化、中台化、集群化、云化等等。低代码是相对标准的:界面层、逻辑层、数据层的架构模式,无法应对高性能和架构灵活性。


5、要求较高的底层开发。如设备、硬件接口、驱动程序等等,这类开发工作可能C、汇编语言更适合。




03

低代码会让程序员更加内卷吗?


我们知道了低代码适合做什么,不适合做什么,也就搞清楚了低代码平台的能力边界。


那么接下来探讨:低代码解决的是“增量”问题,还是“存量”问题?


在企业数字化建设的背景之下,低代码实际上解决的是“增量”问题。因为在传统研发模式之下,有些需求虽然也很重要,但是跟战略项目相比又没那么重要,于是这类需求就只能等待排期。


排期你懂的,短则一两个月、长则半年一年,所以这类需求实际上是被压制的。


有了低代码,就可以低成本快速的开发这类需求,因此这是个“增量”市场。把程序员从这些技术含量较低的CRUD工作中释放出来,去做一些更有技术含量的架构优化、底层服务升级。


可见,低代码创造了一个“增量”市场,帮助程序员提高了工作的含金量,并不会造成程序员这个行业的内卷





04

低代码会让程序员失业吗?


如上文分析,低代码再强大也有它的能力边界,并不能满足所有软件研发的场景。另一方面,软件工程师的人才缺口一直都非常大,从有关部门发布的数据来看,2020年的人才缺口就有200万以上。


低代码不但不会让程序员失业,反而会让程序员越来越值钱。因为行业分工将更加精细化了,大量常规的业务系统开发工作由低代码来完成,既释放了程序员的生产力。


一个职场人能够挣多少钱,是由他所创造的价值决定的,程序员将精力投入到更有技术含量、更能产生商业价值的研发工作当中。只要为公司做出了贡献,公司必定会给你相应的回报。老板也不傻,不给你加工资,万一你跑到竞争对手那里怎么办?




结语


技术作为人类改造自然的工具,被淘汰是它的宿命,因为技术总是会不断推陈出新、不断迭代。


程序员要有深度思考的能力,骂自己的劳动工具是“毒瘤”是非常可笑事情,当然也不要过分迷恋它。


说笑可以,但是你要知道PHP从来不是世界上好的语言、低代码也不是世界上好的开发工具,它只是一个工具而已,人才是这场技术变革的核心要素。


在我看来,程序员更像是魔法世界里训练有素的魔法师,他明白法术的威力,并且善用这种力量来让生活变得更加美好。


魔法世界里伟大的魔法师,不是那些法术厉害的人,而是那些用善良、勇气和智慧来感召更多的魔法师,为世界做出巨大贡献的人。


程序员生逢其时,何其幸运,美好的生活就在眼前,担心个毛啊,干就完了!


作者简介Mr.K,“技术领导力”公众号 作者,从一名普通程序员逆袭成为独角兽公司技术高管。出版过多本畅销书,写出多篇10W+文章。分享:行业趋势、职场经验、团队管理、商业通识等话题。



往期精选

CPU可以跑多快?地球到火星的距离告诉你!
Linux 抄袭 Unix ?今日终有定论!
用 MySQL 实现一个分布式锁,这也太强了。。
牛逼!有人用漫画带你了解 Linux 内核长啥样

再见!程序员!这次情况严重升级了...

缓存和数据库一致性问题,看这篇就够了!

C 语言之父逝世十周年,回顾他的传奇一生




 -END- 



相关文章