我们主管一人借助 Vibe Coding 开发了一套低代码平台，目前主要功能如下：
逻辑引擎：支持设置入参、出参，通过拖拽循环、JS 、SQL 节点以及分支节点来编写业务逻辑。 页面快速生成：选择数据表后可快速进行联表生成页面，再结合逻辑引擎和自定义表单，配置各类编辑、弹窗等交互事件。 自定义页面：直接用 HTML/CSS/JS 三件套编写页面，通过逻辑引擎获取数据并完成页面渲染。
在内部人事管理系统上，这套平台确实显著提升了效率，也让产品能够深度参与开发。但当我们把同样的模式应用到考试系统以及业务逻辑更复杂的场景时，问题开始显现。 我在参与过程中明显感觉到，这种开发方式与自己以往的编码习惯差异很大。逻辑引擎实现的业务逻辑处于黑盒与白盒之间，既不够透明，也难以像传统代码那样灵活调试和维护。 因此我想请教：这种低代码模式真的有长期前景吗？有必要继续大力推进下去吗？
 |
1
sansansine 5h 36m ago
不是都有 AI 了吗，低代码还有必要吗
|
 |
2
XuDongJianSama 5h 33m ago
不如直接 ai ，想稳定和省 token 的话可以做几种参照样式
|
 |
3
Hitori0221 5h 32m ago
我们也在推广零代码/低代码平台。
我的体验是对于简单需求比较好用，对于非计算机科学的业务部门来说，容易上手。 但是客制性太差。一旦涉及到比较复杂的逻辑就扑街了。 |
 |
4
mankismi 5h 29m ago
还是有一点点的 可以参考 n8n ，在平台内融合 ai ，使用自然语言拼凑出你要的 workflow ，又能进行小修改之类的
|
 |
5
94 5h 21m ago
参考现在市面上各种应用开发平台和 BI 工具两个不同发展法向的经营状态就行，比如说 宜搭 和 帆软。
|
 |
6
Rickkkkkkk 5h 21m ago
ai 场景下，低代码是降效率的哇。
|
 |
7
imqiyue 5h 20m ago
都 2026 年了，不要再讨论低代码了🤦♂️
|
 |
8
JYii 5h 20m ago
人事管理系统，光听名字如果不对接 OA ，复杂度应该极低。
现阶段对于业务逻辑复杂的系统，我都只让 AI 关注点，然后人力串起来，说白了还是上下文不够的问题。 推的这个模式建议你往外摘一摘，如果成功了，就学习其精髓，烂尾了还能轻松点。 |
 |
9
loading 5h 19m ago  9
这居然是 19 分钟前发的帖子，我以为是 2019 年呢。
|
 |
10
cwliang 5h 18m ago
跟对人中重要，你这主管不行，还在研究低代码
|
 |
11
fengqing2 5h 16m ago
我没看错吧？ 都能 Vibe Coding 低代码平台了为啥不 Vibe Coding 其他软件工程？
|
 |
12
fengpan567 5h 14m ago
什么年代了还低代码
|
 |
13
wu67 5h 14m ago
低代码纯玩具, 糊弄业务部门的, 或者就是业务部门非要搞来糊弄客户的.
实际运行根本离不开代码仔, 三天两头要技术支持. 姑且不说低代码了, 业务部门那群人, 你当他们弱智就行, 有些人富文本输入框都玩不转... |
 |
14
faceRollingKB 5h 12m ago 1
我的经验是分场景，复杂场景还是需要定制，简单场景模板解决，这样客户理解成本地一些，后期维护成本也低一些，否则就是为了低代码而低代码，过度设计
|
 |
15
buruoyanyang 5h 12m ago via iPhone
公司有一套十几年的低代码平台，今年寿终正寝了，正在往下搬业务
|
 |
16
saerms 5h 5m ago
没有任何价值
|
 |
17
Cenat 5h 5m ago
无语了 2026 年了还在 lowcode nocode 都满大街了
|
 |
18
chenpbh 5h 3m ago
没前景，放弃这个，现在的时代越通用的技术越好
|
 |
19
southcat996 OP @cwliang 哎 现在沉迷这个了，劝不住 我俩还因为这个闹了一次不愉快
|
 |
20
flytsuki 4h 59m ago
我刚干这一行都在说低代码了,这么多年了都没啥起色
|
|
21
southcat996 OP @sansansine 小公司想让产品参与维护就做低代码，我们主管也是受了一段时间捷搭的罪，回来就要自己做一套
|
|
22
southcat996 OP @faceRollingKB 现在是硬往上放啊，啥都往上丢，开发速度慢了还要找我们的事
|
 |
23
snitfk 4h 52m ago
ai 时代还有谁会用低代码平台？你这使用成本比 ai 开发还高的多吧。
|
 |
24
kulove 4h 51m ago via Android
AI 时代下低代码没必要了 现在定义的开发规范之类的不就能取代低代码了
|
 |
25
rogi 4h 51m ago
低代码最大的护城河是没有 AI 的时候，把开发人员拦住
 沟槽的低代码，能维护下去和接手的工程师，干什么都能成的 |
 |
26
dimwoodxi27 4h 50m ago
低代码就是屎上雕花
|
|
27
southcat996 OP @dimwoodxi27 很赞同
|
|
28
southcat996 OP @mankismi 我们这个类似 n8n 那种流程的模式了
|
 |
29
Razio 4h 44m ago
SB 需求，够恶心的。一点办法没
|
|
30
dimwoodxi27 4h 40m ago
@southcat996 事实如此，去年有见到某台企写的低代码平台，02 开始的项目，用的还是古老的 Swing ，集成在 IE8 页面中，不知道什么时候补充的组件表单拖拽，到 2025 年了还在用，一个月几十个问题和好几次的重启维护，维护人员不知道跑了多少个了
|
 |
