这些应用程序 /平台使非开发人员能够解决一堆原本需要软件工程师的问题,这是范式转变吗?
无代码工具生成的代码总是更复杂,因为它包含了无代码开发环境 + 设计工具 + 解释器或运行时 + 集成器 + 实际生成的代码。如果出了问题,所有部分可能都需要排查。
无代码工具最好只用来生成原型产品。当你确切想清楚想要什么,再找程序员将它写出来,这样可能更快,有利于以后的升级和排查。

参考无人超市

看成无码运动

我认为这总归是好事,能把重复的可配置的事情交给非专业人员也能做。
但是如果考虑到如何培训开发者以外的人使用这一工具,最后使用的可能还是交给了开发者去做了。(例如现在的我)
(后面两句话还挺眼熟的)

简单的应该可以,复杂定制化的东西比较难。

那生成无代码工具是不是代码开发出来的?

软件工程没有银弹

特定业务需求很好用。

资本家又多了一个打压程序员工资的理由和借口了。
培训机构又多了一点焦虑贩卖的理由和借口了

无码开发推荐个仓库: github.com/kelseyhightower/nocode

ASP.NET:历史是个轮回

我觉得最后还是让开发人员去使用无代码工具去进行开发才是最可笑的. 这跟纯代码开发相比 , 优势很大吗? (当然 , 前提是当前团队的纯代码开发工作已经完成了工具框架高度封装以及云原生) . 只能说这是另外一个软件开发的另一个极端 . 也不能否定 , 特定业务领域让非技术人员使用组件生态及其丰富低代码平台(不是无代码) , 会很好提高迭代效率.

#10 我正好也要说这个了,.net 这边已经吸取教训重归简化了,那边无代码又开始搞复杂化。个人目前不看好低代码。

我希望迅速普及,培训班大量推广,想入行赚快钱的人大概率会去选择做这个,然后让他们往死里去卷,然后真正喜欢写代码的人的环境反而会好转。

无代码本身就是面向中小企业开发的,场景非常明确,需求也很切合

即使日后 codeless 真到了“能用”的级别,那么能把 codeless 玩儿出花的人,也必然是本站诸位啊。
就好比传武大师说,如果允许插眼、踢裆的话我就可以和泰森打了。但是泰森掏裆的威力不是更大么。

无代码工具其实本质上就是把代码语言变成了图形语言,相对的业务层面的工作不会减少。反倒是由于需求的深入,需要额外的对开发平台进行升级,你需要先让平台支持某种特性后,再用平台去实现业务功能。

对于甲方,引入低代码工具开发简单需求,降低成本
对于乙方,减少简单需求对大块需求开发的影响,提高效率
受伤的是只能做简单需求的供应商,或者被迫加入低代码开发的代理商

在人力成本极低的地方,所有能变成劳动密集型的都会变成劳动密集型的安排,非劳动密集型安排是永远不可能成功的,永远。

事物有因果,因果倒置,所以就不能被理解了。
11# 说的对,低代码 /无代码要弄清楚给谁用。它不是因,而是果,不是给 coder 的果,是给业务实践者的果。那么因从何来,代码框架、代码复用的事情暂且不说,放在更宏观的维度上,因来自快速变化的业务——业务变化导致开发人员跟随业务变化,一旦用术业解耦来解决这种变化,那势必带来信息传递的衰减、业务效率的下降:我这都有新需求了怎么你们程序员还没把老的弄完。

What if ,如果,如果业务人员掌握技能,直接搞“开发”,实现自己的业务,那简单维度上是不是提升了效率,同时复杂维度上业务人员还能够良好(被逼地)设计自己的业务呢?

换句话讲,码农也别骂产品经理了,NB 的话你写一套东西,让产品经理自己搞。因果自清。

越灵活的系统就越复杂,到一定程度实际上也是在进行编程的工作,只是过去是写代码,现在是另外一种形式,至于效率高低就仁者见仁了。

抽象程度越具体化,则它的应用范围则越窄,而高度抽象的系统本身也不容易使用,需要有一定的专业知识和使用经验。作为应用层来讲,当然可以使用已经定义好的简单抽象 /组件,而这些简单抽象来自于更高层面的抽象,所以为了解决复杂性,仍然存在层次,层次越高(封装得越多),则要求更低,使用门槛自然越低。

