今天上午跟商务见了一个客户,希望有一个低代码开发工具让他们自己实现一些二开或内部流程搭建。 对客户来说会省却很多成本,对我们来说就少了一小块收入。
VUCA 时代下低代码、无代码开发越来越火,所以大家会担心被低代码、无代码开发取代吗?
1
airplayxcom 2021-07-22 16:18:29 +08:00 9
无人驾驶落地了吗
|
2
ericguo 2021-07-22 16:19:03 +08:00 1
不会,会写字的人需要担心不会写字的人来抢你饭碗么?
|
3
justfindu 2021-07-22 16:20:10 +08:00 1
按模块收费 说不定比起一次成交更加有收益
|
4
echo1937 2021-07-22 16:21:46 +08:00
上一个热门讨论是“程序员会担心 人工智能代替人写代码吗?”
|
5
jmyz0455 2021-07-22 16:23:53 +08:00 1
不担心。
理论说,几十年前人类就担心被机器取代了,但是这一天还没到来吧,还诞生了各种各样的新职业,感觉时代不断变化,只要拥抱变化,总能找到位置。 实际是,用了低代码,就意味着客户的需求处处受限,小公司肯定耐得住,但是业务一多,功能一大,想要跟别的公司一样天天改需求拍脑袋整点奇葩功能?对不起你还是需要程序员(狗头 |
6
kop1989 2021-07-22 16:23:54 +08:00 7
其实担心的不应该是程序员,真正需要担心的应该是搞传统行业信息化市场的外包小公司。
1 、业务不复杂,且没有壁垒。 2 、公司没有自己能立足的产品。 3 、甲方业务员比技术员更懂业务。 软件工程经过十几年的迭代,已经基本形成了开发人员与软件实现解耦。换句话说就是部分的标准化、工程化。 对于程序员而言: 利在于程序员可以无痛切换行业。 弊在于公司不依赖开发者,不怕开发者坐在屎山上开高价。 |
7
abcbuzhiming 2021-07-22 16:24:11 +08:00 1
一点都不担心,早在人月神话时代,那时市面上一会就会冒出一款全新的语言或者“开发框架”,各个都宣称自己可以“降低成本”,“再也不用聘请昂贵的程序员了”。
所以,软件开发也最高的成本就是人力成本,资本想替代掉这昂贵的人力成本不是第一天的事情。用不着觉得不开心,想着降低成本是资本的本能。 现实的核心问题,不在于低代码无代码能否取代程序员。而在于本身的复杂度是来源于业务自身的,开发程序的难度确实是在下降,而且还会继续下降,2000 年的时候你搭个网站简直是黑科技,现在谁不会搭网站?但是 2000 年复杂的 ERP 业务,到现在仍然复杂。 程序开发本质是服务业,所以更多的时候,不要把眼光盯死在程序本身。程序说到底,只是个电脑工具,和 Office,photoshop,没有区别。盯紧业务更重要 |
8
zhengqiaoyin 2021-07-22 16:24:36 +08:00
怎么可能!!!
钉钉那个低代码平台项目“钉钉宜搭”花这么多钱,也不能把开发部取代。无代码平台框架自身处理一定的复杂性,内置安全流程,数据集成,消除了开发人员手工编写代码的需要,人员能够专注于要害业务逻辑的实现,消除了构建大系统的难度。https://zhuanlan.zhihu.com/p/161783456 低代码开发平台功能日益强大,目的是让开发人员更有效率,而不是取代开发人员。低代码可能会让你做到 99%的进度,但剩下的 1%对于完成工作是最重要的,并且最终是你的项目或业务流程区别于其他项目或业务流程的地方。https://www.zentao.net/redirect-index-19274.html 开发人员们,要相信你的无可替代的!!!当然,你的技术也要不断往深里钻研。 |
9
AlanDSF 2021-07-22 16:24:43 +08:00
我们部门就在研究低代码开发平台, 准备以后用呢-_-||
|
10
zhengqiaoyin 2021-07-22 16:26:56 +08:00
@jmyz0455 说得好!总感觉目前市面上的一些低代码平台工具数据打通方面还有一些问题。
|
11
ipwx 2021-07-22 16:27:43 +08:00 1
担心低代码平台取代工作,和担心技术换代被淘汰,其实是一回事。
|
12
2Soon 2021-07-22 16:30:09 +08:00
金蝶云苍穹警告!
|
13
jjwjiang 2021-07-22 16:41:08 +08:00
说起来你可能不信,低代码平台要求的开发者能力更高了
以微软的 CRM 平台为例,大部分 OOB 的功能直接用不需要开发,但是一旦涉及到自定义开发,不管是插件还是 PCF 都要求非常高的素质,一方面你要理解这些平台的工作模式,一方面要开发兼容组件,还有条条框框的限制,比自己开发 APP 要麻烦得多,对开发者的素质要求很高。 |
14
feifeijincn 2021-07-22 16:43:00 +08:00 1
可以把 CURD 业务全部取代。
但超越 CURD 之外的复杂部分是需要人类来完成。 |
15
coolair 2021-07-22 16:45:04 +08:00 20
能指望一群连 Excel 都玩不转的人去使用低代码开发平台吗?
|
16
JudyHal 2021-07-22 16:47:38 +08:00
@feifeijincn 可是到底什么业务才不是 CRUD 的?做基础架构的也是 CRUD 的啊
|
17
Smash 2021-07-22 16:55:59 +08:00
低代码本来就是伪需求.
|
19
wat4me 2021-07-22 17:12:59 +08:00
低代码平台需要低代码平台维护吗
|
20
amwyyyy 2021-07-22 17:27:16 +08:00
如果要替代,程序员应该是最后被替代的
|
21
CoderGeek 2021-07-22 17:28:10 +08:00
emmm, 我今年前半年都在搞低代码平台,可视化流程编排 。
|
22
dahaibanfeiwu 2021-07-22 17:34:57 +08:00
@ericguo 有道理
|
23
dfkjgklfdjg 2021-07-22 17:38:26 +08:00 3
低代码实现二开????脑洞是有多大???还是说现在的低代码平台已经强到如此地步了??????
继续引用尤大的一句话。 - - - - - 低代码无代码,这个东西是这样的,就是我们把它想象成一个取舍的一个轴,轴的一端是灵活性(所谓灵活性就是你可以应付任何需求、任何场景),在轴的另一端就是低代码无代码 ,就是你需要写的代码越少越好,对代码本身的知识越少越好。 最理想的就是一个没有任何代码知识,就比如说一个纯产品经理或者一个设计师,就拿你这个东西捣鼓捣鼓就弄出一个正真生产环境能用的东西,这是这一端。 另一端就是说我不管怎么样,在复杂的需求我都能用我的系统都能给你弄出来,这两个东西就像我们知道这个数据库设计里边有这个,数据库你最终的一致性,写的可靠性等等,就是三个东西里边,没有办法三选三最多只能三选二。 我觉得这个低代码和无代码这也是一样的。就是你在究极的灵活性跟易用性,没有办法在两个轴上都做到极致的,就是你在中间肯定只是找不同的点,所以我们现在看到的工具都是在这些不同的点上,去尝试看哪一个点是最合适的平衡。 你可以看到一个比较具体的例子,比如说淘宝店铺,你要搭店铺的这个东西基本上做到了是个店小二都能用,很傻瓜,但是它的这个代价就是说,它的内部实现是跟你这个淘宝搭一个页面的需求是强耦合,那你这个系统,就为了让店小二做的尽可能简单高效,它可能牺牲的代价就是我这套系统就没有办法用在任何场景。 那反过来说如果你要做一套说我既要不需要编程又可以应付任何场景,最后你的代价可能就是你这个系统做的其实可能简单的场景又搞的很难用,然后一些需求你搞不定最终还是没有办法做多真正 NoCode,然后最后你还是说,哎呀这边我搞不定了,工程师你来帮我搞一下,然后两边一沟通一反馈,这一有人的互动、有人的沟通,效率一下就低下来了,最后你这个 NoCode 的优势就没了,所以我觉得这个东西一句话来说就是没有银弹。 这两天还是看到一些比较有意思的探索在知乎上边,首先哪个徐飞叔叔他发了一篇文章,然后那个侯震宇也有了一篇文章,这两篇文章其实都挺好的,我觉得在这个方向他们是在做一些比较本质的思考,就是做这些系统的同学可以看一下,但是我个人对于这块也就也不是那么的深入,所以我只能大概的谈一下。 - - - - - |
24
Jooooooooo 2021-07-22 17:49:07 +08:00
担心这个的人肯定没有撕逼过需求.
|
26
ZRS 2021-07-22 17:52:18 +08:00 via iPhone
不担心,你接触过复杂业务就知道了…
|
27
tonghuashuai 2021-07-22 17:56:14 +08:00
那低代码 /无代码系统是谁开发的呢?
|
28
JerryCha 2021-07-22 18:25:11 +08:00
担心这个事情干嘛,是 UX 给你提的交互需求太简单了吗
|
29
boris93 2021-07-22 18:29:35 +08:00 via iPhone
啥时候低代码 /无代码平台能满足所有需求再说
那些平台无非是把一些模块做好了给你搭积木,用户就是带着镣铐跳舞 |
30
www5070504 2021-07-22 18:49:20 +08:00
这问题实在不应该是程序员问出来的
|
31
xuanbg 2021-07-22 19:27:43 +08:00
低代码平台能做的需求面很窄啊,没多少东西适合低代码的。
|
32
jones2000 2021-07-22 20:57:32 +08:00
产品经理的想象力是无穷的。
|
33
luhe 2021-07-22 21:58:34 +08:00 via iPhone 3
业务一旦复杂起来就不如重开了……
我已经想象到用了低代码平台的公司,返聘开发人员改 bug,然后发现是平台的 bug,想去找平台的支持,发现开发低代码平台的相应开发人员离职了…… |
34
Cooky 2021-07-22 22:01:34 +08:00
它要真能推倒屎山那可真是积阴德了
|
35
ryanlid 2021-07-22 22:09:07 +08:00
无服务器 会取代 服务器 吗?😏
|
36
EarthChild 2021-07-22 22:51:20 +08:00
@AlanDSF #9 +1 不知道咋想的。。。等社保给我交了 15 年再给他实现这个需求吧!
|
37
EscYezi 2021-07-22 23:27:44 +08:00 via iPhone
不会,业务复杂多变,通用的部分各编程语言都已经有大量的类库和框架,但还是业务代码还是要自己写。能实现复杂业务怕是要变成图形化编程语言了(
|
38
danhahaha 2021-07-22 23:28:33 +08:00 via iPhone
wordpress 流行多少年了,现在依旧大把公司靠各种 wp 插件模版组装赚大把钱,这个基本不用写一行代码,关键还是因为客制化三个字
|
39
iyaozhen 2021-07-22 23:53:43 +08:00
不担心
就我们那复杂需求,非常难,都快作死了了,无代码平台完全做不了。 再说了,我可以去开发无代码平台呀 |
40
ericls 2021-07-23 02:13:52 +08:00 via iPhone
配置文件的描述力肯定不如程序语言 否则就不叫配置文件了
自然语言的语义很容易出现歧义 不然人类早就用自然语言写代码了 |
41
learningman 2021-07-23 02:28:23 +08:00 via Android 4
现在的编程语言不就已经是某种意义上的低代码了吗?你拿 python 写一行 print,换成汇编不知道多少行了
|
42
Routeros 2021-07-23 03:06:08 +08:00
我仅仅从逻辑上觉得这句话真逗
|
43
Cbdy 2021-07-23 07:40:38 +08:00 via Android 1
做软件和写代码其实是两回事
|
44
yalin 2021-07-23 08:49:17 +08:00
火个毛线
|
45
musi 2021-07-23 09:10:50 +08:00
按模块实行订阅制,找一个外包服务商合作,让他们开发,交付模块代码,你们按订阅收费这不血赚
|
46
dwlovelife 2021-07-23 09:54:23 +08:00
低代码 就好比 一套机器让你做菜 稍微变个菜系 或者 或者需要临时加点什么 做点复杂的 完全应付不了 大型系统的业务复杂度 比如电商 你用低代码给我干干? 只能帮你干点常见常用的 程序员被低代码或者人工智能取代 就是个笑话
|
47
mat2019 2021-07-23 10:01:35 +08:00
想一想都无代码了,那自动化得进展到什么程度。 你还工作干嘛,每天玩,国家发钱
|
48
fredli 2021-07-23 10:21:01 +08:00
LCNC 不用开发么?天上掉下来的?
|
49
wanguorui123 2021-07-23 10:26:26 +08:00
不担心,只希望机器干活,国家天天给我发钱玩
|
50
O5oz6z3 2021-07-23 10:33:32 +08:00
也许会,技术也许会革新,门槛也许会降低,市场也许没变大,行业也许会内卷,码农也许会失业,快进也许会一步到位。
|
51
lifesimple 2021-07-23 10:34:03 +08:00
不会 比如钉钉宜搭,既然有这玩意了 那应该也是给非开发用来搭建项目的吧。结果到头来还是开发来用,体验还不如写代码实在
|
52
lscexpress 2021-07-23 10:43:40 +08:00
@feifeijincn CURD 业务也无法全部取代,我 select 一部分数据,你完成了很好。但作为客户我提出,你每次 select 出的数据,要把倒数第二条给 delete 。奇葩吗?但就是真实案例,你是不是又得改。只要我有需求,你就得改代码。除非你不接受这种工作
|
53
526326991 2021-07-23 10:48:48 +08:00
人会担心人工智能吗?
|
55
Mark24 2021-07-23 10:57:26 +08:00
没有一个能打的啊
计算机发展 30 年了。低代码又不是刚出来,这种技术的轮回已经在美国,欧洲不知道多少轮了。 jquery 时代也有拖拽生成器…… 很显然未来不是这样的。 |
56
intmax2147483647 2021-07-23 11:10:46 +08:00
如果无代码开发现世,那么担心被取代的应该不是程序员,而是全人类!
|
57
jack778 2021-07-23 11:20:43 +08:00
天真可爱的客户,如果有这么牛逼的工具这个世界上还会存在外包公司吗
|
58
shakukansp 2021-07-23 11:22:55 +08:00 1
如果有这么牛逼的工具这个世界上还会存在外包公司吗+1
|
59
iClarence 2021-07-23 11:24:22 +08:00
只要程序员不帮着产品实现低代码和无代码,就不会出现这个问题。
|
60
jack778 2021-07-23 11:25:02 +08:00
低代码平台还是需要人去配置的,但是大部分公司都没人愿意去干这种事儿。
|
61
yvescheung 2021-07-23 11:44:10 +08:00
低代码无代码工具能给自己 debug 添加新功能从而实现自我迭代吗?如果实现了那就不是程序员被取代的问题了,这是真正的人工智能,绝大多数人都会被取代。
|
62
3dwelcome 2021-07-23 11:44:11 +08:00
|
63
newmlp 2021-07-23 11:45:10 +08:00
家祭勿忘告乃翁
|
64
bleaker 2021-07-23 11:59:39 +08:00 1
现在人都不记得 DreamWeaver 了么...
|
66
arischow 2021-07-23 12:11:29 +08:00 via iPhone
我觉得重点在于而且大家都有可能忽略的是,需求也会随着时代进步变得更复杂
|
67
polo3584 2021-07-23 12:11:43 +08:00
这个问题不应该是程序员担心的,你可以把低代码和无代码看做一个编程语言,只是学习成本比较低,但是学习成本低也就意味着接口少,功能少。如果低代码和无代码能完成和上一次语言一样的需求,那么他就会变得极其复杂,学习成本升高,还不如直接编程。。。而且面对客户越来越多的需求,必然要求改动代码,甚至改动再下一层的库或者插件啥的,越来越简单的编程和越来越复杂的需求是一对矛盾。
|
68
3dwelcome 2021-07-23 12:19:57 +08:00
@polo3584 “而且面对客户越来越多的需求,必然要求改动代码”
不不,客户需求多,是因为你们开发给的报价高,所以需求才多。需求少甲方不是亏大了。 低代码通常都是量产型网站,报价很低,很少人力成本,客户需求自然就少了。 |
69
matrix67 2021-07-23 12:41:59 +08:00
你要懂得编程的本质是什么。以 web 后端开发为例,web 开发的核心是将现实世界的业务建模,并将现实世界的业务逻辑翻译到机器能够读懂的代码,这个“翻译”的过程是对智力要求不高的。低代码只不过是把翻译的目标语言换了一种而已。
但是,写出可维护性高、少 bug 、易扩展的代码,是需要普通程序员望尘莫及的智力和经验的。 你如果有下面这些能力,低代码和你一点关系都没有 1.把事情想明白,说清楚,跟别人商量好 2. 注意边界条件和编码规范,基本做到无 bug 提测 3.工作中做好计划和进度跟踪,沟通和汇报,不把问题遗留到变成事故 4.思考和分析,如何优化目前的工作流程,引入工具和方法,提升生产效率 5.把自己工作中用到的技术用熟,搞清楚原理,优点短处,适用场景 6.不断接触新技术思想和工具,完善自身知识体系结构 7.深入学习至少一个常用开源项目,源码层面系统掌握这项技术 |
70
cvbnt 2021-07-23 12:48:25 +08:00 via Android
不会,当业务逐渐复杂起来后,通过低代码平台开发新功能难度会呈指数级增长,因为平台扩展性限制了开发新功能能力
|
71
chanchan 2021-07-23 12:52:13 +08:00 via Android
能被取代就证明确实该被取代
|
72
apifox 2021-07-23 13:43:01 +08:00
如果你是只是个“增删查改”程序员,那么你是会被取代的。
但如果你是个“优秀的工程师”,完全不用担心。 顺便打个广告,Apifox 正在招“优秀的工程师”,快到碗里来: https://www.v2ex.com/t/791135 |
73
jiayong2793 2021-07-23 14:00:31 +08:00
输入:一个自定义的表单
处理:针对自定义表单内的每个数据选择处理的模块 输出:选择输出的数据表现方式 这是低代码的理想方式,而低代码的代码都集中在处理模块,这个需要人去编写代码逻辑 其实严格点来说,目前的所有的编程语言都是调接口,即使是汇编也是调用指令集的接口 |
74
lulu7 2021-07-23 14:18:14 +08:00
《西部世界》里的机器人觉醒可能发生在当今世界吗?低代码工具的存在是为了帮助开发人员。当一个平台被合理使用时,开发人员的工作效率就会提高,并且可以为其他重要的事情分配时间,比如与相关方的协作。甩个链接: https://www.zentao.net/redirect-index-19274.html
|
75
leqoqo 2021-07-23 14:44:28 +08:00
感觉你的问题的 是 自定义表单, 自定义工作流, 做这个的很多, 微软的 infopath 应该是想解决这个问题的
|
76
chenmobuys 2021-07-23 14:51:07 +08:00
还是担心真正的人工智能吧,只有这个能替代程序员,其他的什么低代码、无代码就是个伪命题。
|
77
loryyang 2021-07-23 14:59:46 +08:00
部分的需求确实可以被他们覆盖,但是用户的需求是多样的,多变的,怕是很难支持好
|
78
jingslunt 2021-07-23 15:01:24 +08:00
不会的,内卷只会让难度提升,高难度的工作需要更多的人去参与完成
|
79
Mohanson 2021-07-23 15:04:59 +08:00
历史就是螺旋否定历史的历史
|
80
snuglove 2021-07-23 15:11:11 +08:00
都是声音大,行动少.
|
81
winglight2016 2021-07-23 15:25:31 +08:00
低代码 /无代码是忽悠那些不懂编程 /开发的外行人,真正的程序员怎么会为此担心? 20 年前 powerbuilder 就干过这事儿,最终也就是一个噱头,所有低代码 /无代码平台 /框架都是给程序员增加就业岗位的,这是一个行业深耕的必然结果。高价值的程序员是不愿意干 CRUD 的重复工作,老板也希望好钢能用在刀刃上,这种重复工作被机器取代是自然而然的,但是真正的整个软件生命周期的开发工作包含了大量“艺术”性的内容,无法用机器代替——否则的话,你以为哪个老板不想要?
|
82
tzigone 2021-07-23 15:33:55 +08:00
通常,系统是要跟着领导一起换的
|
83
Manley 2021-07-23 23:32:04 +08:00
来自大葱省某公司员工的回复:不会。我们公司的产品就是低代码开发平台。
从平台本身来说,主要解决简单重复的基础功能,画页面,表单,工作流这些东西,无非就是增删改查,这一部分基本可以做到"无代码开发"。比较复杂的业务或者其他个性化业务需求,可以使用平台生成代码的能力生成一些基础代码,然后自己完成复杂业务。此外,也可以在生成代码的基础上进行修改,能修改的前提就是能看懂(这一部分就是“低代码开发”)。整体上来看一些简单的活就不用一遍遍的去写代码了,直接画页面完事,稍微复杂的就画页面和手写结合,再剩下的只能手写了。(或者甲方出钱我们写。。。) 另外,不是所有企业都有很高的技术水平,国企里也有很多信息化的需求,不然采购低代码干啥(狗头)。大部分都是大佬带着,底下的人都是技术一般 |
84
PopRain 2021-07-24 14:37:44 +08:00
应该提供适度的自定义功能,但是所谓的低代码堆多了,那是超级大屎山。。。。。 还是随时会崩且无人能维护的屎山
|
85
dorothyREN 2021-07-25 11:09:20 +08:00
低代碼 無代碼平臺 不也是要程序員來開發嗎
|
86
feifeijincn 2021-07-28 14:51:18 +08:00
@JudyHal
基础架构不是“简单”的 CRUD 。里面会有复杂也业务逻辑,限流、熔断、服务切换、重启。一系列的都是重逻辑性功能。 “简单”的 CURD,专制一些 List 页面,该页面主要就是增删查改。 企业信息化里许多的东西都是这样,@kop1989 说的很对,那些搞传统行业信息市场化的外包小公司,极可能被取代。 不过他们也极容易转型,可以使用低代码平台来做二次开发。 因为低代码平台里面就应该涵盖两类用户,企业用户和服务商类型客户。 |
87
shangwuli OP 感谢大家的建议
|
88
ggbond2 2022-08-21 11:40:37 +08:00
完全不用担心, 低代码是为了更快速开发,并不是取代开发,低代码本质上就是在更高的抽象层次上解决问题,老板们只管结果。可以试试 https://majiang.co/ ,快速搭应用,一般来说会写 SQL 足以,复杂逻辑可以写后端 api
|