很多程序员认为低代码平台不过是一个表单自定义平台，加上一些工作流程，加上一些权限的设置，就是一个低代码平台。貌似好像很简单的样子。但是它确确实实在很大程度上取代了一些高重复低水平的开发。那低代码会取代程序员吗？答案是否定的

参考马车，历史上只有马夫养马，后来汽车来了，马夫失业，但分工更细了，有了驾校教训，有了4s店，有了汽车销售员，有了二手车商，有了卖零件的，有制造厂，有搞新能源的，有搞电池研究的，有专门研究发动机的，有赛车手，有车模，有做汽车设计软件的。分工越细，实际上就业的人越多。

因为程序员对低代码理解起来，更加容易。很多用户对数据库事务都不懂，什么生成的ID，还有这么多策略，都不知道怎么回事。至于并发冲突，数据问题，基本都不懂，还有什么控制反转，如同天书。这种框架只有程序员能玩转。如同人工智能也只有程序员能玩转，光是配置一个运行环境都很复杂，甚至还要移植编译c/c++的运行库。光是不同cpu平台下编译linux的运行库，都能难到很多人。那问题就来了，程序员以前是打杂的，什么都干，以前甚至还要处理美工ps。未来会有很多分工，开发代码的，写需求的，做低代码开发的，写接口的，做数据库开发的，做数据分析维护的，分工会更加明确。

低代码只是适合低代码写的部分，新的分工变细了，而不是什么淘汰，完成整个系统需要更多的人，因为需示的复杂会越来越大，如同挖掘机解决了人工挖土问题，但解决不了修高铁的挖土问题，因为甲方知道你有挖掘机，工程量不一样了，工作时间也不—样了。

以前修个运河要动员全国老百姓，现在甲方知道你有挖掘机，肯定不会让你动用全国的老百姓来挖，时间只会给更短，工程可能比以前还要大。。因为你不包，有其他的供应商，其他的供应商也是低代码平台，都用的是挖掘机。

低代码，会导致更细的程序员分工，像erp开发的国外软件sap，就分为销前工程师，配置工程师，开发工程师，内置开发工程师，接口工程师，系统维护员，培训师，售后工程师，业务工程师，多个工种。

能配置的用配置，不能用的，还是要开发，而且公司内部一样要配置开发工程师。由于甲方需要上线的时间越来越短，同样需要配置大量的开发工程师，这些开发工程师和配置业务的工程师并不冲突。

专业分工能提高工作效率，低代码实际更多的是分工不同的发展，而不是淘汰程序员。

越是用人工智能，需要的人越多，因为人工智能自动化无法闭环，如无人驾驶大量使用，需要大量的维修的人员，因为无人机驾驶是没有办法自我维修的。而造这些维修设备又需要一批人。

越是自动化智能化，需要人的更多，而不是相反，需要更多的高素质人才，因为整体系统更加复杂了，需要更加专业分工细分，这样产生了很多新的行业。