低代码这个概念在IT界应该是火了很久，在十年前就有低代码的概念。

在最初的时候，我们都是用高级语言或者脚本来开发页面或者应用，比如Java、C++，前端会使用Vue、React等等。但是我们发现经常写的功能或者页面都是重复的，那能否通过更简单高效的方式来避免每次都是重头开发呢？当时业内人士就提出了“低代码、组件化复用”的技术，这就是最早提出低代码的背景。

当时基本上就是从开发的角度来讨论低代码，低代码是为了解决开发的成本，因为如果我们要用全代码的方式来写一个功能，成本巨高无比。比如我们要实现简单的一个页面流程，往往就需要招聘至少一个前端开发和一个后端开发。

所以抱着推进行业技术发展，解决人力问题的背景下轰轰烈烈，有了低代码的概念。

理想是美好的，但是现实是骨感的。

在前面的十年里面，低代码一直不温不火，然后到了最近几年，特别是20年后，低代码又重新被捡了起来，并且推上了风口。

很多技术人员还坚持认为低代码是一个伪概念，认为低代码根本解决不了降低开发成本的作用。

时过境迁，到现在我反而觉得低代码已经成了！

首先一定要明白一个误区，低代码一定不是给开发使用的，而是给业务人员使用的。如果明白了这个场景就明白了低代码能够起死回生的基本原理。

对于开发人员来说一定是希望一个强大而又灵活的开发方式。但是低代码工具往往因为其作用场域有限，所以导致开发人员利用低代码工具，不但不能够减少和降低的开发成本，使得起原来拥有的灵活能力也被阉割了。

前面十年已经论证，开发人员不需要低代码，因此我们要考虑到低代码要解决的新问题，一定是解决非技术人员简化配置，快速定制，敏捷搭建的需求。

在早个十年之间互联网蓬勃发展，中国的IT人员从业非常多，我们有很多需求配置、定制，业务人员搞不定的都可以转嫁到开发去解决。

但是近几年我们开始意识到整个互联网的增量已经几乎没有了，而且未来人力成本也越来越高。随着后面出生率的下降，整个人口基数也会大幅度的减少，所以进一步加剧了人力成本的消耗。

而这个时候开发成本就变得越来越贵了，甚至后面可能花钱都找不到开发来定制，我们不可能所有的东西都依赖于开发了，但是业务又得跑，怎么办？那就是让当前的负责的业务人员去实现呗，到时候就要求业务人员能够实现80%以上基本流程、业务和应用能力的搭建和配置。

比如原来做企业信息化可能需要招聘一个互联网团队来给公司搭建内网，打通登录流程，做页面优化等等。现在都不需要了，不需要这个研发团队，只要招聘一个IT专家，甚至是普通的业务专家，稍微懂一点点IT技术，就能够通过已有的各种低代码的工具能搭建出来公司的门户，公司的审批报销流程，甚至还可以搭建出公司的一些业务应用。

而实际上据我观察，大量的企业数字化已经在成功转型的路上，越来越多的业务专家开始强依赖低代码平台来扩展自己的业务，这一块在传统的大企业里面显示的淋漓尽致，所以这也是为什么这几年诸如宜达和氚云低代码平台卖的非常好的一个原因。

所以我认为低代码在现在这个阶段已经成了，也就是我们在出生率大幅度下拐的时候，就是低代码成功开始起步的第一天。

这也是微应用CEO纳德拉说过的，人们往往过高估计短期的影响，而过低估计长期的影响。

而且未来再叠加上AI的能力，就让低代码平台的能力就会变得更加的恐怖，它能够在你了解你初步意图的情况下就能够帮你构建出灵活的应用从而大幅度降低了生产成本，从原来人人都是产品经理到现在人人都是开发工程师。

所以现在抓紧从事低代码，我认为是未来的成功之路，才不至于被时代淘汰。