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

2021-10-15 00:00:00 代码系统程序员做什么数字化

作者| Mr.K 编辑| Emma

来源| 技术领导力(ID：jishulingdaoli)

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

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

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

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

低代码适合做什么？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

低代码不适合做什么？

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

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

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

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

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

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

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