31
liubai256 4h 37m ago
前前司开始搞低代码之后，成立了一个低代码组，慢慢的新项目都让低代码做，原来的开发团队被裁到两三个人，然后低代码那边水平不行有些人几乎没有计算机常识，项目交付不了一年左右公司就开始拖欠工资了。。。讲道理现在在搞真不如直接梭哈 ai
|
 |
32
Sundayz 4h 35m ago
编程发展大致概括为：汇编 -> 高级语言 -> 自然语言（也就是现在的 vibe coding ）
而低代码原本是想坐上现在自然语言的位置，但抱歉 AI 的出现直接杀死比赛。 |
 |
33
VeteranCat 4h 32m ago
低代码平台这种东西，其实就是电子表单的另外一种形式。 没意思的。
|
 |
34
einblattx 4h 26m ago
中间产物,用 AI 能直接生成,为什么还要拖拽,无非是稳定性好点
|
 |
35
aw2350 4h 25m ago
咋说呢，这玩意，需求是有的，归类为传统业务吧，就是有需求，但是不怎么赚钱，靠维护费用，类似于 实施吧
|
 |
36
lujiaosama 4h 23m ago
低代码基本上只能做点简单需求, 复杂需求基本歇菜. 最痛苦的还不是被逼着用低代码实现功能的开发, 而是给低代码框架维护, 历史包袱太大,心智负担巨大.
|
 |
37
bojue 4h 21m ago
长期还是有需求的，但是钱途谈不上
|
 |
38
Liamccc 4h 19m ago
都几年前玩的东西了。
ai 时代直接推沟里 |
 |
39
gibber 4h 19m ago
@Sundayz 然而并不是你们想的那样，低代码是为了解决业务需求变化频繁，导致开发成本高、交付慢的问题，特别是那些缺乏统一规范行业，同时还要面向多客户多行业交付的场景。
|
 |
40
xiaomushen 4h 17m ago
奇怪，既然 Vibe Coding 了，为什么不直接 coding 业务系统呢？何必曲线救国
|
 |
41
zhenlit 4h 14m ago
低代码就是个绩效代表，有 AI Coding 其他都是弟弟，刷绩效的伪工程
|
 |
43
BigShot404 4h 11m ago
如果你的 vibe coding 是有一堆前置规范限制的，那和低代码其实没什么太大区别。
|
 |
45
ebushicao 4h 7m ago
2020 年以前还是挺有前景的，相比手搓会更快成本也更低，大多数公司的内部应用定制改改也还算简单，但现在就纯浪费时间了... 直接 vibe coding 全方位碾压。
|
 |
46
shadowyue 3h 52m ago
差点忘了还有这个东西，AI 出来的那一天它就死了吧
|
 |
47
paranoiagu 3h 49m ago via Android
AI 时代无前途
|
 |
48
ktyang 3h 45m ago
产品参与维护为什么要用低代码，开发直接写一些规则，让产品自己用 ai 改呗。我们这销售都开始直接写原型提要求了。
|
|
49
gibber 3h 42m ago
@Sundayz 不知道你所谓的市场是什么市场，就 OP 提到的 OA 系统这一块，国内做 OA 业务的厂商几乎都是低代码方案，因为客户的需求差异性太大，低代码可以在项目实施过程中配置完成，快速交付降低成本。不知道你们在面对这种场景时用 ai 有什么好的解决方案，可以指教一下。
|
 |
50
duanxianze 3h 41m ago
现在已经没人提这个了吧？？无意义了
|
 |
51
TeabugCC 3h 39m ago
毫无意义的伪需求。
|
 |
52
qping 3h 34m ago via iPhone
我们之前做低代码的，现在在废弃中，别折腾了
|
|
54
gibber 3h 18m ago
@Sundayz 我前面已经说过了，是业务需求的差异性大，不要理解为复杂。就是简单的 crud 页面，但是 100 个客户其中有 50 个提出想要增加个性化需求，需求之间又有冲突，就比如页面上增加字段、减少字段、修改文案、调整字段顺序、调整页面布局、增加按钮等等。你打算用 ai 怎么解决？
|
 |
55
refear99 3h 14m ago
给我干哪年来了？
|
 |
56
kkwa56188 2h 42m ago
不光低代码, 整个前端都可以被 AI 一锅端了, 清晰的表达和设计业务才是人类的主场.
|
 |
57
sucai 2h 3m ago
低代码还有个屁前景，我们公司前年启动一个低代码项目，去年还拿了个项目奖，今年团队都差不多要停了，业务团队都 JB 上 ai 了谁还要你基础搭建团队
|
 |
58
liuxue 2h 3m ago
参与过使用低代码的项目，开发体验极其差，我认为低代码只适合那种需要快速上线但永远不会修改的项目
|
 |
59
cccn 2h 0m ago
不如 ai
|
 |
60
rencoo 1h 41m ago 1
全低代码肯定不行，但是表单配置引擎那种还行，毕竟里面的组件可以人工拓展
|
 |
61
Bapper 1h 29m ago
如果需要程序员做技术支持的话，为啥不直接 vibe coding 呢；如果不要程序员的话，难道要业务部门自己搭吗，没人会给自己揽这种活的
|
 |
62
wangsd 1h 9m ago
金蝶用友那套东西我感觉和低代码有点像，需求一直都有，但是没啥前景。
|
 |
63
KnightKilito 25 mins ago
我去年离职前就负责部门低代码的开发，低代码的适用场景挺窄的，重复的模块功能、都是增删改查比较简单通用的、业务通过简单 SQL 可以完成的，才适用，越复杂反而越应该用 ai 了现在
|
Select Language