关于低（零）代码平台的看法

你：低代码可以快速搭建一个 CRUD 系统
领导：你这低代码连个淘宝都搭不了，要来干嘛？

这个词语比几年前的『中台』还恶心

是有，但你能把这些游戏地图制作用在别的业务场景吗..

不知道是大家低估了编程还是高估了编程.

需求如果是一锤子买卖，没问题！

实际呢？欲望是无穷的，快速原型好了，后期天马行空的需求来了，你改改看！

如果每个公司的业务都一样或者相似, 那还有存在这么多公司的必要么

所以零代码平台可以实现出另一个零代码平台吗

不，你还是换了个方法写「代码」
你不能说因为没有 if else 就不算写代码，那 brainf*ck 一定也是低代码零代码。
你不能说拖拖空间就不算写代码，那 scratch 吹什么学习代码的工具呢，趁早废了吧。

编程是一门古老艺术的现代表现形式，这门古老的艺术名字叫做「思考」。

nocode 必然是不够 generic 的，这点不用说 ，之前已经说过了它放弃的是更有粒度的控制 v2ex.com/t/734750?p=1#r_9916277

nocode 短期看来是成本低了（节省了人工费用），长期看来 nocode 的成本是很高的 一般人是用不起的

前阵子在研究这个，市面上有名气的都体验过了，这些低代码最多做做普通 OA 系统

当然，如何把华丽而无用的东西卖出去就是另一回事了。你甚至可以把纸尿布卖给美国总统川普。在尊重买卖双方买卖什么是买卖双方自己的事的情况下，难以掩盖其他买家的鄙夷
https://kalasearch.cn/blog/no-code-low-code-affect-programmers

低代码只是用来取代某些场景下的重复劳动而已。比如问卷系统，部分的 OA 流程，文章排版之类的。

楼上说的 OA 系统，其实这类低码平台称之为“流程引擎”（ flowable 之类），早已可以完成简单的 OA 系统

对于低码，始终觉得是在造银弹

逼用没有 没事干找事干而已 闲着就要被开了

代码还是得写的，只是把不需要写的部分给抽出来，提供给用户自行配置。产品的使用模式是固定的或者模板化的。就像 QQ 空间、淘宝店铺之类的。

@Dragonphy #10 能分享几个来体验下吗

之前的 asp.net 算不算，拖拖控件，设置一下属性，设置一下数据源，简单写点事件处理逻辑，一个简单的应用就做好了。

@meteor957 低代码是现实中的需求，中台才是个包装的概念，越大的企业审批越多越繁琐

引一段尤雨溪的回答：
- - - - -
低代码无代码，这个东西是这样的，就是我们把它想象成一个取舍的一个轴，轴的一端是灵活性（所谓灵活性就是你可以应付任何需求、任何场景），在轴的另一端就是低代码无代码 ，就是你需要写的代码越少越好，对代码本身的知识越少越好。

最理想的就是一个没有任何代码知识，就比如说一个纯产品经理或者一个设计师，就拿你这个东西捣鼓捣鼓就弄出一个正真生产环境能用的东西，这是这一端。
另一端就是说我不管怎么样，在复杂的需求我都能用我的系统都能给你弄出来，这两个东西就像我们知道这个数据库设计里边有这个，数据库你最终的一致性，写的可靠性等等，就是三个东西里边，没有办法三选三最多只能三选二。

我觉得这个低代码和无代码这也是一样的。就是你在究极的灵活性跟易用性，没有办法在两个轴上都做到极致的，就是你在中间肯定只是找不同的点，所以我们现在看到的工具都是在这些不同的点上，去尝试看哪一个点是最合适的平衡。

你可以看到一个比较具体的例子，比如说淘宝店铺，你要搭店铺的这个东西基本上做到了是个店小二都能用，很傻瓜，但是它的这个代价就是说，它的内部实现是跟你这个淘宝搭一个页面的需求是强耦合，那你这个系统，就为了让店小二做的尽可能简单高效，它可能牺牲的代价就是我这套系统就没有办法用在任何场景。

