这是一个创建于 1581 天前的主题，其中的信息可能已经有所发展或是发生改变。
前几天逛知乎的时候看到了个问题很有意思：无码时代来了程序员会失业吗？
整体上我不太喜欢知乎最近的一系列“35 岁程序员失业怎么办”的售卖焦虑，但这个问题让我觉得有趣。因此写了篇文章，介绍我的观察和一些观点。
之所以我觉得这个问题有趣，是因为几点
首先，无码和低码的概念虽然不新，但真做这业务的公司最近才冒出来一批。
最近在硅谷的一系列公司，比如 Airtable，Front, 之类拿到了巨量的融资，但这些公司都还非常早期，所以用过他们产品的人应该不会非常多。
即使像 TechCrunch 之类的媒体，也就最近才开始密集报道，所以我还挺惊讶信息传播的速度
另一方面，我自己用过几个 No Code 的产品，所以先介绍一下什么是低代码、无代码，然后从程序员的角度分析了一下，这些产品有哪些局限性，可能取代哪些程序员的工作，哪些又无法触碰：
原文全文请戳 => 无码和低码工具是什么？会抢走程序员工作吗？
如果你也用过国内的无码 /低码的工具的话，也欢迎讨论，顺便说说你的体验。
你觉得它们到了哪一步？有提高你的生产效率吗？
如果有提高你的生产效率的话，那么使用这些工具会导致你或你所在的团队少招人吗？
 |
1
KalaSearch OP  6
当然我知道肯定有人会贴这个 no code 的梗，我就先帮你们贴了： https://github.com/kelseyhightower/nocode
|
 |
2
cnnblike 2020-07-25 08:47:19 +08:00 4
这么说吧，对于任何一个超过 1 年的系统，很多 bug 已经成了更大的系统的 feature，更大的系统相互集成的时候，就是 legacy over legacy，屎山垒屎山才是开发的常态。
low code 和 no code 之流总是以善意揣测开发需求，没希望的 |
 |
3
NUT 2020-07-25 09:09:50 +08:00 2
我是做无代码开发的，目前正在创业中。
谈谈我的感受，无代码本身是一个很好的东西，提升生产力，让老板减少成本，扩大效益。 从程序员的角度来看， 整个中低端外包市场大多是 CRUD boy 多。而这些本身是没有什么意义的。无非就是建模搞个流程之类的。 其实无代码就是对业务人员。做了一个 SDK 封装而已。 所以从公司运营的角度来讲，这些 CRUD boy 存在的意义不大 除了翻译产品需求，没太大的存在意义。（我曾也是 CRUD boy，当时意识到这一点也慌得一 P ）。如果大家遇到一个牛逼的技术型产品，开发流程会很顺，不用考虑太多问题，直接码就行了。 OK，那么我们要做的时就是把这种建模可视化（数据表、流程、sql 语句生成、甚至复杂的数据库视图）。降低难度。让这一部分技术型的产品，直接上手。这不就是解决人力了么。 SO，无代码会优化大多数的 CRUD boy，并且会促生一个新职业，无代码专家。 别笑，真的是这样的。 当然无代码的理念还有很多，我只是讲了浅显的一部分。 欢迎交流。 最后，打一个硬广，如果您是外包的负责人，可以和我聊聊，如何结合无代码平台怎么让您能降本增效。 |
 |
5
lk920724 2020-07-25 09:30:56 +08:00
你先让产品确认好需求再谈这个。
最大的问题在于需求会实时变化，如果都是恒等的进行，一套公式就能解决了。 另外只要有新设备就有新的游乐场（源生开发）难道要抱着 pc 和手机一辈子嘛（ doge.png ） |
 |
7
classyk 2020-07-25 09:36:45 +08:00
uipath 官网上有一段话：RPA 消除了那些没有增值潜力的活动，把员工从不断增加的工作压力中解放出来。
此话中的员工，包含 coder 。 |
 |
8
snw 2020-07-25 09:42:14 +08:00 via Android
其实是在赌硬件发展速度，因为屎山堆积速度异常快。
由于用户很难修改和优化背后代码，业务需求稍微特别些，无码 /低码就要用各种冗长低效的步骤达到常规代码能轻易做到的操作；业务需求稍变化时，无码 /低码很难清除掉无用代码，只能保留原有步骤继续堆步骤。 |
 |