只会复制黏贴的程序员,可取代性高是当然的啊,总不能水平低还想吃铁饭碗吧,如果这行饭这么容易吃饱,就算没有“无码技术”,也会有数以亿计的新人进入行业参与竞争,对吧?

而技术高的程序员,难道还怕无码?

到了无码技术能取代技术大佬的程度,做梦都会笑醒,因为那时人类的科技该多么发达,生产力多么高,受惠的将会是全人类。

好像在 ruanyifeng 大神的 blog 上看见过主题的这句话.

原文: www.ruanyifeng.com/blog/2021/12/weekly-issue-186.html
原文: news.ycombinator.com/item?id=29191068

我感觉,很多需求不需要那么深入,很多深度定制的需求是伪需求。
就像 Excel 一个 vlookup 满足 80%需求,其他功能没啥用

#20 +1 游戏行业很多“可视化”工具把 AI ,技能丢给策划,那配置起来还不如让策划学一下脚本呢

不是程序员不会用,是程序员不屑用。

业务驱动型,和技术无关

进一步缩短想法和实现的距离。不过这个东西有点距离。

裤子都脱了你就让我看这个?

10 年前各大 开发工具纷纷推出图形化可视化拖拽控件, 并且大吹特吹的时候, 彼时彼刻像不像此时此刻?

有人意识不到写代码这个环节在整个业务需求迭代中占的比重并不大.

如果把无代码比作搭积木,那需要足够丰富的模具(现成的代码模块)才行。

这跟写具体代码又不一样,涉及到前后端交互的话更复杂,搞不懂吹这个概念的。

记得 15 年那会儿接触过一款好像叫 nodered 的平台,也就适合做做原型涉及吧,不知道现在怎么样了。

同感...这个无代码,都发展了十几年了...也不知道为啥好像都当新鲜事物来宣传

node-red 在 iot 领域活得好好的

不看好。
古老技术用新名词封装一下而已。

如果用户真的有自定义的需求,从信息论的角度来说,无论采用何种开发语言、或者是 scratch 、BPMN 等图形载体,这些定制信息的存储、传递所需的数据量有一个压缩极限,复杂度是始终存在的。
这决定了,所谓的‘无代码’只是换了一个新的方言进行编程。大部分实际情况是,这种新方言功能强大,但是需要接近与编程语言的学习时间来学习并掌握;或者为了降低学习成本,新方言仅包含很少的原语、仅支持非常有限的功能。

作为例子,SAP 的 ERP 软件就号称不用编码实现很多客户自定义的需求,但是实际上是内置的海量流程和功能,让人用海量的配置来选择。

只有形成了标准化的行业,低代码、无代码才有市场
公司内部尝试过低代码开发平台,最后被各种需求锤爆。
结果就是:把需求拆分成配置项,配置项多到眼花,最后比写代码还累。

巨硬微微一笑

我看成了无码运动 还纳闷真的有人喜欢看有码的

给不识字的人语音输入法,是不是文盲也当作家?
把 xyz 换成甲乙丙,是不是人人都能学好数理化?
给后端一个 dreamweaver ,是不是前端就要下岗了?

难道程序员觉得自己跟非程序员的区别就是:1 、掌握 if else 这些英文; 2 、熟悉括号和缩进?

脱裤子放屁--纯属多此一举!

看着大家气愤的样子,不由让我想起了卢德运动里的卢德分子,太像了。

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

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

点赞后才看到原来是,无代码

感觉不如元宇宙……噱头

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

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

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

请参考 COBOL 的生命历程

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

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

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

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

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

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

www.bilibili.com/video/BV1Rq4y16785

www.bilibili.com/video/BV11f4y1K7s4

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

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

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

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

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

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

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

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

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

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

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

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

从另外一种角度来看是个好事

大量的非专业人员介入开发应用

一段时间后,这些应用都会碰到瓶颈, 需要专业的人员或公司介入

此时, 业务逻辑应该已经梳理的差不多了

总之, 对专业公司会有利

这 Manager 思路有问题。Power App 是扔给非程序员自己玩的,不是给 Dev 玩的。

