低代码平台和数据中台存在异曲同工之妙

低代码开发是近年来迅速崛起的软件开发方法，让编写应用程序变得更快、更简单。有人说它是美味的膳食，让开发过程高效而满足，但也有人质疑它是垃圾食品，缺乏定制性与深度。你认为低代码到底是美味的膳食还是垃圾食品呢，来分享一下吧！

一、什么是低代码

软件产品通常由客户端（App、小程序、网页）和运营后台组成，其整个生命周期需要不断地更新迭代，而在实际的迭代开发中经常会出现以下问题：

后台需求优先级低，排期经常被延期，通常使用配置中心等简易数据操作平台替代，不仅对运营人员不友好，而且产生了极大的生产风险

迭代需求涉及的前后端开发工作量不均衡，经常面临后台需求较多，但前端资源不足，服务端资源即便有空闲也没法帮忙支持后台的需求

不同业务间后台技术和组件大同小异，各业务反复造轮子，浪费时间和资源

开发人员开发工具类站点时，页面部分的工作需要付出较大的代价。

所以就需要一种能快速搭建页面的功能，也就是所谓的低代码平台。
 

低代码平台：

 

二、低代码的优缺点

优点：

可以快速搭建已经设置好的页面，前提是页面之前就有模板，这既是优点也是缺点，优点是谁用谁搭建，就不需要程序员去屑页面了，写后端。缺点是你只能凑合使用，因为模板不支持的东西，而你的需求又是需要的，不好意思搭建不出来。

缺点：

都是写模板页面，缺乏灵活性，对特性化需求不支持。总是只能满足百分之九十想要的，剩下的百分之十总是满足不了。和以前火的要死的数据中台是一个思想，数据中台将所有数据汇总到一个数据湖，进行整理加工，对外提供接口调取数据，使接口标准化。但是当想要一些特殊维度的数据时，中台却无法提供。想当年，博主的在的公司的技术总监就吹嘘，数据中台解决了百分之九十的问题，我却说数据中台只是解决了每个问题的百分之九十。显然这是两个不同的概念，解决百分之九十的问题和解决问题的百分之九十。如果能解决百分之九十的问题，说明100个问题，90个是完美解决的，而解决问题的百分之九十，只是100个问题，100个问题都没有解决。都是半桶水，结果依然是0。 经过多年的检验，显然低代码平台，数据中台这种东西，并没有吹嘘的那么好和必要，只是一些不懂技术和没有什么作为的人见人瞎起哄就跟着起哄，仅此而已。

数据中台： 

 

三、你认为低代码会替代传统编程吗？

代码平台不会代替传统的编程，可以说低代码平台是一种看似有用实际没卵用的东西。因为现在的用户或者客服对需求的要求可谓苛刻到极致，一个通用的东西总是差那么点意思，而且很容易就会变得过时，低代码平台永远替换不了个性化开发，因为低代码平台只是一个昨天美好或者今天美好的东西，明天一切都不变了。用户与客户的需求是永远满足不了的，只有特性开发，或者不断的个性开发才能满足，而低代码平台就成了用之嫌弃，弃之可惜的鸡肋。

四：如何入门低代码？

一个低代码平台的架构大多类似这样