从人性角度剖析低代码推广之道，为什么有的程序员不愿用低代码？

事先声明：本文档部分内容可能有争议，所以求同尊异、抛砖引玉，我们搞低码初衷与目的也是为了快速交付自己的项目，并不是纯粹卖低代码平台的，分享一些设计理念也是为了让一些客户更好理解并为低代码思路可行性正名(现在有点污名化了)。当然也有不少客户非常认可低代码理念并愿意购买长期技术咨询与服务。

原因分析

低代码似乎陷入一种“开发人员不愿意用/不屑于用、业务人员不会用“的困境，在实际推广过程中，的确遇到部分技术人员不喜欢低代码模式(应该是误解)，原因是多重的：

1.程序员心理上都不愿意在一个别人高度封装的平台上做一些简单枯燥的，没有技术含量的各种配置的，就是太傻瓜、太没意思、太没挑战与刺激了。

搞这种模式开发，作为技术专家的价值与重要性其实是降低了，软件开发成了随时可能被取代的传统行业岗位，而不再是技术型岗位了，有的人甚至认为程序员就应该敲代码，配置是实施顾问的活。

2.如果这个平台只是某一家公司的平台，并不是市场上主流的技术框架，这其实会限制了程序员的职业生涯发展！

也就是说，离开了这家公司这个平台，自己出去找工作都不好找！

许多程序员直接公开提出过这种质疑，他们宁愿学习与使用业内主流的技术，这样好跳槽好换工作！

3.许多公司都有一个自己的技术平台，也是技术人员耗费多年心血搞出来的，就像自己的亲生孩子一样，心理上有强烈的认可感与归属感，虽然有各种问题，但也不会轻易扔掉的。

所以说，如果强迫别人放弃自己原来的平台，直接换成你推广的“XX低代码平台”， 别人从心理接受程度上，其实非常难，这是人性使然！

但也不是说每个人都绝对什么都100%从零开始搞平台，不借助任何开源框架的，只要是开源的，足够好用，有点名气的，大部分技术人员还是愿意使用的，但所谓使用，也是引用一些插件、组件，然后整合到自己的平台中来。

这就好象有点像是生产汽车，自己的平台是总装集成，自主品牌，可以采购别人的零配件，但最终的整车与品牌一定要是自己的。

而低代码平台不像是一个零配件，更像另一个整车品牌，这就有冲突了。除非两者可以有效集成。

所以换个思路，在菜单配置上，设计得非常开放自由，可以兼容其他框架，然后把别人的平台与自己的平台可以非常简单的无缝集成在一起！

有的功能采用新的低代码模式开发，提高生产效率，也是一个借鉴与学习的过程！

有的功能还使用自己原来的框架，轻车熟路，用得顺手，继续完善，绝不放弃。。

这样一来，相当于采购了一种新配件，不少程序员心理上就好接受多了，这也是为什么菜单配置要开放LocalUrl更深层次的原因。

剖析之道

低代码平台也许真正的客户并不是最终程序员，所谓解放程序员，提高开发效率与项目利润率，对程序员并不是最关心的事！

低代码对程序员的价值也许就只有少加点班而已，除此之外，没有其他太本质性的刚需价值！

低代码平台也许对创业公司老板，有利润考核指标的部门经理有刚需价值，也许他们才是低代码平台的真正客户!!

尤其对一些创业公司来说，可以说是关系到公司经营、生死存亡的大事！

但问题的关键是：这些真正的客户又往往不搞技术了，又只能去咨询技术人员，聆听并依赖技术人员的意见。

而前面已提到技术人员一看这种低代码模式，首先担心是，如果采用这种傻瓜模式了，开发难度大大降低了，导致自身价值更低了。

可能首先会想，如果用这套低代码，那我的价值又在哪里呢？还需要我这样的技术专家么？岂不是谁都可以取代我了？我的重要性岂不是低了？写一大堆代码，离开我后系统就玩不转，我的重要性才更高。

所以，最后许多技术人员对老板的反馈可能就是，这种低代码模式好是好，但不适合我们的业务需求，价值有限，我们完全可以自己搞！

最后技术人员大部分选择就是：大量借鉴别人低代码平台的思路，借助公司的资源与项目历练机会，搞一个真正属于自己的低代码平台出来！

所以低代码平台推广有时很难，有时其实就是难在技术人员这一道心理关！或者说盯着一线开发人员去推广，可能就是找错了对象，但找到老板或团队负责人，最后要回到技术人员身上进行决断！

对技术人员建议

对于种种误解与顾虑，我们解决办法或对技术人员的建议是：

无论任何框架或技术一旦掌握了，本质上都是枯燥重复的“搬砖”，都是业务上的增删改查、既然都是搬砖，为什么不选择低代码这种更快一点的搬砖模式呢？

至少这会少加班，会腾出更多的时间来学习研究其他更多的技术，事实上IT行业一直是个加班过重的行业。

而且从个人价值角度看，别人会的我都会，别人不会的我也会，才更有价值。如果都学习与使用市场上主流技术路线，找工作的确是容易了，但找到真正高薪的肯定难，因为物以稀为贵，你会的别人也会，市场上一抓一大把，市场经济决定了价码肯定要不上去，最后只能是越来越内卷。

反之，如果采用低代码模式，大部分功能用低代码开发，少部分功能使用业务各种主流技术栈开发，一是提高效率，节约许多时间反而更有精力学习其他技术，二是各种技术都研究了，都有实践经验，也更深的理解低代码的一些思想与技术，一举多得，个人附加值只会更高，更有职场竞争力。

然后在开发过程中，渐渐转向低代码平台底层技术发展，即消化理解低代码平台后，自己来升级迭代低代码平台，把低代码掌握在手，在公司的重要性与价值只会更大，更具有不可替代性。

即职业方向应该往更底层、更深、更难、更有创新价值的方向发展，而不是总是随大流，不断的追随业内人人都在学、人人都会用的所谓各种主流技术，随着年龄增长，只会陷入内卷，被更年轻的竞争者淘汰。然后有人就自己创业，突然发现，成老板后，屁股决定脑袋，反而感觉特别需要“低代码”这种利器了，后悔当初没有及早积累与研究。

所以说，从这个角度讲，技术人员更多更早的主动接受与学习各种低代码是很有价值的事情。

总之，低代码平台对技术人员肯定是一种机会，而不是威胁，而且未来是发展趋势(凡是能提高生产力的东西迟早是趋势)，要顺势而为。