9
murmur 2020-07-25 09:45:34 +08:00
中小企业用这种东西很多的，想开法一套也不难，我们也做了一套这个东西，移动端还有配套 app，不过那个接口太复杂了，还是要写代码，不过图的是移动端可以不更新，企业端 codepush 有时候也不稳
|
 |
10
danhahaha 2020-07-25 09:52:55 +08:00 3
其实绝大部分程序员还是比较喜欢无码的
|
 |
11
wysnylc 2020-07-25 10:14:12 +08:00
标准化的前提是计划不会变更或者变更可预测,大部分人连明天吃几碗饭都没法计划你说一个以年计划的产品可能完全遵守当初的计划吗?
在这模版化公式化让我想起 Java Templated 的大失败 |
|
12
KalaSearch OP @NUT 可以把产品放出来或者介绍一下呀。需要的话我帮你 append
|
|
13
KalaSearch OP @cnnblike 扎心了...
|
 |
14
BBrother 2020-07-25 11:01:33 +08:00
也许未来，脑电波能直接编译成二进制文件，但是算法、思维方式、创意这些东西是无可替代的。或许机器能替我们思考？
|
 |
15
jiangzhuo 2020-07-25 11:03:13 +08:00
没看懂，不就是 salesforce 嘛，已经一家独大了吧。
|
 |
16
nicebird 2020-07-25 11:04:55 +08:00
正常路径，以前网页还要人写，现在大量公司直接套模板就行了，少部分才需要开发。
|
 |
17
Cbdy 2020-07-25 11:06:31 +08:00
代码只是一种描述功能 /算法的方式，复杂度不会凭空消失
|
 |
18
revalue 2020-07-25 11:09:20 +08:00
事情是怎么样的。这些人不去卖保险可惜了。
大厂员工实在没搞头了，搞个 nocode 项目 ---> 网上软广一波，自问自答，骗 star ---> 完成 kpi 和晋升 |
|
19
KalaSearch OP |
|
20
KalaSearch OP @nicebird 是的，我记得头图里还有一家国内公司做的，Strikingly 做的就是类似的事情
|
 |
