无码和低码会抢走程序员的工作吗？

[KalaSearch]

前几天逛知乎的时候看到了个问题很有意思：无码时代来了程序员会失业吗？

整体上我不太喜欢知乎最近的一系列“35 岁程序员失业怎么办”的售卖焦虑，但这个问题让我觉得有趣。因此写了篇文章，介绍我的观察和一些观点。

之所以我觉得这个问题有趣，是因为几点

首先，无码和低码的概念虽然不新，但真做这业务的公司最近才冒出来一批。

最近在硅谷的一系列公司，比如 Airtable，Front, 之类拿到了巨量的融资，但这些公司都还非常早期，所以用过他们产品的人应该不会非常多。

即使像 TechCrunch 之类的媒体，也就最近才开始密集报道，所以我还挺惊讶信息传播的速度

另一方面，我自己用过几个 No Code 的产品，所以先介绍一下什么是低代码、无代码，然后从程序员的角度分析了一下，这些产品有哪些局限性，可能取代哪些程序员的工作，哪些又无法触碰：

原文全文请戳 => 无码和低码工具是什么？会抢走程序员工作吗？

如果你也用过国内的无码 /低码的工具的话，也欢迎讨论，顺便说说你的体验。

你觉得它们到了哪一步？有提高你的生产效率吗？

如果有提高你的生产效率的话，那么使用这些工具会导致你或你所在的团队少招人吗？

[raaaaaar]

无码会夺走程序员的健康(误

[qiaobeier]

@danhahaha 无码的老外没啥代入感，日本的还得有码。

[dyiheng]

多年前的 sharepoint 就是这个路数，虽然二次开发也不容易，但是统一运维一个应用，比一堆分散的部门小网站还是好管理多了，并且可以无缝迁移到托管的 sharepoint online

[KalaSearch]

@dyiheng 哇看起来炸出了资深玩家

感谢，我去查一下 sharepoint

[NUT]

@bsg1992 #4 我的 ip 发个短连接就 ban 了。 您打开这个 https://sm.ms/image/GBfePTcxgu7OQ1v

[taowen]

恰好我今天也写了这个话题，[low-code / no-code 傻傻分不清楚？]( https://zhuanlan.zhihu.com/p/163565656)

[fox0001]

以前入职过某公司，采用普元 EOS 开发，宣称图形化开发。玩了一年，感觉整个人都废了，辞职跑了。

普元 EOS 的介绍
http://primeton.com/products/ep/overview.php

[cnrting]

无码？？？

[dexterzzz]

10 几年前的微软 SharePoint，oracle apex 。然后是 salesforce，现在是微软 power platform 。有足够的 erp，crm，企业应用逻辑做基础。

[dexterzzz]

最好的 low/no code 其实是微软的 access，微软没有投资把他 web，云化

[wdlth]

目前大多数是一些类 BI 的系统，和真正的业务并不紧密相关。

[KalaSearch]

@dexterzzz 是的，access 的确算是始祖之一

新的这一批全在 web 里

[redbuck]

逻辑守恒

低代码和无代码不能消灭逻辑,只能转移逻辑.

[yyfearth]

其实不用太担心 如果这些真的大行其道 那么这些被替换掉的低端码农 会变成这些所谓的“无代码专家”
不太可能要求真正的业务人员去做这些配置 因为他们也不熟悉
而这些做配置无代码系统的人 变成了所谓的“无代码专家”
其实地位和现在的 CRUD boy 会差不了太多 只是效率可能会提高一些
比如我就认识专业的 salesforce 人员基于 salesforce 二次开发 而且代码不多基本上就是配置表格 这样的人很多

因为不管怎么样 都需要有人做翻译 把需求变成机器可以执行的代码 除非机器可以自己理解需求
不然无非就是“语言”变高级就是了
从 0101 机器码到汇编到 C 源码到更高级的源码 同时还有 图形化 配置化 但是本质是相同的 提高了效率罢了
无代码其实就是把代码图形化和配置化 本质上还是代码
如果业务逻辑足够复杂 那么就还是需要有专人把需求翻译成图形化和配置化的代码

所以我觉得真正会威胁到中低端程序员的是这种无代码或者少代码的堆砌配置的思路 加上 AI/ML 来直接把文本或者数据需求自动或者半自动转化成配置完成一套系统 并且根据业务人员提供的现有数据自动产生测试 完成系统
这样一来就可以不需要聘请开发和测试来完成系统了（当然是在复杂的不是很大的情况下）
当然还需要很长一段路要走 但是我估计有生之年应该可以实现吧

[yyfearth]

@redbuck 没错 只要计算机不能把需求的语言描述自动变成确定的逻辑
那么永远需要有人来完成这个翻译的过程

现在是码农在做这个翻译
低代码和无代码仍然是一种“代码” 需要由人来完成 只不过从码农码代码过程变成了图形化的配置过程

想要优化 就必须依靠更加“高级”的“代码”来更加高效的翻译 /表达逻辑 让代码变得更加智能
这样“编程”的门槛就会越来越低 以后可能人人都可以自己完成一套系统
那么程序员这种职业就会越来越少 但是高级程序员不会很快消失
就像以前只有少数人“司机”才会开车 现在几乎人人都会开车了 但是专业的司机还是会存在 除非有天 AI 可以完全自动开车而且开的比专业司机更好

[Jooooooooo]

程序员的大多数工作并不是写代码

[yuang]

无码和低码都还好，就怕有码

[onetown]

讲真， 作为一个码农， 我觉得微软的 power automate 还是很好用的。 以前是同事有什么工具的需求， 会用 python 或者 go 去糊一堆屎， 能用就行，bug 超级多。 后来 power automate 出了后， 稍微研究了一下， 然后教会了不少不会开发的同事去用， 自己也在用。 作为工具自然没问题， 但是大多数公司的产品是人设计出来的， 如果说自己的产品都能用无码的平台堆出来， 那说明这个产品的 IP 没什么价值。

[imn1]

这些话题不同时代重重复复、各种问法一直产生，甚至将来百年、千年都会存在，只是里面的词变了而已
“机器会让我们失业吗？” 这代人没遇到这个问题，但影视、小说里面总见过吧？
“电脑会让我们失业吗？” 我起码听过这句话，事实上电脑确实让我老妈提前退休了，当时叫“下岗”
“人工智能会让我们失业吗？” 新一代的问题
将来呢？

;TLNW 太长，不写了
直接上结论：会，淘汰部分落后技术；&不会，催生新行业、新分工，走向新发展

[beastk]

无码当然比骑兵好了