那反过来说如果你要做一套说我既要不需要编程又可以应付任何场景，最后你的代价可能就是你这个系统做的其实可能简单的场景又搞的很难用，然后一些需求你搞不定最终还是没有办法做多真正 NoCode，然后最后你还是说，哎呀这边我搞不定了，工程师你来帮我搞一下，然后两边一沟通一反馈，这一有人的互动、有人的沟通，效率一下就低下来了，最后你这个 NoCode 的优势就没了，所以我觉得这个东西一句话来说就是没有银弹。

这两天还是看到一些比较有意思的探索在知乎上边，首先哪个徐飞叔叔他发了一篇文章，然后那个侯震宇也有了一篇文章，这两篇文章其实都挺好的，我觉得在这个方向他们是在做一些比较本质的思考，就是做这些系统的同学可以看一下,但是我个人对于这块也就也不是那么的深入，所以我只能大概的谈一下。
- - - - -

1-低代码是个方向，不是说低代码要完全替代编程。就像有人选择简易组装的衣柜，有人坚持用原木自己做。

2-低代码是要解决的对普通用户不友好，或者重复造轮子的问题，这个方向没有错。

3-低代码需要场景限制，造房子要做好预制板；造车要做好预制框架；不要拿造房的代码去造车。

4-低代码意思是只在关键链接步骤做些配置就好了，就像螺丝钉和钉子，不要整体大框架整天重复写。

5-低代码是个很好的设想，没必要反对，当然也可以选择不用。

@JerryCha redirect('taobao.com')

开发系统本质上就是处理业务数据。开发一套系统处理业务数据和用低代码平台处理业务数据，无疑就是把本来编程的学习成本转嫁到了平台的学习成本，把开发成本变成了配置成本。编程受到语言的限制，低代码受到平台的限制。

其实低代码就是换了一种图形化、交互化、配置化的语言去替代了一个编程语言罢了。

今天公司才搞了个低代码的培训会，自建的低代码平台

@leeggco 不需要 UI 一把梭的就简道云、明道云、轻流，复杂点的如阿里的宜搭，支持外部数据源和 API 的腾讯微搭，基于低代码前端框架的百度爱速搭。
除了后两个，大多数低代码平台都是在他们平台上处理数据，数据是封闭的，无法支持外部的数据库和 API

没有代码，那就是配置会搞的你头疼

一开始我们用汇编，后来出现了 C 语言，移除了特定架构的 CPU 指令，换平台时只要再编译一次就行了，把硬件 /系统相关的东西交给编译器来完成，C 语言不需要学习吗？

到后来人们开始使用 Java，一次编译全平台运行，Java 不需要学习吗？

下一次发生变革可能会有一个系统来替代编程语言，不需要写代码，但是这个系统不需要学习吗？

不管做到哪种程度，灵活性越高则学习成本越高，学习它本身就是一种职业技能相关的了，如果能够普及到九年义务教育，那也仅仅只能教大家如何使用，但创造性是无法直接教授的，就像学语文一样，你识字但不一定能写诗，到时候可能会说，人人都是程序员，只是使用的工具不一样。

还不如让 AI 来写靠谱

使用魔兽争霸 3 编辑器，0 代码制作地图只能做简单的，复杂一点的还是要写脚本代码，dota 代码量肯定不小的。
类比代码平台也就是搭建 CRUD 系统而已。

把代码变成拖拽 UI 和表单设置就以为不是编程了，典型的掩耳盗铃

钉钉的宜搭？现在很多企业需要这种
https://www.aliwork.com/

低代码平台只是为了降低简单单据的开发门槛，让一些不是开发的人员参与到简单的表单 /流程控制里，不用去麻烦开发。

其实编程是一种思维，就算是低代码，我觉得不懂编程的人，也用不好。而懂编程的人，你要他用这个东西，除非这个东西有替代的理由，比如：可以减轻你编程负担。如果这都没有，我看法是火不起来。

这个系统做的其实可能简单的场景又搞的很难用，然后一些需求你搞不定最终还是没有办法做多真正 NoCode
------------------------------------------------------------------------------------------------------------------------------------
我司已经帮大家踩过坑了，爱速搭是个典型例子

