低代码开发在企业软件开发中的应用技巧4:再谈低代码开发与快速开发平台的关系

在上一篇 低代码开发在企业软件开发中的应用技巧3:低代码开发与快速开发平台的关系中我说到：快速开发平台的核心还是开发，低代码开发的理念是不开发或者少开发； 快速开发平台的使用对象是程序员，低代码开发平台的使用对象是业务员或者产品经理， 这是两者最大的区别。

昨天我给一个朋友的公司灌输这个理念，老板听了还比较感兴趣，低代码，低成本。跟对方公司负责技术的人聊，该 负责技术的人也听懂了，无法反驳，最后说这种技术只能运用在小公司，上不了档次。我心中呵呵，如果是美团、淘宝这样的互联网公司的业务量，每天几千万订单或者数亿订单，我如果拿出这种低代码的解决方案，我还不如一头撞死，我也丢不起这个人啊。

 

低代码解决方案的客户群是企业客户，特点如下：1）业务访问量不大，一家企业，即使是集团企业，一块业务，肯定在几万人同时使用以内，即使我自己做平台，做SaaS的，理论上有百万、千万人访问，我也会根据不同的企业，转到不同的服务器上，肯定不会在一台机器上吊死。在一台机器上，会严格控制人数，所以性能不是问题；2）低代码开发针对的是独立功能模块的企业应用，解决单一问题，例如：工单系统，特定需求的报表查询，简单进销存，自定义特殊需求BI，而不是复杂庞大的ERP；

朋友公司本来规模不大，百人以内，系统自用或者给合作伙伴用，理论上是SaaS的，但就目前使用量来说，不会超过千人。所以说自己就是一个简单应用，说低代码开发只适合小公司，是没认清自己的形式。

对于一个程序员来讲，将来的出路，最直接的无非三个：

1）靠近管理，逐步升级，提高自己的管理能力，原来管3个人，逐步能管30人，300人，3000人，3万人，这种能力是稀缺的；

2）靠近技术，市面上流行什么，猛钻研进去，形成自己核心竞争力；可绝大部分程序员估计都是这么想的，可惜的是，99.99%的程序员都做不到这一点，真正的猛钻研，绝大部分只是掌握了皮毛，会说一些前沿名词，自己动手去做的时候，我又分为三大类人：（A)会按照Read Me或者Help搭建环境，但是解决不了任何实际问题（占70%以上）；(B)能把该前沿技术应用到实际项目中，能填一些实际的坑 （占20%），应该是公司核心主力；（C)全面超越开源技术，例如各大厂的核心负责人，见过猪跑，杀过猪，吃过猪肉（占10%以内） ；所以说，绝大部分程序员口中所谈的前沿技术，只是皮毛而已，这时候，就得靠嘴巴了，看谁会向老板汇报，这时实际就是靠情商了；

3）贴近业务，技术就是为业务服务的，保证质量，及时响应，快速满足业务需求，最后是一个技术+业务的专家。 贴近业务，实际就是最贴近钱。我自己的目标以及低代码开发平台的理念就是贴近业务。