文章写于 2022-02-26
.
第一次听到 「低代码-Low Code」 这个概念还是在曹大的 Go 语言直播课中听到,但是了解了一下概念就没有过多的思考了。 但最近关于这个词,被很多的公众号推文,算是小火了一波。刚好查了几篇文章看了看,加深一些了解,也有一些自己的思考。
当天也恰好碰到飞哥(公众号:开发内功修炼)推文送低代码相关的书籍,就将自己的理解和思考在评论区写了一下,然后就出现了下方截图的好消息,哈哈哈~
这也促使我写下这篇文章来记录一下自己的理解和思考。以下都是自己的理解和思考,但由于认知不够,如有觉得不对的还请斧正。
低代码的目的
低代码平台的目的在于:减少开发者的工作量,降低开发门槛和开发成本。
什么是低代码?
低代码这个概念其实在 Web1.0 的时候就有了,例如当时的 Dreamweaver (13 年在大学的时候还用过),可以通过快速拖拉组件构建出一个 HTML 页面。
在知乎上查了一下,目前还挺多这样的 SaaS 产品(如:钉钉宜搭、织信Informat、氚云、明道云、IVX、轻流、Diboot-WorkFlow),它们都是可以通过写很少的代码甚至零代码,通过组件扩展的方式快速的构建出一个业务系统、小程序、H5 页面等。
但是,随着 Web2.0 的开启,人们对网页丰富性要求越来越多,DW 就不再被广泛适用了。低代码这个概念也慢慢的逃出了人们的视线
低代码现在又火起来,意味着什么?
2014 年的时候又被国外一家公司提出来“Low Code”,低代码又迅速进入了广大互联网人员的眼球中。
- 这是否意味着 Web 又再次进入到了一个相对发展平稳的阶段了呢??因为多变的东西是相对难抽离固化下来的
- 「减少开发者的工作量」 意味着人员不要那么多,那么是否会迎来新的一波「开猿节流」 潮??
- 公司更需要能基于自身业务所需来搭建平台、封装平台插件。这将可能会大大降低一些初级工程师的工作,也会提高企业的招聘要求-对系统的设计能力要好,程序员们需要开始提前卷起来了。
- 而公司还是靠市场、运营赚钱的。那么低代码或零代码让公司技术人员少了,是否会提高市场运营人员的水平呢?感觉这些运营岗位应该会更多、更细
- 从前后端的角度来看,后端数据接口的可变性会比较稳定,多变的往往是用户对前台的定制,所以对前端的人员影响相对后端来说会比较小一些。
- 从程序员的能力上来说:以上更多都是从传统的“托拉拽”角度来思考,如果真的要做这种组件平台化的东西,那么对程序员的设计能力、架构能力、接口设计能力就需要更加强了。