LabVIEW 在 1986 就已经出现，按照现在的时髦说法他就是控制届的低（零）代码平台

拿去骗骗老板和投资人的概念吹吹得了...至于实际用处？
我不知道我为什么会在程序员论坛看到这个问题，封装地再好的包，总会有自己想要的功能的不足，不还是拆开改

MIT 的人在尝试拿 scratch 作学习代码的工具
这群人却拿着更简陋的工具大声宣布「我们不需要代码了」
真他妈吊诡。

大概说的是工业标准件概念吧？
修车的不用造螺丝，直接拿来就能用，但是你拧螺丝的孔要和标准件一致，这样拿到对应孔径的螺丝就能用，你不能拿钉子放进来。

同样，你可能觉着螺丝这个件单位太小，我们还可以组装成，成品发动机，类似的，你拿来拼装一下就能用，

现阶段手机大爆发，也是一样，电池，芯片，摄像头，屏幕等都说几乎的一样的标准，你只要接口对上就行啦。

公司开发全部开掉, 直接外包不就可以了, 这样对于你公司也是 0 代码了. 产品定制性更强.

各种库和 infra 不就是用来减少代码量的吗，一定要降到零？

低代码并不是新概念，每隔几年就会重新流行，对应的 InfoQ 文章搜一搜就知道了。

这种东西，都是看破不说破的，和中台一样（我在负责我们公司的数据中台维护、开发），都是在创造就业机会，老板喜欢，就做啊。

10 多年前就有的概念

所谓的低码平台，目前无非就是：拖拉拽出一套界面，逻辑写在对应组件上，配好数据源（以及其他需要的中间件），然后就可以发布。

看似美好的背后：
用这套东西的人，需要有编程基础（薪酬并不便宜）。刚开始用这东西开发，由于各种约束（低码平台的标准规范）会觉得麻烦；时间长了以后，开发人员自身的价值感会受到打击，无法提升技能，谈何升职加薪换工作，直接导致开发人员离职率异常高。

salesforce 平台应该也算是低代码平台吧，确实挺好用的,内置 Apex 语言和 SOQL 对象查询机制，只是估计在日本和美国有点相关岗位

@samin 拖拉出界面是真的，其实就是一个自定义表单，配好数据源这个就没有看懂，我们全部拖拉的表单都是存在一个库里边的.

@youngce 说得好啊，不能自举的“零代码平台”还有存在的必要吗

@chenshun00 表单对应的 json 对应数据库的字段，可以配置各种类型（ MySQL/PostgreSQL 等）数据库

@samin 这种属于低级版本了，很难做到用户自定义了。 一般的自定义表单都是要把组件信息存储起来的...

简道云就是一个 我这边一个客户就直接用简道云做了个足够强的系统.
而我本人不准备自己写多少代码, 只设计好数据库, 之后用 retools 这个低代码平台创建前端 (还是需要会点 js 和 sql 就是了)

概念我也会说。
实际执行起来呢还不是一天一个想法每天都在改需求。

这么说吧，宣扬所谓“低”代码，“零”代码的人，他 /她的格局和水准，和这个代码的量基本是成正比的。

套用新闻界某著名人士的著名发言：

> 难道我们现在指望的是，做软件很容易，然后随便有手就能做，然后一点难度都没有，然后只要拍脑袋想出的功能，屏幕上点一点就实现了，不会吧？

> 不会吧？不会吧？！

低代码平台和 0 代码平台，就和 0 卡和低卡饮料一样，想法都是好喝（用）起来总觉得哪不对劲

我想到的是 UE4 的蓝图，他有的就很简单，没有的还是要自己写，最吐血的是看别人写的蓝图，要命，开发出来的初衷是给美术使用的好像。

实话- -我这做的主要就是这种。。。。后期花里胡哨的需求安排的明明白白

@samin 有些方向，比如 IDC 管理系统，现在都是低代码配置了，只需要服务端提供接口，前端组件绑定 API

我认为低代码开发和领域模型驱动开发是同一件事，是能具体解决企业需求的。
利益相关：JEPaaS 产品运营

@chaoxu 国内也有类似 retool 的了，码匠做的很像