对低代码平台的思考？

2022-02-26 | 阅读：4次

文章写于 2022-02-26.

第一次听到「低代码-Low Code」这个概念还是在曹大的 Go 语言直播课中听到，但是了解了一下概念就没有过多的思考了。但最近关于这个词，被很多的公众号推文，算是小火了一波。刚好查了几篇文章看了看，加深一些了解，也有一些自己的思考。

当天也恰好碰到飞哥（公众号：开发内功修炼）推文送低代码相关的书籍，就将自己的理解和思考在评论区写了一下，然后就出现了下方截图的好消息，哈哈哈~

Comments on Low Code on the Wechat Office Accounts Platform

这也促使我写下这篇文章来记录一下自己的理解和思考。以下都是自己的理解和思考，但由于认知不够，如有觉得不对的还请斧正。

低代码的目的

低代码平台的目的在于：减少开发者的工作量，降低开发门槛和开发成本。

低代码这个概念其实在 Web1.0 的时候就有了，例如当时的 Dreamweaver （13 年在大学的时候还用过），可以通过快速拖拉组件构建出一个 HTML 页面。

在知乎上查了一下，目前还挺多这样的 SaaS 产品（如：钉钉宜搭、织信Informat、氚云、明道云、IVX、轻流、Diboot-WorkFlow），它们都是可以通过写很少的代码甚至零代码，通过组件扩展的方式快速的构建出一个业务系统、小程序、H5 页面等。

但是，随着 Web2.0 的开启，人们对网页丰富性要求越来越多，DW 就不再被广泛适用了。低代码这个概念也慢慢的逃出了人们的视线

2014 年的时候又被国外一家公司提出来“Low Code”，低代码又迅速进入了广大互联网人员的眼球中。

这是否意味着 Web 又再次进入到了一个相对发展平稳的阶段了呢？？因为多变的东西是相对难抽离固化下来的
「减少开发者的工作量」意味着人员不要那么多，那么是否会迎来新的一波「开猿节流」潮？？
公司更需要能基于自身业务所需来搭建平台、封装平台插件。这将可能会大大降低一些初级工程师的工作，也会提高企业的招聘要求-对系统的设计能力要好，程序员们需要开始提前卷起来了。
而公司还是靠市场、运营赚钱的。那么低代码或零代码让公司技术人员少了，是否会提高市场运营人员的水平呢？感觉这些运营岗位应该会更多、更细
从前后端的角度来看，后端数据接口的可变性会比较稳定，多变的往往是用户对前台的定制，所以对前端的人员影响相对后端来说会比较小一些。
从程序员的能力上来说：以上更多都是从传统的“托拉拽”角度来思考，如果真的要做这种组件平台化的东西，那么对程序员的设计能力、架构能力、接口设计能力就需要更加强了。