21
raaaaaar 2020-07-25 11:26:27 +08:00 via Android
无码会夺走程序员的健康(误
|
 |
23
dyiheng 2020-07-25 11:44:40 +08:00
多年前的 sharepoint 就是这个路数，虽然二次开发也不容易，但是统一运维一个应用，比一堆分散的部门小网站还是好管理多了，并且可以无缝迁移到托管的 sharepoint online
|
|
24
KalaSearch OP |
|
25
NUT 2020-07-25 11:49:04 +08:00
@bsg1992 #4 我的 ip 发个短连接就 ban 了。 您打开这个 https://sm.ms/image/GBfePTcxgu7OQ1v
|
 |
26
taowen 2020-07-25 12:09:09 +08:00
恰好我今天也写了这个话题，[low-code / no-code 傻傻分不清楚？]( https://zhuanlan.zhihu.com/p/163565656)
|
 |
27
fox0001 2020-07-25 12:41:36 +08:00
以前入职过某公司，采用普元 EOS 开发，宣称图形化开发。玩了一年，感觉整个人都废了，辞职跑了。
普元 EOS 的介绍 http://primeton.com/products/ep/overview.php |
 |
28
cnrting 2020-07-25 12:49:11 +08:00 via iPhone
无码？？？
|
 |
29
dexterzzz 2020-07-25 12:55:25 +08:00 via Android
10 几年前的微软 SharePoint，oracle apex 。然后是 salesforce，现在是微软 power platform 。有足够的 erp，crm，企业应用逻辑做基础。
|
|
30
dexterzzz 2020-07-25 13:00:19 +08:00 via Android 1
最好的 low/no code 其实是微软的 access，微软没有投资把他 web，云化
|
 |
31
wdlth 2020-07-25 13:02:22 +08:00
目前大多数是一些类 BI 的系统，和真正的业务并不紧密相关。
|
|
32
KalaSearch OP |
 |
33
redbuck 2020-07-25 14:27:24 +08:00
逻辑守恒
低代码和无代码不能消灭逻辑,只能转移逻辑. |
 |
34
yyfearth 2020-07-25 14:34:01 +08:00 1
其实不用太担心 如果这些真的大行其道 那么这些被替换掉的低端码农 会变成这些所谓的“无代码专家”
不太可能要求真正的业务人员去做这些配置 因为他们也不熟悉 而这些做配置无代码系统的人 变成了所谓的“无代码专家” 其实地位和现在的 CRUD boy 会差不了太多 只是效率可能会提高一些 比如我就认识专业的 salesforce 人员基于 salesforce 二次开发 而且代码不多基本上就是配置表格 这样的人很多 因为不管怎么样 都需要有人做翻译 把需求变成机器可以执行的代码 除非机器可以自己理解需求 不然无非就是“语言”变高级就是了 从 0101 机器码到汇编到 C 源码到更高级的源码 同时还有 图形化 配置化 但是本质是相同的 提高了效率罢了 无代码其实就是把代码图形化和配置化 本质上还是代码 如果业务逻辑足够复杂 那么就还是需要有专人把需求翻译成图形化和配置化的代码 所以我觉得真正会威胁到中低端程序员的是这种无代码或者少代码的堆砌配置的思路 加上 AI/ML 来直接把文本或者数据需求自动或者半自动转化成配置完成一套系统 并且根据业务人员提供的现有数据自动产生测试 完成系统 这样一来就可以不需要聘请开发和测试来完成系统了（当然是在复杂的不是很大的情况下） 当然还需要很长一段路要走 但是我估计有生之年应该可以实现吧 |
|
35
yyfearth 2020-07-25 14:41:22 +08:00
@redbuck 没错 只要计算机不能把需求的语言描述自动变成确定的逻辑
那么永远需要有人来完成这个翻译的过程 现在是码农在做这个翻译 低代码和无代码仍然是一种“代码” 需要由人来完成 只不过从码农码代码过程变成了图形化的配置过程 想要优化 就必须依靠更加“高级”的“代码”来更加高效的翻译 /表达逻辑 让代码变得更加智能 这样“编程”的门槛就会越来越低 以后可能人人都可以自己完成一套系统 那么程序员这种职业就会越来越少 但是高级程序员不会很快消失 就像以前只有少数人“司机”才会开车 现在几乎人人都会开车了 但是专业的司机还是会存在 除非有天 AI 可以完全自动开车而且开的比专业司机更好 |
 |
36
Jooooooooo 2020-07-25 14:43:52 +08:00
程序员的大多数工作并不是写代码
|
 |
37
yuang 2020-07-25 14:46:14 +08:00 via Android
无码和低码都还好，就怕有码
|
 |
38
onetown 2020-07-25 15:08:21 +08:00 1
讲真， 作为一个码农， 我觉得微软的 power automate 还是很好用的。 以前是同事有什么工具的需求， 会用 python 或者 go 去糊一堆屎， 能用就行，bug 超级多。 后来 power automate 出了后， 稍微研究了一下， 然后教会了不少不会开发的同事去用， 自己也在用。 作为工具自然没问题， 但是大多数公司的产品是人设计出来的， 如果说自己的产品都能用无码的平台堆出来， 那说明这个产品的 IP 没什么价值。
|
 |
39
imn1 2020-07-25 15:34:42 +08:00 1
这些话题不同时代重重复复、各种问法一直产生，甚至将来百年、千年都会存在，只是里面的词变了而已
“机器会让我们失业吗？” 这代人没遇到这个问题，但影视、小说里面总见过吧？ “电脑会让我们失业吗？” 我起码听过这句话，事实上电脑确实让我老妈提前退休了，当时叫“下岗” “人工智能会让我们失业吗？” 新一代的问题 将来呢？ ;TLNW 太长，不写了 直接上结论：会，淘汰部分落后技术；&不会，催生新行业、新分工，走向新发展 |
 |
40
beastk 2020-07-25 15:38:14 +08:00 via iPhone 1
无码当然比骑兵好了
|
 |
42
charlie21 2020-07-25 17:55:55 +08:00
只能在人力成本高的地方推行。
人力成本足够低的地方，玩这个是不赚钱的 也没法省钱，因为人力成本太低了。。。堆人，还不是因为人力成本低 |
 |
43
alphardex 2020-07-25 18:03:08 +08:00 via iPhone
只可惜步兵太少，骑兵太多啊
|
 |
44
hackyuan 2020-07-25 18:31:25 +08:00
无代码，那就看语言描述了。
但我也没见得几个人《说明文》写得好。。。 |
 |
46
FeifeiJin 2020-07-25 20:32:50 +08:00 via Android
在低代码公司工作过 3 ＋年。
低代码平台作为一个通用平台，最终的目的是消灭 SaaS，当然我觉得是消灭中小企业的 SaaS，一个大企业就会有自己非主流的领导需求。平台方不可能无脑支持，如果平台方真能做到无脑支持，那么恭喜你，已经从低代码平台跨进了另一个次元，回归了根本，拖拽编程语言且足够灵活多变。 |
 |
47
lzuntalented 2020-07-26 00:24:21 +08:00
|
 |
48
594duck 2020-07-26 06:18:23 +08:00 via iPhone 1
天天就知道吹。
泛微 ERP 不就是无代码平台。 |
 |
49
lumnag 2020-07-26 09:48:22 +08:00
我们也是做低代码开发的，低代码只能降低一些重复性的劳动，复杂的逻辑还是需要代码实现和结构设计的
|
 |
50
ericls 2020-07-26 09:54:03 +08:00
不写代码可以，但是描述需的语言求就成了新的编程语言。
|
 |
51
yrj 2020-07-26 10:33:25 +08:00 via iPad
根据我的经验，无码的大都比较丑。
|
 |
52
cpstar 2020-07-26 10:55:57 +08:00 1
本人一直从事自身机构的信息化工作，处于甲方多一些，当时行业比较不具有通用性（或者说，理论上的通性我个人还没有悟到），说一点点感受：
1. 无代码 /低代码是我们追求的目标，或者说是一个降低开发成本的好办法。 1.1 自身的业务，找乙方实现，一定需要更高的成本，而且还有时间机会成本等因素 1.2 乙方的素质、能力不可控 1.3 预算投资自身也需要权衡各方，投资毕竟是有限的 1.4 自身是有一部分人员可以通过适当的培训，转化为开发人员，当然这需要开发门槛非常低 2. 客观、科学、准确地分析机构的运行模型，引入适当的工具。 2.1 CRUD 本身确实是数据维护的操作，数据维护操作是核心但不是全部 2.2 类比“程序=算法+数据结构”这个公理，那么数据结构=数据，而算法则是业务，业务操作数据，整个数据的状态体现了机构状态 2.3 业务的实现，本质是什么，需要什么样的工具支撑业务实现信息化，这样的工具有没有低代码 /无代码 3 基于本人对我所在机构以及行业的观察，目前是有这么一个解的，但是回归第一句话，还未完全悟到全行业的通性，所以不知道我的方法论能够推而广之。 |
 |
53
EminemW 2020-07-26 13:06:37 +08:00
无码时代就会有好多无码产品，这些产品难道不用开发人员么
|
 |
54
visonme 2020-07-26 14:12:38 +08:00
用过低码平台，只做过一个流程单一的生产管理小模块，说下自己感受，如果说你产品的业务稳定，流程简单这是个很好选择，但是稍微一复杂，此类平台就不好应对了，虽然也能通过平台提供的高级选项功能解决，但绝对没有自己写爽，至少从优化这块来说，在复杂业务流程下，手动绝对强于此类平台。
|
 |
55
uxstone 2020-07-26 18:03:35 +08:00
反正码农的境遇会愈发悲惨
|
 |
56
utodea 2020-07-26 19:04:56 +08:00
作为工程师自然希望无码能实现，而我的观点是工程效率或许会不断提高，但无码和低码是个伪命题
|
 |
58
lostpupil 2020-07-27 09:50:32 +08:00
这些无码低码平台要想成事，差了一颗心灵宝石。
|
 |
59
xz410236056 2020-07-27 09:54:34 +08:00 1
@KalaSearch 笑死我了哈哈哈哈哈哈
|
|
60
xz410236056 2020-07-27 09:56:51 +08:00
@lk920724 软件工程不是教过一些用户不能定义需求时的开发流程嘛。像演化模型、螺旋模型这种
|
 |
61
wangweiggsn 2020-07-27 09:59:48 +08:00
@dexterzzz 非常认同。
|
 |
62
cedarxi 2020-07-27 10:53:21 +08:00 1
回顾发展史，看看 10 年前的建站工具，所有人都说建站工具没啥用，企业需要定制化的官网。2020 年了，建站工具把企业建站的成本压缩到只需要 1000 块钱 /年。无代码化也是一样，不过完全让程序员失业，但是会压缩整个集成开发市场的价格，会把业务价格压下来，从而大部分没有技术核心的外包和集成开发公司都将倒闭。互联网服务的本质是通过规模效应压缩边际成本，无代码化就是来压缩非核心业务和非核心技术模块的开发成本
|
 |
63
wobuhuicode 2020-07-27 11:23:39 +08:00
no code 本质就是对已有的需求进行封装的东西。
回到十年前，PC 的 web 已经可以 no code 了。但是移动互联网的到来摧毁了这个东西。又用了十年慢慢创立起 no code 。往后十年，新的时代到来了也必定会摧毁移动互联网的 no code 。 已发生事情以后必定也会发生。 |
 |
64
kamilic 2020-07-27 11:28:01 +08:00
能解放一部分生产力，但是总有些东西不能被抽象的，例如产品和老板还有金主爸爸的脑子。
|
 |
65
zjsxwc 2020-07-27 14:25:37 +08:00
我只相信 “逻辑守恒”
|
 |
66
fuwu1245 2020-07-27 17:25:15 +08:00
不会
那些工具只是更高层的抽象，并不会代替“底层”的 我觉得可以类比一下高级语言和 C，或者其他高级语言和汇编的关系 最多会让一部分能力差的人失业，性能优化，还是要靠比这些语言更接近“底层”的语言 |
 |
67
skrjscom 2020-07-27 17:25:23 +08:00 1
有码的一般都比无码的漂亮
|
|
68
fuwu1245 2020-07-27 17:26:23 +08:00
这个话题还是不要讨论了吧。。感觉很水，很没有意义
|
 |
69
b1iy 2020-07-28 10:10:10 +08:00
aPaaS ？ 过度宣传及过度贩卖焦虑，我一点不慌，甚至觉得等我中年转型完这东西都推广不起来。
|
 |
70
chilaoqi 2020-07-28 13:57:24 +08:00
我想知道，楼上说的无代码平台，自身是怎么“码”起来的。
|
 |
71
Croxx 2020-08-01 12:59:43 +08:00 via iPhone 1
参考现在机翻的水平，短时间内实现开箱即用的无码不现实。
而且翻译员待遇的下滑并不是因为机翻的出现，而是越来越多的人掌握了英语。所以与其担心无码会不会抢饭碗，不如去担心编程在越来越多的领域成为了基本的需求，越来越多的人掌握了基础的编程，导致门槛较低的岗位更容易被替代。 |
 |
72
ccraohng 2020-08-02 08:37:26 +08:00 via iPhone
我咋觉得只适合 特定的没有需求的企业，比如所谓建站，用这个的老板根本不在乎怎样，看上去有就行了，自然当他去找建站外包时，漂亮与否 ，或者所谓定制化都没关系。在乎的随便一个理由都不会用。
|
 |
73
yuchenyang1994 2020-08-03 14:06:36 +08:00
这东西只有三体人需要
|
 |
74
sun1993 2020-08-07 12:49:55 +08:00
传统做管理后台项目的程序员可能会，其他的暂时不可能
|
 |
75
shuperjolly 2021-04-15 08:48:48 +08:00
会抢掉原有管理系统不小的份额，不过更多的是开拓下沉市场，社会上存在大量的有自定义管理系统需求但是不愿意花太多钱尝试的公司，低代码让这些人的试错成本变得很低，而且最重要的是这些公司里的人比程序员更懂业务，更懂自己需要什么。
|
Select Language