#55 有个 AI 公司就是这样的,向用户提供 AI 服务,具体是表格处理还是啥业务,然后实际是雇的印度三哥人工处理,最后骗了不少融资后,因为疫情人手不足露馅了。

就现在甲方那个 b 样,还无代码,复杂逻辑+频繁需求变动,狗日的谁想无代码去无吧

有用,但是达不到非程序员做出程序员一样得功能。 把低代码 无代码降级下,去掉 ui 界面,是不是就是普通得代码生成器。那么你写代码时候用不用这类东西(如 getset 生成,数据库映射文件生成之类。)那么现在给你加个 ui ,生成的东西更复杂更多了。 解放一下你写重复的东西就行了,但是程序思维逻辑,等其他东西还是得程序员去想。
或者复杂点,就当成一种新的语言,本来是敲代码写程序,现在变成拖 ui 写程序。都是写程序,表现方式不一样而已。
反正还是需要程序员,只是解放了重复写一些无聊东西的时间,更专注业务实现。

能详细说说吗

我现在就在用一个低码平台, 只能说 LJ

  1. 平台分为两个等级: 标准版 4000 多一年, 高级版 20000 多, 物不所值
  2. 界面垃圾, 展示出来的就是 h5, 很不友好.
  3. 列表页加一个连接都不行, 页面之间跳转不能传参
  4. 只能做一类 excel 的一些操作.

    为玩意儿糊弄一下不懂的老板还行,

需求方没有程序化 / 组件化思维,低代码这东西就很难玩得转。

不可能的,产品经理这个东西存在,代码就得写

这块用友金蝶的人不出来吹一吹么?

有个方向:适合用来做幼儿教育

有人说 BI ,真用起来的话,微软和阿里云的都见识过,其实效果也不是太好。简单的说,还是堆人。不过是甲方堆开发,还是乙方堆业务的问题。

没有银弹,问题复杂的本身无法被无码(低码)消除。
我对无代码(低代码)的理解是,简单工具解决简单问题,避免复杂工具解决复杂问题,也就是不需要牛刀杀鸡。但是我看不少低代码厂商,宣传可以快速搭建 CRM ,BI 系统,这个我就觉得这更多是噱头。

Windows/Linux/MacOS 等操作系统的原生界面就是用代码绘制。做 .net 的都用过 WinForm 吧,但是你不会去用代码画界面的,肯定是用 Visual studio 可视化图形设计,每个窗体都有一个 designer.cs ,包含生成这个窗体及上面每个控件的代码。更古早的 VB 、Borland 几个著名 IDE 就是这样了。从 VB 1.0 算起,无代码、低代码 30 年了,只不过现在无代码低代码延申到最终用户了,但应用范围也不大,严格来说大多数都是 OA/ERP 的流程编辑,还有 RPA ,但一般用户只能实现简单的东西,稍微复杂点就得有编程思维了

去年做了一个项目,现在已经放弃了, 主要是出问题和新增功能会特别不好改, 渲染层 dom 层 数据层都有可能出问题, 出点问题, 就找吧

无代码环境主要还是为开发效率服务。我个人对这块的理解就是,更抽象就是产品需求的那种 pr 原型软件,更具体就是像 ROR 的脚手架框架,仅需一点改动就可以看到结果,为的就是“所见即所得”。但是这种必须是“所见”才有“所得”,注定它的受用范围不会是所有的代码,像 Qt ,wpf 这种,基本上通过使用类 xml 方式约束配置图形界面,达到在设计器中的“所见所得”。如果是要应用场景的话,现在发展的前端框架应该就是方向了。越来越多设计师通过无代码框架也开始入职前端行业了。

忽悠瘸一个是一个

可以这么理解,无代码只是代码语言的一个分支,就跟二进制 =》汇编 =》高级语言一样,图形化语言。

所以替代嘛,我看难。

无码等于步兵,有马等于骑兵

一招吃遍天下鲜,可笑可笑

我现在在这上面写定制化,特么地在写屎,在写屎啊
开发的时候 whistle 代理
js 本地打包哦 复制上去
tob 甲方烦得一比

比起机器码,汇编是不是 lowcode ?
比起汇编,C 是不是 lowcode ?
比起 C ,python 是不是 lowcode ?

