你如何看待无代码运动？

[moremoney]

这些应用程序 /平台使非开发人员能够解决一堆原本需要软件工程师的问题,这是范式转变吗？

无代码工具生成的代码总是更复杂，因为它包含了无代码开发环境 + 设计工具 + 解释器或运行时 + 集成器 + 实际生成的代码。如果出了问题，所有部分可能都需要排查。

无代码工具最好只用来生成原型产品。当你确切想清楚想要什么，再找程序员将它写出来，这样可能更快，有利于以后的升级和排查。

[cvbnt]

简单用用还行，一开始需求简单，但是后来客户 /产品经理不断提更高要求时，实现功能难度呈指线型上升，要么无代码平台实现不了，要么通过种种匪夷所思的操作方式误打误撞实现，越做到后面用的人越沮丧

[IvanLi127]

最后会变成在配置中写代码。

[littiefish]

@Leonard 点赞后才看到原来是，无代码

[ziseyinzi]

感觉不如元宇宙……噱头

[cnnblike]

我之前在亚马逊的时候内部也有一套这样的东西，设计之初想得很好，可以交给没有任何代码背景的人拖拽一下就完事了，最后证明还是太难，依旧是交给程序员拉控件+写代码

[snw]

特定应用可以的，而且是趋势。 比如 BI ，几乎全都是 no-code 或者 low-code 。
国内流行度不够是因为劳动力供给足够，所以可以堆人。等劳动力供给减少的时候，必然要把简单的任务从程序员日程表上转移掉。

[winglight2016]

开发工作重要的不是代码，是“程序思维”。要教会业务人员“程序思维”才能用好“低 /无代码”平台，可是真要教会了，跟教会编程并没有什么区别。所以，这个平台不是给普通人用来开发，而是给程序员用来减轻工作量的。

[2i2Re2PLMaDnghL]

请参考 COBOL 的生命历程

出现一种工具可以不用程序员完成软件开发 -> 发现我还不如雇用一个专员去操作这个工具 -> 好，他也是程序员了

[Chad0000]

@winglight2016 #47 Manager 给 Dev 强推过 Power Apps ，最终发现坑太多，远不如直接开发。现有产品已经计划从上面迁移走了。明明程序员会的东西还要另学一套，体验还不是很好。

[Mutoo]

可以类比「无汇编」运运 => “非汇编代码总是更复杂，因为它包含了高级语言开发环境 + 设计工具 + 解释器或运行时 + 集成器 + 实际生成的汇编代码。如果出了问题，所有部分可能都需要排查。”

主要是这种无代码产出的软件的生命周期也不会太长，复杂度也不会高到哪去。基本上用完即扔。

[westoy]

每隔几年一轮， 疲了， 没看法

不如看看最前沿最简单的落地吧

https://www.bilibili.com/video/BV1Rq4y16785

https://www.bilibili.com/video/BV11f4y1K7s4

[Cheons]

语言不也是 01 编程为了方便的产物，上面也有人说了重要的是思维方式。
如果能做到配置后，解码器能直接转码成机器能识别运行的 01 才有意义，
要不然也就多套了成壳

[SimonOne]

镜中花，水中月。
无码的工具不还是码出来的，这是表象，实际就是想把简单的逻辑交给用户去自定义，实现方式上有钱就有人能码出来。但是使用上纯粹看用户素质。

[wangyzj]

十几年前
很多外包公司有一套东西，cs 或者 bs 的，拖拖拽拽马上会针对相似业务不同公司做出一个系统
这种当初被人看不起，显得臃肿，繁琐的东西
现在有个新名字叫做：无代码平台

就算是这东西真的超前，高科技
程序员搞了个革命性的程序革了自己的命
想想也挺可笑的

[dddd1919]

现在要人码码，以后码会自己码，但码码的码还是要人来码，所以如果以后真无码了，现在会码的人以后会码码码的码，对于会码码的人来说，跟现在人码码也没啥区别

[dilu]

啊对不起，我不是人 太 qs 了

我看成了“如何看待 wu 码运动”

啊这 doge 我肯定还是支持的哈哈哈哈哈

[felixcode]

前台用户在无代码操作，后台安排几个程序员马不停蹄的写出对应代码来。
等的时间太长的话，就告诉用户，运算量过大，请下周一过来看结果。

[snw]

@winglight2016
方向反了。无码 /低码平台是给非程序员用的，不是给程序员用的。
而且一般是给非程序员中本来就有编程基础的人用的，只要扔个文档或者教程自己就会去学的那种，不是需要手把手教的小白。

[shyangs]

以前用 FrontPage 只要滑鼠點點, 普通人也能做網頁了. 現在為什麼要用 React.js 呢?

[aqqwiyth]

做了半年产出了一套概念,以及相关配套的组件. 没有进行落地. 因为落地出来发现没有业务匹配