警惕！低代码平台正毁掉你的创业梦（低代码平台的实现方式）

最近，IT圈子里面时不时听到有人在讨论低代码平台，甚至有些客户上来就问起，能不能用一个低代码平台的模式去帮他们打造他们的系统，以便他们后续可以投入尽量少的成本，便可以拥抱变化的市场和需求。

既然，那么多人说到“低代码”这个事，我今天就以一个新型农民工的角色去谈谈，我对低代码平台或工具的看法，以下内容，纯属个人观点，不喜莫喷。

第一次接触到低代码这个词，是我在使用腾讯小程序的CMS工具套件的时候接触到的，后来才知道，原来整个小程序·云开发平台，都是基于低代码的思路去构建的，用户只需要按照腾讯官方的标准和库去做操作，10分钟左右就可以构建出一个完整的数据库，后续只需要通过拖拽的方式去开发相关的页面，展示数据即可，根本不需要任何程序开发基础，就可以实现简单的业务系统。

看，是不是看上去很美好？做业务的你，再也不用支付高昂的软件开发费用，不需要再因为需求的不确定，表述不清而跟开发人员吵架。是不是很爽。

然而，当我想在腾讯的低代码平台中导出数据的时候，我却犯难了，我没有找到数据导出的按钮，后面才知道，原来我使用他们的低代码平台，是要按流量和数据存储量计算月租的。而且，一旦使用，所有业务逻辑，模式，相当于完全暴露给平台方，对商家利益绝对是没有保障的。如果对于一个官方网站，博客这种展示型的应用来说，影响还不算很大，而且对于没有技术开发能力，信息化程度要求不高的客户来说，确实能满足需求。但随着业务的开展，深入，业务逻辑的复杂化，多样化，再去使用低代码平台构建上层业务应用，这个后果将是灾难级别的。

第一、数据归属权问题和无感知被利用的问题：

目前市面的低代码平台基本都是基于云端，云端服务器由平台方提供。商家，企业一旦把数据提交，就相当于把数据的所有权移交给平台方。这很好理解，服务器主体不属于你的，别人只是把工具的使用权给你了（相当于你在淘宝开店，你的店铺数据是属于淘宝而不属于你个人，淘宝只有保障数据安全的义务，但是没说他不可以拿你的数据去做其他事）。就算他能让你导出你自己的数据，你的数据很有可能已经在不知不觉中，被他利用完了。

第二、用户/商家 商业模式，资源被窥探的问题：

因为低代码平台基本基于云端，用户所有在低代码平台上的操作都有可能被监视，你每制作一个页面，页面与页面之间的跳转关系，甚至商业逻辑都将无所遁形。这很有利于平台方发现好的应用和项目模式，更好地收割资源和复制，因为模式，数据结构，关系，都清楚了，而且每个用户应用背后的资源，供需关系，在低代码平台中都很好地量化了，所有构建出来的上层应用，有多少代码，关系如何，全都一清二楚。

第三、上层代码无法被迭代，商家对平台的强依赖以及平台垄断问题：

低代码平台，对于一般开发人员来说极其不友好，因为低代码平台存在着很多已经被高度封装的代码，就算上层应用代码可以被导出，打包下载，在本地一般环境肯定也是无法运行的。因为要构建低代码平台的必备条件，就是一套完整的底层驱动，解析框架，这套底层应用框架里面肯定包含了很多被定义好的数据结构，基础系统字典以及基础组件，上层UI框架肯定也是包含了很多驱动用的JS/TS脚本。所有上层应用的代码必须在这套底层驱动框架中，才能被正确运行。一般开发人员对于此类代码基本是无法维护和修改的。因为每一次修改都有可能引发“牵一发，动全身”的风险。

因为，所有由修改带来的风险都是未知的，所以，一般开发人员不会有谁乐意去修改或者二开这样的代码。而用户如果真的需要去修改这样的代码，估计也只能求助于低代码平台的运营方，这样就有可能导致客户的每一次修改都要支付高昂的二开费用，而且还是要继续付运营所需的平台租用费。

第四、提高效率的代价：阻断程序员的思考：

低代码平台中所有的便利，都是以牺牲对业务，场景以及技术的思考为代价的，程序员使用了低代码平台去构建代码，工期是大大缩短了，但同时，他对于业务的理解，思考也无法深入了。因为他已经不需要去编写代码，只需要在低代码平台约定俗成的框架中敲击敲键盘，拖拉鼠标就能完成工作，这是很恐怖的事情，一个程序员不去思考问题，久而久之，他将失去解决复杂问题的能力和对问题的判断力。这对于一个开发人员来说，是致命的。

总的来说，个人觉得低代码平台只是一种新的收割方式，再一次制造风口，收割的是中小型企业用户的市场，利用的是小B端求快不求稳的心态。从而也解决程序员群体的人力成本问题。压榨程序员的生存空间，让职场继续上演35岁危机。今天写得有点多，欢迎大家评论区，私信留言，交流。