类比虚幻 4 蓝图功能,能够解决一部分问题,同时降低入门门槛,也真有用纯蓝图开发出来的游戏(光明记忆),不过就

目前来说更多是用于原型验证,我的理解是能够解放一部分重复劳动,当然也会淘汰一部分只会复制粘贴的人

需求定位不明确的一个产品。给谁用都不行的一个产品。甲方:滚。项目经理:真就我来开发呗,跑了。开发:不能写到简历的东西,跑路。所以对与现有岗位都不合适,唯一的好处就是可以将员工与公司强绑定,时间越久的员工越不敢轻易跳槽,应为没了公司的平台几乎没有可以谈薪资的筹码。

需求总是越滚越多,不论是自然产生的需求还是人为强加,没需求也要创造需求。最后复杂性提高还得上代码。不过半自动化可以减少很多固定的前期重负劳动还是好的。

做一些简单的东西的时候觉得很方便,稍微复杂一点就觉得限制太多,不如让我修改底层框架,然后觉得为什么不直接从底层开始写起呢?

还没有接触过 no code, 有接触 low code, 现在低代码工具还是能解决企业内部信息化很多需求的。

看都不看

考虑到当代主流 crudboys 的水平和素养,以及主流架构师们热爱的臃肿肥大的技术栈,其实你对无代码工具的质量、性能、可维护性的担忧并不是什么大问题,毕竟人写的代码也好不到哪里去,甚至很有可能更糟糕。

让我联想到钉钉宜搭那些没有代码基础的随手就开发出一堆应用的广告,感叹自己真笨。。。

经费 /投资哪里来?

感觉适用场景是产品原型阶段

至于担心非程序员抢了程序员饭碗啥的……想多了。

现在的海量 crudboy 所作的业务功能开发,也就是名义上算是个程序员,真干起活来,大部分工作都是在理解业务。其中有不少根本就没想好好学技术,只想着重业务、转管理。这样的人,用无代码平台去做业务实现,恐怕还是比用通用的编程语言更靠谱。毕竟在无代码平台上,就可以不用管技术细节,只“重业务”了。不用担心线程同步写错了死锁,不用发明“粘包”概念,不用手拼 SQL 字符串被搞死,不用被生产环境的运维怼不规范……

这些所谓的“程序员”其实就是来抢饭碗的非程序员,无代码对他们的未来更友好。担心个毛,会进来抢饭碗的,早就来了。

低代码平台吗?我没用过这个,不一定差。在海外的朋友推荐 Power Platform 那一套

感觉类似于早期微软的 winform,wpf 开发桌面应用。webform 开发网页。而且还是 mvvm 模式,各种模型和绑定。比现在一些赶进度写出来了项目不知道高到哪里去了。。

无代码平台比代码难用

我很赞同。有了具体的业务需求,总是需要一种无歧义的,涵盖了所有必要信息的方式,将其描述出来。

如果无代码开发真的能达到等价于传统的写代码开发的灵活性,那无非就是开发出了一门新的,抽象程度更高的,图灵完备的编程语言。

#34
我很赞同。有了具体的业务需求,总是需要一种无歧义的,涵盖了所有必要信息的方式,将其描述出来。

如果无代码开发真的能达到等价于传统的写代码开发的灵活性,那无非就是开发出了一门新的,抽象程度更高的,图灵完备的编程语言。

那么多 crm,sass,sap,oa 系统,wordpress ,淘宝店,都可以理解为广义无代码或者底代码.
当你还在争论的时候,别人在用得很香了。
我们公司现在的 CRM ,售后,销售等系统都在用无代码和底代码平台。

用底代码搭出来的系统,无需过多程序员,一年至少节省几十万成本,不香吗?

别忘记很多公司只是需要一个强大点的 excel.

No Code repo:

github.com/kelseyhightower/nocode

no code 是很扯的
你没有程序员,你就买解决方案,什么样的方案你买不到

然后你既不聘请程序员,也不找外包,更不买解决方案,就指望在某个平台上自己搞搞,你能搞出什么东西来

.wwads-cn { border-radius: 3px !important; } .wwads-text { color: var(--link-color) !important; }